L’après SPIP 2.0 - commentaires L'après SPIP 2.0 2010-06-27T07:18:46Z https://files.spip.org/L-apres-SPIP-2-0#comment432090 2010-06-27T07:18:46Z <p>Presque un an plus tard :-)</p> <p>On a mis en ligne l'audio sur <a href="http://spip.arscenic.tv/spip.php?article110" class="spip_out" rel='nofollow external'>médias.spip.org</a>.</p> <p>Le lien est mis à jour dans l'article ci-dessus.</p> L'après SPIP 2.0 2009-11-26T15:17:44Z https://files.spip.org/L-apres-SPIP-2-0#comment423586 2009-11-26T15:17:44Z <p>Bonjour Aurelie,<br class="autobr"> pour écouter le document audio, il faut un mot de passe...</p> <p>Est ce normal<small class="fine d-inline"> </small>?</p> <p>merci</p> L'après SPIP 2.0 2009-11-22T16:21:52Z https://files.spip.org/L-apres-SPIP-2-0#comment423389 2009-11-22T16:21:52Z <p>Merci Aurélie<small class="fine d-inline"> </small>!</p> L'après SPIP 2.0 2009-11-22T16:14:42Z https://files.spip.org/L-apres-SPIP-2-0#comment423388 2009-11-22T16:14:42Z <p>J'ai ajouté des liens intéressants en post-scriptum de l'article <a href='https://files.spip.org/L-apres-SPIP-2-0' class="spip_in" rel='nofollow'>L'après SPIP 2.0</a>.</p> <p>Le squelette en lui-même est ici : <a href='https://files.spip.org/Le-Squelette-Zpip' class="spip_in" rel='nofollow'>Le Squelette Zpip</a></p> L'après SPIP 2.0 2009-10-17T14:12:20Z https://files.spip.org/L-apres-SPIP-2-0#comment421812 2009-10-17T14:12:20Z <p>J'ai vraiment très envie de tester ces squelettes zen, savez vous où je peu actuellement les trouver<small class="fine d-inline"> </small>?</p> <p>Si vous avez besoin d'un testeur noob en php/spip, je suis votre homme.</p> L'après SPIP 2.0 2009-09-08T21:28:49Z https://files.spip.org/L-apres-SPIP-2-0#comment420341 2009-09-08T21:28:49Z <p>Il est évident qu'il manque de graphistes /webdesigners et squelettes dans la communauté spip, comme c'est le cas sur wordpress. Je suis (du verbe suivre) spip depuis 2003, je me dis que j'ai beaucoup de chance, si j'avais à commencer sur un CMS aujourd'hui, j'irai voir wordpress que je comprends directement et qui dispose d'une vrai bibliothèque de templates pro, facilement installables, utilisables instantanément.</p> <p>Aujourd'hui, j'utilise pour ma part la même structure de squelette pour différents sites (ex : <a href="http://www.lederniermetro.com" class="spip_out" rel='nofollow external'>Le dernier métro</a>, <a href="http://www.oweia.net" class="spip_out" rel='nofollow external'>oweia</a>, <a href="http://www.guide-blackjack.com" class="spip_out" rel='nofollow external'>guide blackjack</a>) et ça fonctionne bien mieux comme ça, j'en suis arrivé à connaitre ce squelette et ce css par coeur, inspiré de divers sites, il est réplicable et maintenable facilement. Il n'a quasiment rien à voir avec celui proposé dans la dist, moche (désolé) au possible et imbitable, inutilisable tel quel, qui voudrait d'un site créé à partir de la dist, franchement<small class="fine d-inline"> </small>?</p> <p>Spip devrait être un CMS simple, installable facilement (c'est le cas), avec des templates par défaut (ou disponibles gratuitement) propres et JOLIS (ce n'est pas le cas là). Spip perd la bataille face à wordpress sur ce sujet, et de loin, c'est dommage.</p> <p>Un utilisateur qui pense beaucoup de bien de spip et qui essaie d'être constructif</p> Un squelette default.html<small class="fine d-inline"> </small>? 2009-09-03T19:00:51Z https://files.spip.org/L-apres-SPIP-2-0#comment420179 2009-09-03T19:00:51Z <p>Bonjour à tou(te)s et merci pour ces réflexions<small class="fine d-inline"> </small>!</p> <p>En m'inspirant de ces travaux, je donne désormais à mes sites une structure « Zen » à base de dossiers (head, entete, navigation...) contenant les inclure correspondant aux différentes pages (article, rubrique, recherche...). L'expérience se déroule parfaitement, et elle est <i>particulièrement concluante</i> dans le sens de la simplification et la rationalisation de l'écriture des squelettes<small class="fine d-inline"> </small>!</p> <p>Cependant, elle pourrait être <i>totalement</i> concluante, sans le petit bémol de l'obligation de muliplier le nombre d'inclure (un pour chaque dossier Zen) à chaque fois qu'on crée une nouvelle page.</p> <p>Ainsi par exemple pour créer une page « recherche » il faut : <br>- créer le squelette recherche, qui appelle l'inclure « layout »</p> <p>bon ça c'est normal... mais il faut aussi : <br>- créer un squelette « recherche.html » dans /head/ <br>- créer un squelette « recherche.html » dans /entete/ <br>- créer un squelette « recherche.html » dans /contenu/ <br>- créer un squelette « recherche.html » dans /extra/ <br>- ...</p> <p>Si l'un des squelette a été « oublié » on obtient de superbes erreurs « aucun squelette xxx n'est disponible »...</p> <p>L'idéal serait que SPIP puisse chercher un squelette « default.html » s'il ne trouve pas le squelette demandé dans un des dossiers Zen. A la création du site, on créerait simplement un squelette « default.html » dans chaque dossier Zen<small class="fine d-inline"> </small>; ensuite la conception d'une page se limiterait à la création du squelette situé à la racine, et contenant un seul inclure vers layout.html. <br class="autobr"> Sans autre action, on se retrouverait déjà avec la « page par défaut », qu'il suffirait d'adapter dans un second temps (la plupart du temps en créant juste un squelette spécifique dans le dossier /contenu/, car les entete, head et navigation sont souvent communs à un grand nombre de pages dans un site).</p> <p>Mais voila, comment faire pour indiquer à SPIP de charger un squelette « default.htlm » plutot que d'afficher un erreur « squelette non disponible »<small class="fine d-inline"> </small>? Suffit-il d'un test SPIP lors de l'appel à l'inclure « layout » genre <code class="spip_code spip_code_inline" dir="ltr"><INCLURE{fond=layout}{page=sommaire,default} ></INCLURE></code><small class="fine d-inline"> </small>? Faut il « pluguer » quelquechose<small class="fine d-inline"> </small>? Faut il intervenir dans le coeur de SPIP<small class="fine d-inline"> </small>?</p> <p>Sans cette obligation de multiplier les fichiers pour chaque squelette, la technique Zen me semble idéalement parfaite<small class="fine d-inline"> </small>!</p> <p>Bon développements SPIP à tou(te)s<small class="fine d-inline"> </small>!</p> L'après SPIP 2.0 2009-07-17T14:52:22Z https://files.spip.org/L-apres-SPIP-2-0#comment418357 2009-07-17T14:52:22Z <p>Il me semble qu'utiliser le critère env env pour inclure d'autres squelettes pose problème dans la mesure ou le cache n'ai plus utilisé. Par exemple dans cette balise on retrouve l'heure courante qui par nature varie. Qu'en pensez vous<small class="fine d-inline"> </small>?</p> L'après SPIP 2.0 2009-04-07T11:46:45Z https://files.spip.org/L-apres-SPIP-2-0#comment415148 2009-04-07T11:46:45Z <p>Je suis plus que ravi de cette discussion et je suis d'accord sur le fait qu'il faut essayer de trouver une approche générique pour les Noisettes afin de pouvoir mutualiser du code.</p> <p>Est-ce que dans cette optique, il est prévu / possible / envisagé de pourvoir paramétrer les noisettes<small class="fine d-inline"> </small>? je sais que Magusine propose un paramétrage assez simple des noisettes. Je m'étais pris la tête sur cette question à l'époque où j'envisageais le noisetier (cf <a href='https://files.spip.org/Les-Noisettes-du-Noisetier-doc-de' class="spip_in" rel='nofollow'>Les Noisettes du «<small class="fine d-inline"> </small>Noisetier<small class="fine d-inline"> </small>» (doc de dev)</a>), projet abandonné (par ma faute, faute de temps).</p> <p>Bien cordialement</p> <p>Dans l'attente d'avoir l'occasion de tester tout cela...</p> Pourquoi faire simple... 2009-02-08T20:38:21Z https://files.spip.org/L-apres-SPIP-2-0#comment413176 2009-02-08T20:38:21Z <p>Bonsoir,<br class="autobr"> l'idée en soi est bonne puisque elle consiste in fine à mettre en place un mécanisme inverse de la noisette, c'est-à-dire d'apporter autour d'un résultat de boucle un habillage en structure html. Ce qui permet d'agréger des résultats de différentes boucles sur une même page qui les habille en un ensemble cohérent.</p> <p>La mécanique est fort simple : j'habille la page et je remplis ensuite les cases vides avec des résultats de boucles. Cela signifie donc qu'il y a essentiellement deux phases : appel d'une structure html, le Body Layout (phase html) puis appel à des résultats de boucles (phase SPIP). Un problème se pose alors : quid d'une page où s'alternent à plusieurs reprises de manière hiérarchique des phases html et SPIP<small class="fine d-inline"> </small>? Car on peut imaginer que de la structure html vienne à l'intérieure d'une boucle<small class="fine d-inline"> </small>! Cela veut donc dire qu'il faut alterner plusieurs cycles html/spip<small class="fine d-inline"> </small>! Est-ce cela ne risque de devenir complètement illisible<small class="fine d-inline"> </small>?!</p> <p>En tout cas, cette réflexion sur la dist vaut bien la peine d'être menée<small class="fine d-inline"> </small>!</p> <p>Salutations spipiennes</p> L'après SPIP 2.0 2008-12-24T09:17:09Z https://files.spip.org/L-apres-SPIP-2-0#comment411458 2008-12-24T09:17:09Z <p>Pourquoi ne pas creer un sous dossier effectivement. Mais :</p> <ul class="spip"><li> <code class="spip_code spip_code_inline" dir="ltr">pages/</code> est top ambigu avec page-xx.html et page.html que j'ai introduit depuis.</li><li> les plugins peuvent tout aussi bien faire un dossier <code class="spip_code spip_code_inline" dir="ltr">squelettes/</code> dans lequel mettre toutes leurs surcharges de squelettes, et l'ajouter au chemin par la declaration <code class="spip_code spip_code_inline" dir="ltr"><chemin dir='squelettes' /></code> dans <code class="spip_code spip_code_inline" dir="ltr">plugin.xml</code></li><li> l'objectif de la construction finale, est de fournir un mécanisme de noisettes qui permettra aux plugins de fournir essentiellement des briques dans <code class="spip_code spip_code_inline" dir="ltr">noisettes/</code> plutôt que des surcharges à tout va.</li></ul> L'après SPIP 2.0 2008-12-23T22:41:39Z https://files.spip.org/L-apres-SPIP-2-0#comment411450 2008-12-23T22:41:39Z <p>Histoire d'ajouter de l'eau au moulin<br class="autobr"> Je me disais qu'il serait plus pertinent de n'avoir qu'un seul dossier pour mettre toutes les inclusions de squelettes, tel que :</p> <ul class="spip"><li> /article.html</li><li>/pages/inc-head.html</li><li>/pages/extra/...</li><li>/pages/navigation/...</li><li>/pages/contenu/...</li></ul> <p>Parce que lorsqu'on est dans un plugin, ça devient vite le foutoir tous les dossiers à la racine, car on a vite :</p> <ul class="spip"><li>/inc/</li><li>/balises/</li><li>/formulaires/</li><li>/exec/</li><li>...</li></ul> <p>Ajouter /extra, /navigation et /contenu amène, je trouve, à de l'éparpillement, vu que ces 3 répertoires concernent tous et uniquement les squelettes...</p> <p>Enfin, je dis ça... ça reste un point de vue.</p> <p>Sinon, je suis en train de tester quelque chose comme :</p> <div class="precode"><pre class="spip_code spip_code_block" dir="ltr" style="text-align:left;"><code>articles.html -> layout.html -> - pages/head/article.html - pages/inc-head.html - body-layout.html -> - pages/contenu/article.html - pages/navigation/article.html - pages/extra/article.html - pages/inc-footer.html</code></pre></div> <p>Et je trouve ça pas trop mal pour l'instant.</p> L'après SPIP 2.0 2008-12-18T16:58:21Z https://files.spip.org/L-apres-SPIP-2-0#comment411248 2008-12-18T16:58:21Z <p>L'utilisation de sous dossiers articles/, rubriques/ ... est quelque chose que j'ai utilisé mais dont je suis revenu car dans la pratique cela ne fonctionne pas si bien que ça.<br class="autobr"> Tu peux avoir un article présenté dans une rubrique, un événement dans un article etc ... et dans la pratique, sur la maintenance des gros projets que j'ai réalisé comme cela, je passe mon temps à chercher le fichier.</p> <p>Je n'ai donc pas retenu ce choix.</p> L'après SPIP 2.0 2008-12-18T16:55:16Z https://files.spip.org/L-apres-SPIP-2-0#comment411247 2008-12-18T16:55:16Z <p>Ces détails seront précisés au moment de la mise à disposition. Je préfère prendre le temps de tester et stabiliser les choix d'organisation detaillée</p> L'après SPIP 2.0 2008-12-18T12:56:32Z https://files.spip.org/L-apres-SPIP-2-0#comment411242 2008-12-18T12:56:32Z <p>Gilles vient de me linker cet article parce que je bosse justement sur une réorga complète des squelettes dans le même objectif.</p> <p>J'ai pas encore tout lu mais j'ai déjà une suggestion :</p> <p>le body-layout => génial<small class="fine d-inline"> </small>!!!</p> <p>mais derrière, plutôt que</p> <ul class="spip"><li> /contenu <ul class="spip"><li> article.html</li></ul></li><li> /extras <ul class="spip"><li> article.html</li></ul></li><li> /navigation <ul class="spip"><li> article.html</li></ul></li></ul> <p>je verrais plus un truc du style</p> <ul class="spip"><li> /article <ul class="spip"><li> contenu.html</li><li> navigation.html</li><li> extra.html</li><li> /inc ou noisettes <ul class="spip"><li> noisette 1.html</li><li> noisette 2.html</li><li> etc...</li></ul></li></ul></li></ul> <p>Je me demande si ca n'améliorerait pas les possibilité de personalisation de chaque squelettes permettant par la suite des rajout du style</p> <ul class="spip"><li> /catalogue <ul class="spip"><li> liste-produit.html</li><li> fiche-produit.html</li><li> panier.html</li></ul></li></ul> <p>ou</p> <ul class="spip"><li> /agenda <ul class="spip"><li> list-evenement.html</li><li> page-jour.html</li><li> page-mois.html</li><li> etc...</li></ul></li></ul> <p>Je prends le temps de lire et d'analyser la suite et je reviens<small class="fine d-inline"> </small>;)</p> <p>@Aurelie et Cedric : De mon côté je suis partis sur une structure de template que j'ai pu voir et utiliser courament sur une solution CMS propriétaire utilisée dans les agences où j'ai bossé.<br class="autobr"> N'hésitez pas à me contacter par mail ou via spip-zone pour plus de détails et si vous souhaitez récupérer le fruit du boulot (en cours de portage sur mon site perso).</p> L'après SPIP 2.0 2008-12-18T11:49:30Z https://files.spip.org/L-apres-SPIP-2-0#comment411237 2008-12-18T11:49:30Z <p>A propos de l'organisation des fichiers de squelette . A quoi servent respectivement les répertoires « inc » et « noisettes »<small class="fine d-inline"> </small>? quelles différences<small class="fine d-inline"> </small>? Quand plusieurs « type de page » partagent exactement le même bloc ou met-on le code pour ne pas le dupliquer<small class="fine d-inline"> </small>?</p> L'après SPIP 2.0 2008-12-18T10:56:29Z https://files.spip.org/L-apres-SPIP-2-0#comment411236 2008-12-18T10:56:29Z <p>Bonjour à tous et merci de votre investissement.</p> <p>Cette direction est vraiment la bienvenue, mais par expérience (webmestre à mon compte depuis 6 ans) je recherche quelque chose de simple et je fais rarement deux voir trois rubriques différentes maxi et souvent qu'en changeant la couleur de fond (css avec mot clés et pas de squelettes spécifiques rub ou art).</p> <p>La maintenance ou les mises à jours (tous les 2 - 3 ans) doivent souvent modifier l'apparence du site («<small class="fine d-inline"> </small>il faut que cela se voit<small class="fine d-inline"> </small>» réflection du client) donc nouvelle charte graphique et modification du contenu => travail complet de création de site.</p> <p>J'ai la chance d'avoir connu SPIP dés sa version 1.7 et de connaitre le html et le css depuis 1999 et d'évoluer avec (voir <a href="http://www.proserviceoffice.fr/spip.php?page=site" class="spip_out" rel='nofollow external'>mes créas</a>), il ne faut pas oublier que les demandes sont souvent beaucoup plus modestes et plus terre à terre que ce que la technique peut proposer.</p> <p>Gardez celà à l'esprit et ne cherchez pas toutes les options, mais seulement l'essentiel.</p> L'après SPIP 2.0 2008-12-18T08:25:24Z https://files.spip.org/L-apres-SPIP-2-0#comment411230 2008-12-18T08:25:24Z <p>Merci et bon courage à toi cédric</p> L'après SPIP 2.0 2008-12-18T08:10:30Z https://files.spip.org/L-apres-SPIP-2-0#comment411229 2008-12-18T08:10:30Z <p>C'est plus qu'un squelette. C'est un concept d'organisation et des mécanismes de fonctionnements qui pourront être réutilisés par tous les développeurs de squelettes, et qui visent à permettre de partager les habillages, les noisettes et les presentations entre squelettes.</p> <p>Comme on peut le voir dans les illustrations, le projet est déjà bien avancé mais pas encore disponible au téléchargement, même en version de test. Dans la mesure où l'on essaye de poser un certain nombre de mécanismes, il faut prendre le temps de la réflexion pour essayer de faire les meilleurs choix possibles et éviter de devoir revenir dessus et tout casser dans 2 mois.</p> <p>J'espère arriver à mettre une version beta à disposition du public dans les prochaines semaines.</p> L'après SPIP 2.0 2008-12-18T07:45:13Z https://files.spip.org/L-apres-SPIP-2-0#comment411227 2008-12-18T07:45:13Z <p>Bonjour,</p> <p>L'idée est géniale. C'est un squelette<small class="fine d-inline"> </small>? où on le télécharge<small class="fine d-inline"> </small>? Pour un test.</p> <p>Merci</p>