Vos commentaires

• # Le 7 janvier 2008 à 01:56, par NicolasR En réponse à : Vitesse et disponibilité de SPIP-Contrib - réflexions

  Le constat des lenteurs d’accès à certaines pages de SPIP-Contrib voire de ces indisponibilités est récurent, et pas récent. La question est bien sur de comprendre pour chercher à améliorer.

  Voir les travaux (inclus échanges de forums) en cours ici http://www.spip-blog.net/Spip-contr... et pour commencer optimisation SPIP-contrib J1 et optimisation SPIP-contrib J2

  Voir aussi les échanges sur la liste SPIP-dev, par exemple ceux de décembre 2007 :
  -  spip-contrib.net Down - (Site24x7)
  -  Contrib sur Scriibe et Debuggueur

  La question des critères d’analyse se pose : il convient de distinguer ce qui ce passe coté serveur (Apache, Base, cache, filer, etc..) , et ce qui ce passe coté utilisateur (les tuyaux, le navigateur, etc..), ce qui concerne SPIP et le reste, ce qui relève des squelettes ou du reste (le cache, le code, les appels en base, etc ...), de différencier le ressenti de l’utilisateur (la fluidité de sa navigation) de celui de l’hébergeur (l’usage de ses ressources) ... Il a été évoqué à cette occasion la possibilité d’avoir un meilleur outil d’analyse des squelettes voir en particulier ce message http://article.gmane.org/gmane.comp...

  Rappelons au passage qu’un outil, encore sommaire, existe pour avoir une idée des temps de calcul des squelettes : il s’agit pour chaque page de rajouter manuellement ?var_profile=1 à son url

  Dans le seul cadre de SPIP il convient aussi de préciser :
  -  ce qui relève des actions spécifiques au seul SPIP-Contrib
  -  ce qui peut, à cette occasion, être amélioré sur le code de SPIP, Contrib étant utile comme test d’un site en forte charge et environnement semi-mutualisé (ce qui toute proportion gardée est plus ou moins équivalent au cas des sites mutualisés en charge courante).

  Citons déjà quelques améliorations sur le code qui ont découlé de ces réflexions :
  -  commit 10991
  -  commit 11019

  Une affaire à suivre

  • # ^ Le 7 janvier 2008 à 02:12, par NicolasR En réponse à : Vitesse et disponibilité de SPIP-Contrib - suppression des doublons pour « Archives »

    En attendant mieux un première action spécifique à SPIP-Contrib en l’état du jour (version SVN 1.9.3 9813), sur ses squelettes.

    Il avait été recherché d’exclure tous les articles taggés « archives » ou inclus dans des rubriques , ou dans dans des sous-rubrique inclus dans ces rubriques, elle même taggés « archives ». Ceci se faisait selon l’usage classique du critère {doublons}. En début de chaque page la pile doublons concernée étaient constituées par des boucles du genre

    1. [(#REM) boucle d'exclusion articles sur mot clef "Archives, id=154"]
    2. <BOUCLE_exclu_articles(ARTICLES){id_mot=154}{doublons articlesarchives1}></BOUCLE_exclu_articles>
    3. [(#REM) boucle d'exclusion articles dans rubriques sur mot clef "Archives, id=154", compris toutes sous-rubriques incluses]
    4. <BOUCLE_exclu_rubriques(RUBRIQUES){id_mot=154}>
    5. <BOUCLE_exclu_articles2(ARTICLES){id_rubrique}{doublons articlesarchives1}></BOUCLE_exclu_articles2>
    6. <BOUCLE_exclu_sousrubriques(RUBRIQUES){id_parent}>
    7. <BOUCLE_exclu_articles3(ARTICLES){id_rubrique}{doublons articlesarchives1}></BOUCLE_exclu_articles3>
    8. <BOUCLE_recursive1(BOUCLE_exclu_sousrubriques)></BOUCLE_recursive1>
    9. </BOUCLE_exclu_sousrubriques>
    10. </BOUCLE_exclu_rubriques>

    Télécharger

    Ceci est probablement lourd à calculer, surtout avec une boucle récursive. Je l’ai donc supprimé des pages « sommaire », « recherche », « mot », « rubrique ».

    Apparemment (j’ai pas mesuré) il y a un gain sensible sur les temps de recalcul des pages, mais l’inconvénient surtout dans les pages recherche est que l’on peut se voir servir des résultats obsolètes.

  • # ^ Le 7 janvier 2008 à 23:11, par NicolasR En réponse à : Vitesse et disponibilité de SPIP-Contrib - suppression des doublons pour « Archives »

    Il va de soi que les doublons ainsi non calculés on été aussi enlevés des boucles suivantes, ce qui fait autant de requetes en moins et ne doit pas peser pour rien dans les gains d’affichages constatés ... par dela SPIP-Contrib il semble donc que les moyens existants d’exclure selon un (ou des) mot clef, puissent poser problème lorsqu’utilisés trop abondamment.

    @+ NicolasR

  • # ^ Le 16 juin 2008 à 09:41, par JLuc En réponse à : Vitesse et disponibilité de SPIP-Contrib - réflexions

     ?var_profile=1 ne marche plus dans l’url...

  Répondre à ce message

• # Le 16 juin 2008 à 01:01, par NicolasR En réponse à : Annonces SPIP-Contrib : 200 plugins dont 150 sur la Zone

  Ce week-end c’est donc la cap des 200 plugins documentés sur SPIP-Contrib qui est passé, dont 150 sur la Zone.

  En fait c’est 201 dont 152, mais avec des chiffres rond le titre est plus percutant :-)

  « Petit à petit l’oiseau fait son nid » ... Champagne

  Répondre à ce message

• # Le 27 janvier 2008 à 20:36, par NicolasR En réponse à : Annonces SPIP-Contrib - Passage en SVN

  Un jour Ben écrira de longs romans (un jour ;-) ) ... mais l’essentiel est dit ci-dessous
  

  
  De : « Ben. . »
  Date : 18 janvier 2008 00:54:16 GMT+01:00
  « SPIP Zone »
  Objet : spipcontrib en 11093

  Bon voilà c’est fait ...
  s’il y a des choses anormales merci de le signaler

  • # ^ Le 27 janvier 2008 à 20:44, par NicolasR En réponse à : Annonces SPIP-Contrib - Autour du passage en SVN

    Juste pour confirmer que toute une séance de travail, liée à la préparation du passage de contrib en SVN (≥ 11093) est évoquée ici optimisation SPIP-contrib J2

    Des améliorations sur le code de SPIP

    Il est intéressant que ce travail ait aussi profité à une amélioration du code de SPIP, soit pour mémoire (j’en ai peut être oublié) :
    -  Compilation d’une boucle sans que sa table n’aparaisse dans la requête SQL : changeset/11091
    -  Amélioration de la détection des boucles dont le corps est constant ... Application au plugin Nuage qui veut.. changeset/11087
    -  Des améliorations sur le débuggeur : changeset/11076 et changeset/11075 et changeset/11074 et changeset/11071 et changeset/11070 et changeset/11066
    -  Trois optimisations dans le code compilé : changeset/11068
    -  Nouvelle notation des boucles vides (doublons, etc ..) : changeset/11065
    -  Placer la condition sur le statut en tête de la clause Where : changeset/11063
    -  ajout de 3 critères sur les boucles SYNDIC_ARTICLES pour... : changeset/11019

    Au passage cela donne une idée du travail d’amélioration constante fait sur le code.

    ... et des plugins

    Le plugin Nuage à aussi profité de ce remue-méninges

    La suite

    La suite du programme est de s’attaquer à la recherche de SPIP-Contrib, qui c’est certes un peu améliorée, mais ce n’est pas encore suffisant.

    à bientôt pour de nouvelles aventures

    @+ NicolasR

  Répondre à ce message

• # Le 5 janvier 2008 à 02:14, par NicolasR En réponse à : SPIP-Contrib « Valid XHTML 1.0 Transitional »

  Pour celles et ceux qui pourraient en douter je met ci-dessous quelques copies d’écran qui montrent que les pages principales de SPIP-Contrib sont bien « Valid XHTML 1.0 Transitional » selon http://validator.w3.org ... du moins au 4 janvier 2008, car il peut arriver bien sûr que certains contenus, ou des modifications des squelettes, puissent poser problème avant rectification. D’où l’intérêt de ces copies d’écran : « oui c’est possible !! » ;-)

  SPIP-Contrib valide W3C - page sommaire - 4 janv 2008

  SPIP-Contrib valide W3C - page article - 4 janv 2008

  SPIP-Contrib valide W3C - page rubrique - 4 janv 2008

  Répondre à ce message

• # Le 2 décembre 2007 à 19:16, par NicolasR En réponse à : SPIP-Contrib - critères de publication

  Il n’y a pas encore de texte vraiment abouti sur les critères de publication sur SPIP-Contrib. Pour l’instant c’est essentiellement en parcourant les forums de rédaction que l’on peut se faire une idée.

  Pour éviter que cela ne se perde je reprends ici un passage dans un de ces forums sur le sujet de l’autopublication. En effet les droits d’admin restreints sont presque systématiquement attribués aux nombreux contributeurs. Ils peuvent donc publier, ce qui amène à ces quelques précisions

  
  J’en profite pour faire un point plus général sur l’autopublication par les admins restreints. Cela ne pose pas de problème, mais il est préférable de :
  -  penser à passer par la case « proposé » un minimum de temps, cela permet parfois aux uns et aux autre de faire quelques apports utiles.
  -  de laisser un message sur le forum de rédac : « je publie parce que ...  » (pas besoin d’en faire des tonnes). Il en est sur Contrib comme sur la Zone, un commit (et la publication est un commit) = 1 minimum de commentaire. Sinon on ne sait plus qui fait quoi, et pourquoi, et ce n’est plus du travail collaboratif.

  NicolasR

  Répondre à ce message

• # Le 11 octobre 2007 à 23:14, par NicolasR En réponse à : Annonces SPIP-Contrib V2 - 150 plugins ce soir

  Pour l’historique
  

  
  Date : 11 octobre 2007 23:08:43 GMT+02:00
  À : SPIP liste
  Objet : [Spip] 150 plugins sur SPIP-Contrib

  Ce soir ce sont 150 plugins qui sont référencés (et en général documentés) sur http://www.spip-contrib.net (voir le compteur en colonne de droite) ... dont 114 qui sont développés sur la Zone.

  C’est l’occasion de rappeler que de nombreux articles de documentation de ces plugins ne sont pas seulement le fait des auteurs de leurs codes, mais aussi d’utilisateurs qui après avoir pris du temps à les dompter on fait profité les spipèdes de leurs expériences ... n’hésitez pas à vous lancer ;-)

  @+ NicolasR

  Répondre à ce message

• # Le 14 octobre 2007 à 19:33, par NicolasR En réponse à : Ouverture d’une rubrique « Commencer avec SPIP » sur SPIP-Contrib

  Pour mémoire, reprise de cette annonce sur la liste SPIP-user

  
  De : nicolasriq at free.fr
  Date : 14 octobre 2007 17:56:11 GMT+02:00
  À : SPIP liste <spip@rezo.net>
  Objet : [Spip] Ouverture d’une rubrique " Commencer avec SPIP" sur SPIP-Contrib

  Suite à divers débats, ouverture d’une rubrique principale : " Commencer avec SPIP" sur SPIP-Contrib, rubrique encore presque vide mais il faut bien commencer un jour.

  Comme le dit l’ébauche de présentation de cette rubrique http://www.spip-contrib.net/Commenc...

  
  Pour celle ou celui qui commence avec SPIP, la difficulté n’est pas de trouver de la documentation (laquelle existe à foison, voir les sites de la Boussole en bandeau de tête) mais plutôt de s’y repérer et de pouvoir y choisir ce qui l’intéresse. En effet il n’existe pas une seule « bonne » manière d’aborder et d’utiliser SPIP, mais de nombreuses selon les besoins de chacun.

  L’autre difficultée est que SPIP est aussi souvent pour beaucoup le point d’entrée dans l’univers de la création d’un site web. Ce sont alors de nombreuses techniques nouvelles à découvrir en même temps en sus de ce qui relève stricto-sensus de SPIP, et pas seulement relatives au web : rédaction et animation éditoriales, compositions typographiques et graphiques, organisation des informations et du site, relations avec les contributeurs, html et css, base de donnée, manipulations de fichiers (ftp), hébergement, protection, sauvegardes, etc .... de quoi tourner facilement la tête

  Cette rubrique se propose donc, non pas de refaire une documentation qui souvent existe déjà, mais plutôt de proposer quelques points d’entrée et des clefs de choix pour démarrer. Avec la pratique vous pourrez ensuite vous tracer votre propre chemin.

  J’insiste sur ce point : il ne s’agit pas de réécrire une documentation foisonnante sur ce sujet, qui souvent existe déjà d’ailleurs, au risque de rajouter une couche de complexité à l’accès à la doc pour les nouveaux venus, mais plutôt de proposer des manières de commencer avec SPIP, avec des liens sur les passages adéquats de la doc et quelques réflexion sur les critères de choix. Les articles de doc sur tel ou tel sujet resteront répartis dans l’arborescence du site selon la finalité d’usage de la contrib (selon le critère d’organisation de l’arborescence actuelle de SPIP-Contrib).

  Je pense que les articles dans cette doc doivent rester en nombre restreint (pour ne pas écraser le nouveau venu sous la masse), mais être selectionnés, fignolés et régulièrement tenus à jour (le point faible des tentatives précédentes à ce sujet) ... pour ce faire des auteurs multiples sont nécessaires.

  Le public visé est bien sur celui des débutants du web, mais aussi celui de ceux qui ayant déjà une expérience du web (voir d’autres solutions de CMS) découvrent SPIP et sont parfois largement déboussolés par rapport à leurs habitudes.

  Cette rubrique est placée en tête de sommaire principal pour être bien visible.

  A vos plumes donc.

  @+ NicolasR

  Répondre à ce message

• # Le 14 octobre 2007 à 19:25, par NicolasR En réponse à : Annonces SPIP-Contrib V2 - a propos de l’arborescence de SPIP-Contrib

  Faute des mieux je reprends ici pour mémoire un mail sur la liste SPIP-user qui donne des éléments sur l’organisation actuelle de l’arborescence de SPIP-Contrib et diverses question éditoriales ... un article sur ce sujet reste à faire

  
  Date : 8 octobre 2007 01:59:08 GMT+02:00
  Objet : Rép : [Spip] spip-contrib - cavernes aux boucles - profil débutant
  De : Nicolas Riquois
  Cc : SPIP liste

  Je profite de cet échange pour rappeler quelques éléments sur SPIP-Contrib actuel, c’est un peu long pour un mail. En fait il y a la du maériaux pour un article à faire.

  
  Le 6 oct. 07, à 14:51, James a écrit :
  BoOz a écrit :
  Je ne sais pas quelles sont les modalités qui seraient les plus
  performantes et s’il faut exhumer la caverne au boucle et la
  bouclotheque (je serai pour à brule pour point, mais je n’y ai pas
  tellement réfléchi)

  Pour avoir passé beaucoup de temps à les trier je peux témoigner que les rubriques "caverne aux boucles" et"bouclotheque" de SPIP V1.5 était le parfait exemple d’un trou noir dans laquelle s’entassait (de mémoire) plus de 150 contribs sans rapports évidents entre elles, et qui parfois parlait aussi de tout autre chose que des boucles. Par ailleurs cette terminologie, aussi jolie soit-elle, n’exprime pas grand chose pour le lecteur, et relève du "divers" en fait.

  Ce type d’arborescence par "moyens techniques utilisés" (variables selon les modes de chaque époque), qui était une des strates de SPIP-Contrib précédement, à déjà fait les preuves de la confusion qu’elle entraînait. Ainsi, à titre d’exemples, des contribs au cours de leur vie on d’abord été des filtres, puis sont devenues des plugins, en servant à générer de nouvelles balises à insérer dans des structures de boucles particulières, sans compter parfois l’implication de modèles, themes, etc ... comment créer une arborescence cohérente et stable sur le critère de la technique de code employée dans ces conditions ?

  Dans SPIP, un article ne peut être physiquement que dans une et une seule rubrique. Il n’y a rien de pire que de vouloir gérer une telle arborescence en prétendant y inclure plusieurs critères contradictoires, ou encore de faire bouger celle-ci selon les modes du moment. Par contre il est possible d’affecter plusieurs mots clefs à chaque article (du moment que quelqu’un se tape le boulot, inclus de manière rétroactive par soucis de cohérence).

  je rappelle donc les critères actuels d’organisation de SPIP-Contrib :

  1) arborescence "physique" selon la finalité d’usage de la contrib, ce qui est un critère fondamental pour l’utilisateur qui vient d’abord chercher des fonctionnalités, peut importe les moyens techniques de code utilisés dans celle-ci.

  2) tout ce qui concerne une contrib, et une seule, y compris son historique, les liens associés (la zone, le carnet de note, les sites extérieurs associés, tout ce qui sera imaginé, etc ..), est groupé dans une, et une seule, rubrique-dossier spécifique à cette contrib. A ce sujet l’organisation actuelle du multilinguisme (1 langue = 1 secteur) qui amène à disperser les traductions d’articles d’une même contrib n’est pas cohérente et devra évoluer.

  3) mots clefs pour des navigations transversales , en sachant que pour que cela soit efficace c’est un effort constant que de les poser de manière pertinente.

  Donc des mots clefs à rajouter pourquoi pas, un retour en arrière à des éléments d’arborescences aléatoires façon ancien SPIP-Contrib certainement pas.

  
  mais effectivelent, spip-contrib gagnerait à avoir une ou deux entrée thématiques sur la page d’accueil, distinctes dans la présentation de celles qui y sont déjà, et présentée en tant que telles. (avec une couleur spéciale ou autre).

  une entrée spécifique pourquoi pas, cf. plus haut ... mais pourquoi une couleur spécifique sur ce sujet plus qu’un autre ? Peut-être tout simplement des mots clefs spécifiques pour quelques "parcours" spécifiques, ou tout simplement un lien sur une page récapitulative ?

  
  Il y a peut-être encore de la place dans le bandeau entre le lien du
  "glossaire" et les liens "téléchargement" et "plugin zone"

  Ce bandeau est visible sur toutes les pages du site, il doit présenter des liens sur des infos génériques utiles dans toutes ces pages. Ce n’est pas le cas pour des liens "débutants".

  
  Une bouclothèque et des tutoriaux faciles à trouver, c’est une bonne idée.

  Améliorer l’accès est toujours souhaitable. Mais la question est qu’il existe déjà des choses en page sommaire :
  -  http://www.spip-contrib.net/Boucles
  -  http://www.spip-contrib.net/spip.ph... (c’est long mais ça marche)

  et aussi une rubrique dédie aux squelettes qui parle de ça : http://www.spip-contrib.net/Tutoria... dans http://www.spip-contrib.net/Outils-... (accessible en 2 clics depuis le sommaire)

  L’autre constat pratique est que les mot clefs par profils, dont http://www.spip-contrib.net/Debutant, pourtant disponibles depuis longtemps ne sont pas mis en oeuvre de manière fiable par les contributeurs ou les webmasters. Il y a manifestement un probleme de mise en oeuvre avec ce genre de tagg. Ce qui m’a amené à ne pas les mettre en exergue sur la page sommaire (car résultats peu probants).

  Qu’est ce qu’il manque ? ... peut-etre peut on chercher les moyens d’améliorer ce qui existe déjà avant de refaire un truc de plus. Ne pas oublier la question des ressources disponibles pour se taper le boulot.

  
  Dans le meme genre, il manque peut etre egalement une entree pour les
  tres forts en code, qui amenerai vers la doc plugin et autre doc.spip.org.
  J’en suis moins sur

  ben voila, c’est tout le probleme de ce genre d’approche par "profils" c’est que l’on peut imaginer de multitudes de variantes

  au fait c’est quoi un "débutant" .. cela concerne les compétences dans quels domaines ... comment l’utilisateur se percoit-il par rapport à ce qualificatif ?

  
  Stanislas a écrit :
  Bonjour,
  Donc, la répétition de certaines questions m’ont donner "envie" de voir sur
  « spip-contrib » ou « spip.net » un affichage en page d’accueil titrant
  quelque chose comme « Les ressources pour découvrir SPIP ». Car la matière
  existe pour les débutants mais sans doute pas suffisamment fléchée et trop
  dispersée.

  Oui effectivement, plus que de la nouvelle doc (qui existe la plupart du temps), ce sont des clefs pour se l’approprier qui manquent

  La difficulté est que cela à déjà été tenté, mais que faute de maintenance beaucoup d’articles on dut être passé en archives. Voir par exemple la rubrique http://www.spip-contrib.net/FAQ-Les..., qui a du être passé en bloc en archives faute de force pour la mise à jour, car risquer d’enferrer des débutants par de la doc obsolète est particulièrement contre-productif. Rien n’interdit à qui le veut d’aller y faire les mises à jour nécessaires.

  
  Dans cet esprit, je trouve dommage que la page « cavernes aux boucles » sur
  spip-contrib donne un résultat 404...

  Et pour cause, elle a été supprimée pour cause d’obsolescence, voire explications plus haut.

  
  pour ma part, je suis entré doucement
  dans la construction d’un squelette en faisant des copier/coller et en
  modifiant les boucles que je trouvais, notamment, dans cette rubrique jusqu’à
  pouvoir m’en affranchir et à en créer une en partant de zéro. Quand on a pas
  un bagage de programmeur, la bouclothèque permet d’obtenir un résultat
  rapidement et de faire ses classes... :-)

  Nous avons tous fait cela, mais encore une fois tout existe déjà ... voir les liens plus hauts. Et dans ton approche il me parait plus pertinent, y compris dans une approche "débutant" de naviguer par rapport au fonctions que tu veux traiter : selon les cas tu retomberas sur tes boucles lorsque c’est pertinent, ou sur d’autres techniques lorsqu’elles sont plus adaptées. Cela t’enlève le souci justement de sélectionner la technique, ou le mélange de techniques, nécessaire.

  
  Tu serais disponible pour t’en occuper et décharger un peu NicolasR ? Se
  serait pas mal d’avoir des administrateurs "spécialisés" non ?

  Je pense plutôt que le boulot fondamental des administrateurs rédactionnels de Contrib est plutot de conserver une vue d’ensemble pour essayer de garder un peu d’ordre dans ce bazar (balayer, ranger les étagères, mettre des étiquettes, réparer les étagères, poser des panneaux indicateurs, faire un peu de corrections dans les textes, exiger un minimum qualitatif avant publication, bref un travail de bibliothécaire) ... enfin tout apport est le bienvenu, les forums privés sont un bon support pour démarrer.

  
  Concrètement, une approche profil débutant, c’est mettre en avant une page
  "sommaire" avec un minimum d’habillage.

  J’ai rien compris .. ou plutot si je crois deviner. Je pense qu’au contraire le "débutant" (en admettant que l’on arrive à qualifier un tel état provisoire et variable selon le sujets) doit d’emblée pouvoir visualiser qu’il y a plein de choses possibles, même si cela ne lui est pas accessible de suite. C’est cela qui va le motiver à progresser, et non l’enfermement dans une information artificiellement appauvrie. Je crois les lecteurs sont très rapidement capable de comprendre si une contrib est pour eux ou pas, pour peu que l’article soit suffisamment explicite (cela fait parti des critères de validation)

  .. comme celle-ci qu’il faudrait
  mettre à jour... http://www.spip-contrib.net/SPIP-pa...

  bin voila, c’est tout le probleme que ce genre de page demande de la maintenance en permanence, il faut donc que des auteurs s’y collent. La du coup j’ai voulu commencer à un peu la nettoyer et j’ai renoncé devant l’importance du travail. Ne pas hésiter à proposer une variante remise au goût du jour, par exemple en utilisant les outils de traductions pour faire une copie de l’article à modifier ensuite.

  Même si je suis d’accord et qu’il faudra modifier le texte, tu peux
  commencer par mettre des commentaires sur ce qu’il manque ou ce qui est
  devenu faux, si tu es d’accord.

  absolument

  Répondre à ce message

• # Le 30 septembre 2007 à 23:12, par NicolasR En réponse à : Annonces SPIP-Contrib V2 - à propos de la gestion du Multilinguisme

  Pour ne pas que cela s’enterre je met ici copie d’un échange sur les forums internes de SPIP-Contrib, cf. http://www.spip-contrib.net/ecrire/...

  ********

  il y a 12 heures mortimer

  ok, je pensais que c’etait la règle standard partout sur spip-contrib pour donner les droits aux admins restreints (auteurs de l’article), gérer les archives et pouvoir syndiquer des sites pour chaque contrib (les modifs sur la zone en l’occurence).

  *********

  Publication (Multilingual typographical bar) - à propos des rubriques
  NicolasR

  Salut
  bah Mortimer tu crois bien, sauf que :

  1) l’idée d’une rubrique-dossier systématique par contrib est effectivement de penser la vie de la contrib sur la durée et de créer une sorte de « mini source-forge de la doc » par contrib regroupant tout ce qui peut concerner celle-ci durant sa vie, soit pour l’instant les article(s), y compris l’historique, les syndications et autres liens (internes et externes à contrib), les mots clefs et compteurs divers, les auteurs avec leurs droits de modifs, le carnet wiki associé, les listes de sites utilisant la contrib, mais aussi plus tard tout ce que nous pourrions imaginer en complément (forums plus structurés, etc ...) ... bref une sorte de minisite par contrib.

  Les squelettes de SPIP-Contrib sont conçus en conséquence : si cette rubrique-dossier contient un seul article (cas fréquent aux débuts), alors la navigation amène directement sur l’article (la rubrique-dossier n’est pas une gêne), s’il y plus alors on arrive sur la rubrique ce qui est justifié dans ce cas.

  2) Le problème est que la gestion actuelle du Multilinguisme sur SPIP-Contrib (une langue par secteur), n’est pas cohérente avec ce concept car elle amêne à éparpiller les différentes traductions portants sur une même contrib, à l’encontre du but recherché. Cette situation est un héritage aussi bien historique (l’ancienne organisation de SPIP-Contrib), que découlant de l’usage initial des squelettes de la dist en base des squelettes.

  3) Les squelettes de SPIP-Contrib devront évoluer sous une forme Non structurée, cf. http://www.spip-contrib.net/Multili... pour répondre aux besoins, l’accès par langue devenant une simple variante de navigation transversale comme l’est l’accès par mots clefs. Cela nécessitera entre autre le reprises des squelettes, mais aussi une traduction systématiques des titres et descriptifs des rubriques principales et des mots clefs, au moins dans les langues principales du site, pour que la navigation soit réellement multilingue, ce qui n’est pas un mince travail. Pour ce faire des outils à la manière de spip.net seraient peut-être nécessaires.

  4) La structure du secteur français, le plus dense et remise à jour, sera celle de référence.

  5) En attendant la question se pose de savoir s’il faut dupliquer les rubriques-dossier de contrib dans les différents secteurs à l’occasion des traductions, puisque de toute façon ses organisations ne sont pas pérennes. Je dirais que « c’est selon ».

  Peut-être en fait qu’il faudrait dès à présent regrouper tout par rubrique-dossier de contrib, sans s’occuper de l’ancienne organisation par langue, histoire d’amorcer le travail.

  @+ NicolasR

  Répondre à ce message

• # Le 11 septembre 2007 à 23:49, par NicolasR En réponse à : Annonces SPIP-Contrib V2 - 100 plugins

  Ce soir 100 plugins sur la Zone sont référencés sur SPIP-Contrib, et 132 en général

  Répondre à ce message