Annonces SPIP-Contrib V2

Les nouvelles du chantier de la version 2

C’est dans l’air du temps, SPIP-Contrib passe en version 2.0 pour l’adapter aux nouveaux besoins, en particulier ceux découlant des profonds changements introduits dans le mode de contribution par la version 1.9 de SPIP (Plugins), de l’émergence de la Zone et d’autres sites de la galaxie SPIP (voir bandeau de tête), et des forces (limitées) disponibles.

Le suivi du chantier

Voir les annonces dans le forum ci-dessous.

Voir aussi la catégorie »SPIP-Contrib » sur le Blog

Discussion

19 discussions

  • 3

    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

    • 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

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

      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.

    • 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

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

    Répondre à ce message

  • 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

  • 1

    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 » <spip-zone>
    Objet : spipcontrib en 11093

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

    • 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

  • 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

  • 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

  • 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

  • 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
    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

  • 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 <spip>

    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

  • 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

  • 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

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

modération a priori

Attention, votre message n’apparaîtra qu’après avoir été relu et approuvé.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom