| 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 ?
Aucune discussion
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
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.
Suivre les commentaires : |