J'ai téléchargé la version 1.9.1 official et il y a un gros soucis sur le menu dhtml d'édition. J'ai un scrollbar horizontal de trois kilomètres.
Une petite faille qu'il faudrait vite corriger
Josh Parker a écrit :
J'ai téléchargé la version 1.9.1 official et il y a un gros soucis sur le menu dhtml d'édition. J'ai un scrollbar horizontal de trois kilomètres.
ben tu utilises encore ce truc merdique toi ?
:o)
Une petite faille qu'il faudrait vite corriger
aller, au boulot !
nan, je deconne...
mais si tu ne dis pas quel navigateur tu utilises, ca sert à rien de signaler un bug d'affichage (et non une faille ...)
d'autre part, je pense que SPIP 1.9.1 SVN 7332 corrige ce bug
@++
Après mûre réflexion, Stephane LAURENT a écrit :
Josh Parker a écrit :
J'ai téléchargé la version 1.9.1 official et il y a un gros soucis sur le menu dhtml d'édition. J'ai un scrollbar horizontal de trois kilomètres.
ben tu utilises encore ce truc merdique toi ?
:o)Une petite faille qu'il faudrait vite corriger
aller, au boulot !
nan, je deconne...
mais si tu ne dis pas quel navigateur tu utilises, ca sert à rien de signaler un bug d'affichage (et non une faille ...)d'autre part, je pense que SPIP 1.9.1 SVN 7332 corrige ce bug
@++
Sur Firefox 1.5 mais je dis ça parce que c'est pas la SVN, c'est la version publique que tout le monde télécharge, c'est tout
Stephane LAURENT avait écrit le 05/09/2006 :
Josh Parker a écrit :
J'ai téléchargé la version 1.9.1 official et il y a un gros soucis sur le menu dhtml d'édition. J'ai un scrollbar horizontal de trois kilomètres.
ben tu utilises encore ce truc merdique toi ?
:o)Une petite faille qu'il faudrait vite corriger
aller, au boulot !
nan, je deconne...
mais si tu ne dis pas quel navigateur tu utilises, ca sert à rien de signaler un bug d'affichage (et non une faille ...)d'autre part, je pense que SPIP 1.9.1 SVN 7332 corrige ce bug
@++
J'ai pas dit que c'est un truc merdique, j'ai dit que c'est parfois pénible : par exemple voilà à quoi on arrive quand on a une profondeur de répertoire de 4 (premier répertoire, langue) et qu'on veut faire un affichage d'articles se trouvant dans les rubriques de dernier niveau.
Faut avouer que ça marche mais qu'il a fallu le faire à la main
<BOUCLE_rubrique101(RUBRIQUES){id_rubrique=36}>
<BOUCLE_rubrique102(RUBRIQUES){id_parent}>
<BOUCLE_rubrique103(RUBRIQUES){id_rubrique}>
<BOUCLE_rubrique104(RUBRIQUES){id_parent}>
<BOUCLE_rubrique105(RUBRIQUES){id_rubrique}>
<BOUCLE_rubrique106(RUBRIQUES){id_parent}>
<BOUCLE_rubrique107(RUBRIQUES){id_rubrique}>
<BOUCLE_articles108(ARTICLES){id_rubrique}{doublons garder}>
</BOUCLE_articles108></BOUCLE_rubrique107>
</BOUCLE_rubrique106></BOUCLE_rubrique105></BOUCLE_rubrique104></BOUCLE_rubrique103></BOUCLE_rubrique102></BOUCLE_rubrique101>
<BOUCLE_titre_semaine(ARTICLES){!doublons garder}{par popularite}{0,1}{doublons}{inverse}>
<h2>:: Titre de la semaine</h2>
<BOUCLE_logo_niveau(RUBRIQUES){id_rubrique}>
<BOUCLE_logo_niveau5(RUBRIQUES){id_enfant}>
<BOUCLE_logo_niveau10(RUBRIQUES){id_rubrique}>
<BOUCLE_logo_niveau12(RUBRIQUES){id_enfant}>
<span class="float_left"><a href="#DESCRIPTIF">[(#LOGO_RUBRIQUE)] </a></span>
</BOUCLE_logo_niveau12>
</BOUCLE_logo_niveau10>
</BOUCLE_logo_niveau5>
</BOUCLE_logo_niveau>
On Tue, 2006-09-05 at 14:56 +0200, Josh Parker wrote:
par exemple voilà à quoi on arrive quand on a une profondeur
de répertoire de 4 (premier répertoire, langue) et qu'on veut faire un
affichage d'articles se trouvant dans les rubriques de dernier niveau.
Faut avouer que ça marche mais qu'il a fallu le faire à la main<BOUCLE_rubrique101(RUBRIQUES){id_rubrique=36}>
<BOUCLE_rubrique102(RUBRIQUES){id_parent}>
<BOUCLE_rubrique103(RUBRIQUES){id_rubrique}>
<BOUCLE_rubrique104(RUBRIQUES){id_parent}>
<BOUCLE_rubrique105(RUBRIQUES){id_rubrique}>
<BOUCLE_rubrique106(RUBRIQUES){id_parent}>
<BOUCLE_rubrique107(RUBRIQUES){id_rubrique}>
<BOUCLE_articles108(ARTICLES){id_rubrique}{doublons garder}>
pas sur de l'utilité des boucles 101, 103, 105 et 107
comme ça, ça marcherait pas ?
<BOUCLE_niv2(RUBRIQUES){id_parent=36}>
<BOUCLE_niv3(RUBRIQUES){id_parent=#ID_RUBRIQUE}>
<BOUCLE_niv4(RUBRIQUES){id_parent=#ID_RUBRIQUE}>
<BOUCLE_articles(ARTICLES){id_rubrique}{doublons garder}>
question subsidiaire (j'aime pas entrer dans les trolls, mais là,
ça me démange) : en joomla, on fait ça comment ?
--
À+, Pif.
christian lefebvre a exprimé avec précision :
On Tue, 2006-09-05 at 14:56 +0200, Josh Parker wrote:
par exemple voilà à quoi on arrive quand on a une profondeur de répertoire de 4 (premier répertoire, langue) et qu'on veut faire un affichage d'articles se trouvant dans les rubriques de dernier niveau.
Faut avouer que ça marche mais qu'il a fallu le faire à la main<BOUCLE_rubrique101(RUBRIQUES){id_rubrique=36}>
<BOUCLE_rubrique102(RUBRIQUES){id_parent}>
<BOUCLE_rubrique103(RUBRIQUES){id_rubrique}>
<BOUCLE_rubrique104(RUBRIQUES){id_parent}>
<BOUCLE_rubrique105(RUBRIQUES){id_rubrique}>
<BOUCLE_rubrique106(RUBRIQUES){id_parent}>
<BOUCLE_rubrique107(RUBRIQUES){id_rubrique}>
<BOUCLE_articles108(ARTICLES){id_rubrique}{doublons garder}>pas sur de l'utilité des boucles 101, 103, 105 et 107
comme ça, ça marcherait pas ?
<BOUCLE_niv2(RUBRIQUES){id_parent=36}>
<BOUCLE_niv3(RUBRIQUES){id_parent=#ID_RUBRIQUE}>
<BOUCLE_niv4(RUBRIQUES){id_parent=#ID_RUBRIQUE}>
<BOUCLE_articles(ARTICLES){id_rubrique}{doublons garder}>question subsidiaire (j'aime pas entrer dans les trolls, mais là,
ça me démange) : en joomla, on fait ça comment ?
On va dans l'admin, on fait nouveau, ensuite on attache ce qu'on veut (rubriques etc...) : c'est du cliquer cliquer.
On Tue, 2006-09-05 at 15:14 +0200, Josh Parker wrote:
> question subsidiaire (j'aime pas entrer dans les trolls, mais là,
> ça me démange) : en joomla, on fait ça comment ?On va dans l'admin, on fait nouveau, ensuite on attache ce qu'on veut
(rubriques etc...) : c'est du cliquer cliquer.
J'aimerai bien voir une démo à l'occas, ça peut donner des idées ...
--
À+, Pif.
Le 5 sept. 06 à 15:20, christian lefebvre a écrit :
On Tue, 2006-09-05 at 15:14 +0200, Josh Parker wrote:
question subsidiaire (j'aime pas entrer dans les trolls, mais là,
ça me démange) : en joomla, on fait ça comment ?On va dans l'admin, on fait nouveau, ensuite on attache ce qu'on veut
(rubriques etc...) : c'est du cliquer cliquer.J'aimerai bien voir une démo à l'occas, ça peut donner des idées ...
Eh bien, va voir là : http://www.joomlafrance.org/
mais tu vas être déçu, car la page de demo est en construction ... Mais le site lui-même a l'air fait avec joomla (ou avec mambo, je ne sais ...)
C'est vrai que, une fois joomla téléchargé et installé (mais dur, dur l'install, car il faut deviner pas mal de choses pour y arriver ... mais, enfin, on y arrive :-)) !) l'interface par défaut est sympa, et tout est installé ...
Mais, pour changer d'interface, alors, là aussi, il faut retrousser ses manches, ou bien se contenter de celles qui sont fournies (à condition de savoir comment les installer !!), et faire un site qui ressemble à "celui de tout le monde" ...
Mais soyons honnêtes, joomla est très très bien écrit (pour ce que j'ai pu en voir), et, comme l'approche est très différente de celle de spip, il me paraît difficile de faire une comparaison in-extenso.
Bon, moi, j'arrête de troller, car il faut bien bosser un peu, maintenant !!
Que chacun y trouve son bonheur ...
Marc
christian lefebvre a formulé la demande :
On Tue, 2006-09-05 at 15:14 +0200, Josh Parker wrote:
question subsidiaire (j'aime pas entrer dans les trolls, mais là,
ça me démange) : en joomla, on fait ça comment ?On va dans l'admin, on fait nouveau, ensuite on attache ce qu'on veut (rubriques etc...) : c'est du cliquer cliquer.
J'aimerai bien voir une démo à l'occas, ça peut donner des idées ...
Joomla à énormément évolué en très peu de temps. Mais la gestion interne n'a rien à voir avec spip.
Je dirais pas à spip de copier joomla car pour une gestion de grosse base je ne sais pas encore ce que ça vaut. Par contre au niveau de l'utilisateur lambda, c'est vraiment un bon logiciel avec un paquet de truc. C'est beau et propre, simple à utiliser, simple à personnaliser avec des centaines de modules. Après il y a des inconvénients. Mais pour des sites types site d'entreprise je ne me pose plus la question. Même la gestion de l'espace privé est vraiment trop classe et mise par défaut ! Alors que je galère encore avec spip.
Je ne crache pas dans la soupe, les deux sont bien. Mais j'ai l'impression que la communauté Joomla risque de dépasser spip bientôt par son côté vraiment attractif le "clef en main".
Je pense sincèrement qu'il devrait y avoir des squellettes graphiques spip par défaut avec une communauté proposant des templates et tous les plugins stables activés par défaut...
Après
Bonjour,
changement de sujet pour suivre le fil de cette discussion.
Ces derniers mois, des changements majeurs laissent présager une version 2.0 dont je prédis le lancement en version de test d'ici peu de mois au train où vont les choses.
Et se profile un truc massif: spip devient un cms dont le potentiel est dément notamment
1/ lorsque le backoffice sera squelettisé
-> dans les semaines qui suivront des plugins de gestion des rôles et niveaux sortiront
2/ lorsqu'une soluce simple et standard sera mise en place dans le core pour la gestion des tables non spip côté espace privé
-> le plugin forms laisse présager ce que cela pourrait être (partir non de la table mais de la création d'un formulaire - opération plus inutitive, suivie de la création de la table gérée de façon transparente par l'utilisateur.
3/ et qu'une soluce ... simple de création/modif en ligne des modèles, boucles et squelettes sortira (une sorte d'éditeur de squelette/modèle wysiwyg avec aide à la création de boucles et visualisation style var_mode=debug)
On pourra alors personnaliser à l'infini un workflow et une ergonomie perso côté backoffice.
A vue de nez 2/ et 3/ ne me semblent pas poser de problèmes majeurs. Faut juste s'y mettre.
Par contre l'avancée phénoménalement rapide de spip et des plugs rend les choses compliquées pour qui voudrait s'y lancer aujourd'hui.
C'est pas une critique ... juste un constat (je sais que tout le monde a d'autres chats à fouetter), la doc n'est pas à la hauteur, malgré des efforts récents ...
Je crois également que la question mérite d'être posée de développer des distributions mises à jour régulièrement et pourvues d'une série de plugins activés par défaut, compatibles entre eux et dont la mise à jour suit celle du spip-core.
Spip est génial mais il devient si l'on veut exploiter son potentiel (pour un petit site perso / fanzine, il devient ... surdimensionné), assez balèze !
et les mécanismes spipiens de la version 2.0 commencent à se desisner pour que l'on puisse réfléchir à un bouton d'admin qui configure quasi d'un seul clic des install préconfigurées
Par ailleurs, la sortie des modèles me fait penser à ceci:
si il est important de continuer à fournir un jeu de squelettes prêts à l'emploi et couvrant la quasi totalité des contenus possibles sous spip,
il serait peut être utile de commencer à modéliser ces squelettes pour en faire des assemblage d'inclure et de modèles, afin que ces bouts de squelettes (inc et modèles) constituent peu à peu une bibliothèque où puiser à volonté (un peu l'objectif des "noisettes")
J'ai l'impression que l'on va d'ailleurs dans ce sens.
Enfin, perso, je suis demandeur d'un brin de simplification éclaircissement dans la question des styles, de leur usage parfois surprenant par spip au moment du calcul des squelettes, etc.
Bravo à tous les développeurs, traducteurs, testeurs, etc.
A+
RB
Aller, un petit troll, ca faisait longtemps ...
quoi que c'est pas vraiment un troll, vu que ca n'appelle pas de reponses ni de reaction.
Si vous avez autre chose à faire, ne lisez pas la suite, moi, ca m'a permis de faire une petite pause detente, Josh, j'ai deja essayé, ca ne le fera pas changer, et les archives ... on est plus à 5ko de betise.
Josh Parker a écrit :
J'ai pas dit que c'est un truc merdique, j'ai dit que c'est parfois pénible : par exemple voilà à quoi on arrive quand on a une profondeur de répertoire de 4 (premier répertoire, langue) et qu'on veut faire un affichage d'articles se trouvant dans les rubriques de dernier niveau.
Faut avouer que ça marche mais qu'il a fallu le faire à la main
Et en mettant un mots clé sur les rubriques de 4eme niveau, tu feras comme avec Joomla (en quelques clics et un submit si tu as mots_partout)... avec une simple boucle rubrique et un critere titre_mot.
Mais bon, pour comprendre ca, il faut lire la doc, chercher sur google, poser des questions en y mettant un peu les formes, ne pas se plaindre tout le temps... bref, tout ce que tu n'as pas encore compris.
La, c'est clair que plus ca va aller, plus tu devras te debrouiller tout seul avec ton Spip, et sans lire la doc, tu vas avoir beaucoup de mal!!!
sans dec., ca fait des mois que tu nous casse les c.... avec des questions à coté de la plaque dont la reponse est à 90% RTFM et une grande partie des 10% qui restent "google, j'ai de la chance".
T'es pas foutu de faire un site sous spip ?
T'as vraiment 2 mains gauches avec que des pouces ?
Tu prends le squelette de base et tu apprends à faire du CSS, ca fera deja des merveilles.
Après, pour les besoins specifiques, il y a 15 tonnes de contribs (mais connais-tu au moins spip-contrib ?) et autres plugins, sans parler des milliers de message de cette liste qui sont une veritable mine d'information !
Le tout sans faire une ligne de PHP.
Maintenant, pour parler de joomla, qu'en dire au premier regard ?
Déja, tu nous dis que c'est bien, c'est pas forcement rassurant ...
Mais bon, je me dis que ca vaut peut etre le coup de regarder, si un mec meme pas foutu de faire un site sous spip arrive à s'en servir, ca doit quand meme etre bien fait !
Et puis c'est un projet open source, et rien que pour ca, je dis bravo.
Maintenant, est-ce "mieux" que Spip ?
Déja, c'est autre chose, c'est orienté portail la ou spip est orienté redactionnel.
Enfin, pour parler du squelette /dist, parce qu'il y a aussi des tonnes de squelettes tout fait qu'un gamin de 9 ans sait mettre sur son site si on lui installe filezilla.
Mais ca, si j'ai bien compris, c'est deja un peu trop technique pour toi.
Mais parlons de joomla, puisque c'est l'objet.
Déjà, le projet est plus jeune, et ca se sent : v1.0.11
ce qui implique aussi qu'il reste du chemin à faire pour avoir toutes les extensions proposés par spip, comme des menus, des briques toutes faites pour plein d'utilisations, des newsletter, un gestionnaire de formulaires/enquete en ligne, les graphique (charts), la cartographie et les images interactives ...
Bon, Joomla, au premier abord, ca a l'air plus beau.
Mais si je regarde le code html de http://www.joomlafrance.org/ (c'est fait avec joomla, non ?), je prend un peu peur :
- prototype.js
- scriptaculous.js
- un peu de script
- xajax.js
- nicetitle.js
- fValidate.config.js
- fValidate.core.js
- fValidate.web.js
- fValidate.lang-enUS.js
- fValidate.validators.js
- encore un peu de script
- prototype.js (encore ?)
- scriptaculous.js?load=effects (formidable !)
- lightbox.js (tiens tiens ... je l'ai aussi celui la)
- multithumb.js
- encore un peu de script
350Ko de javascript !!!
et derriere, voila le code du bandeau :
<a name="top"></a>
<div class="outer" align="center">
<div id="main_inner">
<div id="header_top">
<div id="header_tleft">
<div id="header_tright">
<div id="logo">
<div id="banner">
<a href="http://www.joomlafrance.org/banniere/Celeonet/" target="_blank"><img src="http://www.joomlafrance.org/images/banners/celeo_banner_4.gif" border="0" alt="Advertisement" />
</a>
</div>
</div>
</div>
</div>
</div>
<div id="tab_area">
<div id="tab_area_l">
<div id="tab_area_r">
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="165" align="left">
<div id="search">
<table cellpadding="0" cellspacing="0">
<form action="index.php" method="post">
<tbody>
<tr>
<td align="right"><input class="searchbox" type="text" name="searchword" size="12" value="Recherche..." onblur="if(this.value=='') this.value='Recherche...';" onfocus="if(this.value=='Recherche...') this.value='';" />
<input type="hidden" name="option" value="search" />
</td>
</tr>
</tbody>
</form>
</table>
</div>
</td>
<td align="right">
<div id="tabmenu">
<div id="top_menu">
<ul>
<li class="blue"><a href="http://forum.joomlafacile.com">Forums</a></li>
<li class="green"><a href="http://www.joomlafacile.com">Support</a></li>
<li class="orange_active_menu"><a href="index.php"><font color="#FFFFFF">Extensions</font></a></li>
<li class="red"><a href="http://www.joomla.fr">Portail</a></li>
</ul>
</div>
</div>
</td>
</tr>
</tbody>
</table>
</div>
</div>
</div>
![http://www.joomlafrance.org/images/banners/celeo_banner_4.gif"](http://www.joomlafrance.org/images/banners/celeo_banner_4.gif"){kind=link}
ouch !
bon, je veux vraiment pas casser du sucre sur le dos de Lexel qui a l'air d'avoir deja sa dose à s'agiter tout seul depuis 2 ans, mais c'est ... disons : pas comparable.
Joomla est sans doute un bon produit, et il y en a plein d'autres.
Comme tout CMS, il faut lire la doc et apprendre un peu avant de critiquer.
Tu trouves joomla mieux parce que la feuille de style par defaut a plus de couleurs ?
Et si je te fais un spip avec un petit papillon bleu qui bat des ailes en haut à gauche, ca sera le meilleur produit de la terre, c'est ca ?
La difference, c'est que joomla, c'est un peu plus proche du code conventionnel que tu connais alors que Spip, c'est ... different.
Sauf que tu n'as pas pris la peine de lire la doc de Spip (tes nombreuses questions le prouvent), que tu n'en as absolument pas compris la logique et le fonctionnement et que tu n'es meme pas foutu de te rendre compte que des gens qui n'ont jamais fait d'informatique y arrivent mieux que toi.
Mais ici, au risque de te surprendre, c'est le forum des utilisateurs de Spip.
Alors un peu de respect pour la bete, les gens qui la font, les gens qui l'utilisent ...
Que tu sois totalement nul, c'est VRAIMENT pas un probleme, c'est ici qu'il faut venir pour essayer de s'ameliorer.
Je dirais meme que plus la personne a l'air larguée, plus on a envie de lui repondre.
Mais comme sur tout forum, et particulierement ceux des projets libres, il faut faire un peu attention à ce qu'on dit et à comment on le dit.
ca ne me viendrait pas à l'idée d'aller sur le forum de joomla ou d'un autre pour dire : c'est de la merde votre truc, passez sous spip (enfin sauf pour le fork national, mais c'est une autre histoire, et puis c'est pas vraiment un projet libre, et puis j'ai arreté).
Tu n'arretes pas nous dire : ouais, spip c'est nul, on peut pas faire ca avec.
Et à chaque fois, il y a une bonne poire pour t'expliquer comment faire et te donner la page de la doc qui l'explique.
N'ayant pas la patience d'un Olivier ou d'un Jacques, je prefere donc ajouter une petite regle à mon thunderbird pour economiser mes nerfs.
A bon entendeur, salut.
RB a écrit :
Je crois également que la question mérite d'être posée de développer des distributions mises à jour régulièrement et pourvues d'une série de plugins activés par défaut, compatibles entre eux et dont la mise à jour suit celle du spip-core.
C'est une bonne question. Aujourd'hui les Plugins posent 3 problèmes :
- documentation
- désinstallation (je n'en connais aucun qui nettoie ses tables)
- compatibilité (entre eux ou avec le core)
On Tue, 2006-09-05 at 15:41 +0200, Marc VALLETEAU de MOULLIAC wrote:
> J'aimerai bien voir une démo à l'occas, ça peut donner des idées ...
Eh bien, va voir là : http://www.joomlafrance.org/
"Hacked By SySTeM-RooT { WwW.NumberoneHack.OrG }"
Hem .. comment dire ... il semblerait qu'un Jean Kevin Le Boulet
soit passé par là ...
--
À+, Pif.
Marc VALLETEAU de MOULLIAC a utilisé son clavier pour écrire :
Le 5 sept. 06 à 15:20, christian lefebvre a écrit :
On Tue, 2006-09-05 at 15:14 +0200, Josh Parker wrote:
question subsidiaire (j'aime pas entrer dans les trolls, mais là,
ça me démange) : en joomla, on fait ça comment ?On va dans l'admin, on fait nouveau, ensuite on attache ce qu'on veut
(rubriques etc...) : c'est du cliquer cliquer.J'aimerai bien voir une démo à l'occas, ça peut donner des idées ...
Eh bien, va voir là : http://www.joomlafrance.org/
mais tu vas être déçu, car la page de demo est en construction ... Mais le site lui-même a l'air fait avec joomla (ou avec mambo, je ne sais ...)
C'est vrai que, une fois joomla téléchargé et installé (mais dur, dur l'install, car il faut deviner pas mal de choses pour y arriver ... mais, enfin, on y arrive :-)) !) l'interface par défaut est sympa, et tout est installé ...
Mais, pour changer d'interface, alors, là aussi, il faut retrousser ses manches, ou bien se contenter de celles qui sont fournies (à condition de savoir comment les installer !!), et faire un site qui ressemble à "celui de tout le monde" ...
Mais soyons honnêtes, joomla est très très bien écrit (pour ce que j'ai pu en voir), et, comme l'approche est très différente de celle de spip, il me paraît difficile de faire une comparaison in-extenso.
Bon, moi, j'arrête de troller, car il faut bien bosser un peu, maintenant !!
Que chacun y trouve son bonheur ...
Marc
et de 1 :
et de 2
http://www.joomlahacks.com/joomla/templates/0,0,0,0,9,0,8/
et de 3
Dans l'admin on dispose les modules comme on veut, à droite à gauche, en bas en haut. On supprime on affiche ceux qu'on veut, en changeant tout ce qu'on veut (tout se fait en backend).
et puis on choisi un template tout zipé, on l'instal en l'important tout zippé et hop !
Honnêtement j'ai monté un site en 1/2 journée (après avoir lu un bouquin sur le fonctionnement), et franchement ça donne envie d'aller plus loin.
Après il suffit de modifier le template lui même en xhtml c'est pas très compliqué, il y a des bouts de codes php pour afficher le modules, il y a seulement deux pages d'explications pour créer un modèle sur mon bouquin...
On Wed, 2006-09-06 at 09:28 +0200, Josh Parker wrote:
Dans l'admin on dispose les modules comme on veut, à droite à gauche,
en bas en haut. On supprime on affiche ceux qu'on veut, en changeant
tout ce qu'on veut (tout se fait en backend).
bref, on construit la page à la façon des portlets.
c'est très intuitif, et très facile quand on part d'un truc existant
dans lequel on tripote la mise en page et les couleurs, mais
indémerdable quand on part de zéro avec une maquette à créer en html
et à dynamiser.
avec spip, c'est très exactement l'inverse 
Bref, au moins sur ce point, je confirme ce que d'autres on dit :
approche différente, donc comparaison difficile.
et puis on choisi un template tout zipé, on l'instal en l'important
tout zippé et hop !
Ça, tout le monde en parle depuis longtemps, mais ça n'a jamais
aboutit, malgré le fait que les plugins permettent de faire ça (emballer
un jeu de squelettes) très facilement.
Il manque peut être un installeur de plugins (avec un référentiel de
plugin et un moyen de les télécharger et installer sans manips, à la
façon de spip-loader).
C'est pas un petit chantier, mais ça peu valoir le coup d'y
travailler.
--
À+, Pif.
christian lefebvre a couché sur son écran :
On Wed, 2006-09-06 at 09:28 +0200, Josh Parker wrote:
Dans l'admin on dispose les modules comme on veut, à droite à gauche, en bas en haut. On supprime on affiche ceux qu'on veut, en changeant tout ce qu'on veut (tout se fait en backend).
bref, on construit la page à la façon des portlets.
c'est très intuitif, et très facile quand on part d'un truc existant
dans lequel on tripote la mise en page et les couleurs, mais
indémerdable quand on part de zéro avec une maquette à créer en html
et à dynamiser.
avec spip, c'est très exactement l'inverseBref, au moins sur ce point, je confirme ce que d'autres on dit :
approche différente, donc comparaison difficile.et puis on choisi un template tout zipé, on l'instal en l'important tout zippé et hop !
Ça, tout le monde en parle depuis longtemps, mais ça n'a jamais
aboutit, malgré le fait que les plugins permettent de faire ça (emballer
un jeu de squelettes) très facilement.Il manque peut être un installeur de plugins (avec un référentiel de
plugin et un moyen de les télécharger et installer sans manips, à la
façon de spip-loader).
C'est pas un petit chantier, mais ça peu valoir le coup d'y
travailler.
Pour moi spip c'est très bien, d'autant que contrairement à ce que certains pensent de moi, je maîtrise parfaitement le Xhtml et le CSS en validation strict. J'ai le mémento de toutes les boucles spip lu un bouquin sur le système de A à Z.
Je suis suffisament bon pour me débrouiller sur l'essentiel. L'inconvénient c'est que dés qu'on veut faire des choses avancées c'est pas toujours super. Je fais parti des webmaster à qui on demande de bosser sur plein de trucs : jai pas le temps d'apprendre le php simplement pour intégrer des petits modules ou autre. C'est pour ça que je suis très demandeur de truc un peu tout fait (non pour moi mais pour tout le monde). Alors je sais que ça énerve certains pour qui la programmation est un loisir mais je dois reconnaître que sur la liste malgrés beaucoup de coup de gueule, on ne m'a jamais banni. C'est la preuve qu'au delà de l'opinion des modérateurs la liberté reste de mise sur cette liste. Et j'applaudis.
D'un autre côté il y a une question que je me pose : est ce que certaines avancées ne sont pas délibérémet pas mise à la portée de tous afin que tout le monde ne puisse pas en une journée avoir un site total web 2.0 ou bien est-ce par manque de temps de développeurs, leur nombre restreind ?
Parce que par ceraines réponses j'ai vu que tout était possible mais tout n'était pas proposé quand bien même à l'heure actuelle... tous les besoins vont dans ce sens.
christian lefebvre <christian.lefebvre <at> atosorigin.com> writes:
Il manque peut être un installeur de plugins (avec un référentiel de
plugin et un moyen de les télécharger et installer sans manips, à la
façon de spip-loader).
C'est pas un petit chantier, mais ça peu valoir le coup d'y
travailler.
Imaginez,
apres la derniere etape d'install de spip actuel, on arrive dans l'espace privé,
sur une page 'choisir son habillage'
La une galerie paginée de themes/squelettes avec vignettes (syndiquee depuis
spip-contrib), et sous chaque un petit descriptif, un lien vers la page de
spip-contrib avec plus de détail, et un bouton 'Telecharger et activer'
On clic, ca telecharge le theme (qui peut etre des simples css pour la dist, ou
un squelette complet), ca l'installe en local et c'est operationel.
Techniquement, il y a tout ce qu'il faut pour le faire ...
Cedric
On Wed, 2006-09-06 at 08:53 +0000, cedric wrote:
christian lefebvre <christian.lefebvre <at> atosorigin.com> writes:
> Il manque peut être un installeur de plugins (avec un référentiel de
> plugin et un moyen de les télécharger et installer sans manips, à la
> façon de spip-loader).
> C'est pas un petit chantier, mais ça peu valoir le coup d'y
> travailler.
>
Imaginez, [...]
Techniquement, il y a tout ce qu'il faut pour le faire ...
Sauf qu'il faut alors des volontaires pour mettre des squelettes/css
sur spip contrib 
Sinon, dans le principe, c'est à ça que je pensais, mais de façon
plus générale, pour les plugins, quite à avoir une catégorie de plugins
"thèmes".
Dans tous les cas, je ne sais pas à quoi en est le spiploader ? il
contient un truc pour emballer/déballer des fichiers à la façon de tar,
mais sans nécessiter d'extensions php pas forcement dispo partout.
Si c'est réutilisable facilement, il faudrait passer par là, et
monter un script permettant d'emballer les paquets à partir d'un dépot
de référence (ça, j'veux bien faire).
--
À+, Pif.
cedric a écrit :
christian lefebvre <christian.lefebvre <at> atosorigin.com> writes:
Il manque peut être un installeur de plugins (avec un référentiel de
plugin et un moyen de les télécharger et installer sans manips, à la
façon de spip-loader).
C'est pas un petit chantier, mais ça peu valoir le coup d'y
travailler.Imaginez,
apres la derniere etape d'install de spip actuel, on arrive dans l'espace privé,
sur une page 'choisir son habillage'
La une galerie paginée de themes/squelettes avec vignettes (syndiquee depuis
spip-contrib), et sous chaque un petit descriptif, un lien vers la page de
spip-contrib avec plus de détail, et un bouton 'Telecharger et activer'
On clic, ca telecharge le theme (qui peut etre des simples css pour la dist, ou
un squelette complet), ca l'installe en local et c'est operationel.Techniquement, il y a tout ce qu'il faut pour le faire ...
Cedric
Bonjour,
certes, mais niveau diversité c'est mauvais.
Je crois qu'il faut éviter au maximum d'utiliser des templates/squelettes tout faits, surtout dans
une utilisation professionnel (si le client et le concurent se retrouvent avec le même squelette, bonjour !)
Toujours, dans une utilisation pro, je ne comprends pas comment on peut (re)vendre des tmplts tout fait, alors que l'entreprise cliente doit avoir sa charte graphique propre, ses besoins propres ... je n'ai jms fait deux fois un même site, ayant deux fois les mêmes besoins !
D'un point de vue plus général, il est très important que les utilisateurs d'internet sachent utiliser les technologies du web (sinon, autant ouvrir un skyblog, lol !) pour être indépendant et autonome.
Je pense donc qu'il est préférable qu'ils apprennent à coder leurs squelettes.
En bref, soyez le média.
cordialement,
had
had a écrit :
Je pense donc qu'il est préférable qu'ils apprennent à coder leurs squelettes.
Il n'est pas inadmissible d'imaginer des jeux de squelettes pour les utilisateurs non-pros ou associatifs. Ton boucher ne te demande pas d'apprendre à découper un boeuf avant de te filer ton steak
Bref, il y a deux utilisations possibles : dans le cas d'une utilisation pro, tu as raison, on ne peut pas filer des templates, c'est limite du vol ou du mepris; dans le cas d'une utilisation associative ou particulière, c'est pas gênant de fournir des templates. Pour le "prestige" ou l'ergonomie de SPIP au moins...