SquelettesDeSpipContrib

| Spip-Contrib | Spip-Lab | Spip-Mag
| Spip-Doc |

Idées pour une nouvelle version des squelettes de SPIP-Contrib

Les limitations rencontrées avec les squelettes actuels

  • Ils sont initialement prévus pour spip-contrib uniquement en français, or spip-contrib devient (peu à peu ;-) multilingue. La solution temporaire d’ajouter un secteur par langue sans rien changer aux squelettes n’est pas très satisfaisante.
  • La(les) rubrique(s) qui restent dans la partie privée sans être affichée dans l’espace public est(sont) exclue(s) en utilisant une regex particulière. Un moyen plus souple peut être utile.
  • lorsque le nombre de contributions augmente dans une rubrique, celles-ci s’empilent sans fin et sans ordre logique établi. Il faut sans doute affiner et/ou revoir la classification, mais ne peut-on aussi imaginer d’autres modes d’accès et de classification ?
  • Il n’y a qu’une classification thématique d’arborescence. Les quelques mots clés (licence, niveau, ...) sont finalement peu utilisiés.

Des idées pour les nouveaux squelettes

  • Internationalisation :
    • spip-contrib détectera la/les langues de préférence dans le navigateur, et les utilisera pour l’affichage du sommaire.
    • Cependant, il faut tenir compte du fait qu’il n’y a pas, loin s’en faut, de traduction systématique des contributions dans plusieurs langues. Donc, tout en tenant compte des préférences de langue du visiteur, il faudra conserver de fortes possibilités de liens vers les contribs en d’autres langues, en particulier vers le français qui restera sans doute pour un moment prédominant. Idéalement, il faut essayer de conserver les classifications thématiques, et présenter les contribs par ordre de préférence des langues.
      (JacquesPyrat) Moi, je suis à fond pour des mots clefs modifiant l’affichage des squelettes. Pourquoi ? Parce que avec des squelettes qui filtrent des rubriques sur leur numéro, lorsque quelqu’un d’autre récupère le squelette pour son site, il doit modifier le squelette, alors que lorsque c’est des mots-clefs, il lui suffit de créer les bons mots-clefs (Epona a même un script pour faire ça !) et de les affecter aux articles ou rubriques qui doivent être traités différement.
      De plus, dans notre cas, Il n’y a pas que le secteur exclu à exclure du menu de gauche ; il y a Edito et Forum
      C’est pour cela que j’ai déjà créé et utilisé dans le menu de gauche :
      • « _ExclusDuMenu » : pour que ça ne soit pas dans le menu de gauche
      • « _ArticleInterne » : pour que ce ne soit pas dans la liste des articles publié sur le site (permet d’envisager de se passer de la rubrique « Rubrique interne ( Articles non publiés ) » et de laisser les articles là où l’auteur les a placés, donc de garder en particulier les articles dans la rubrique de leur langue !)
  • Pour l’organisation de nouveaux modes d’accès : utilisation de popularité, « notation » par les visiteurs, etc.

Les solutions techniques pour réaliser nos idées

  • Se permet-on l’utilisation des mots clés à des fins d’organisation et d’affichage, plutôt que pour des classfication spécifiquement thématiques, type thésaurus ? En particulier : utilisation d’un mot clé pour les rubriques cachées ? En tout cas, si on choisit un tel usage des mots clés, on veillera à utiliser une convention pour nommer les mots clés et groupes de mots clés qui ne sont pas thématiques : par exemple, les commencer par un « _ » ou par un espace. Ceci permettra aisément, par une regex, d’extraire soit ces derniers, soit les mots clés « classiques ».
  • pour le croisement classifications / langues, les liens de correspondance de rubriques (comme les traductions pour les articles) seraient utiles. Mais on ne les a pas. Comment les mettre en oeuvre ?

Discussion

Aucune discussion

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.

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