![]() Alexis Raimbaultfrom Mulhouse Associate, 1900 posts | peut être une étape intermédiaire serait de pouvoir transformer un article en section ? ça permettrait de garder la structuration existante pour les sites réalisés et pour ceux qui préfèrent comme maintenant.
Alexis Raimbault webmaster free-lance |
![]() Jmarcfrom Cannes 821 posts | " une étape intermédiaire serait de pouvoir transformer un article en section " Oui, c'est une bonne idée Alexis. On évite ainsi de se retrouver coincé avec une page article. Cela me fait penser que les articles et les sous-sections sont listés séparement. C'est donc un atout de les garder séparés pour ceux qui utilisent les sections comme conteneur. Par contre, lorsque les sections sont utilisées pour imbriquer des articles les uns dans les autres (cas d'une structure de livre avec ses chapitres et sous chapitres), on se retrouve avec certains chapitres listés avec les sections et d'autres listés avec les articles... Je me dis alors qu'on peut adresser le problème de 2 manières. 1- en le simplifiant : sections et articles deviennent équivalents. on ne parle plus que de pages. 2- en le compliquant : sections et articles conservent leur role de conteneur et contenu mais il faut que les articles puissent être imbriqués les uns dans les autres (comme les sections) pour éviter de devoir dénaturer des articles (contenus) en section (conteneur) lorsqu'il faut les imbriquer. Aujourd'hui, on est dans une position intermédiaire entre ces 2 logiques... ce qui rend les choses parfois délicates. |
![]() Christophe Battarelfrom Grenoble-Chambery 1044 posts | J'avais fait une suggestion similaire dans le même sens il y a 3 ans, mais les arguments que j'avais développés étaient plutôt techniques : Définition d'une entité mère aux sections, articles, etc.... En fait, techniquement, on a déjà des classes Anchor et Anchors dont dérivent les classes correspondantes pour les articles, sections, catégories, images, liens, etc... Tout est donc prêt pour aller plus loin, à la condition de bien réfléchir avant... et d'avoir du temps devant soi pour la programmation, car c'est un travail assez pointu et délicat. En tout cas, si on veut le faire, il faudra se décider avant qu'on attaque la refonte de la gestion des droits dans Yacs.
Christophe Battarel - Société altairis -
|
![]() J.Juraverfrom Entre chaise et clavier... 3710 posts | " Dans d'anciennes versions de joomla, on était obligé de créer des section pour y mettre des articles. Et il fallait bien penser son truc parce que ladite section était gravée dans le marbre. Dans phpBB 2, on devait obligatoirement créer des catégories pour permettre la rédaction de fils de discussion. Pour faire des sous-catégorie, il y avait un extension très compliquée qui faisait bugger plein d'autres, c'était un vrai casse-tête pour avoir des arborescence de plusieurs niveaux. Bref ce n'est pas un fonctionnement exclusif à yacs, mais yacs est l'un des rares gestionnaires de contenu dans lesquels la gestion des multiples niveaux de conteneur est aussi fluide et complète. Je suis d'accord toutefois sur le constat : l'article ressemble beaucoup à la section, avec moins de charmes fonctionnels pour cette dernière toutefois. On s'avancera fatalement, petit à petit, vers un système contenant/contenu plus performant, et probablement plus aplati, parce qu'il est vrai qu'on nage parfois en plein paradigme quand on utilise des sections comme des articles. Je pense comme tout le monde ici qu'on pourrait avantageusement supprimer la nécessité d'un niveau obligatoire, en conservant et améliorant le principe de la section éditable comme un article, et en utilisant ensuite des catégorisations facilitant la cognition grâce aux multiples trouvailles déjà opérationnelles dans yacs : les familles, les étiquettes, etc. ----- Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone! Je ne m'attarde pas, j'ai mon yacs en double file...
![]() Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | |
Section et article, même combat ?
Comme m'y a invité Alain, je repose la question sur la nécessité de distinguer les sections des articles.
Conceptuellement, l'idée est séduisante : on a des pages qui servent de conteneur (les sections) et d'autres qui portent le contenu du site (les articles).
Mais dans la pratique, on butte rapidement sur une limitation propre aux articles : ce sont obligatoirement des terminaisons de l'arborescence des pages (comme les feuilles d'un arbre dont les branches seraient les sections).
Aujourd'hui, je fais un bel article sur "le développement durable". Demain, j'ai envi d'écrire un article détaillant "le développement durable dans l'industrie" et un autre article relatant "l'expérience menée dans ma commune".
Logiquement, j'ai envi de rattacher ces 2 nouveaux articles sous le premier écrit la veille, comme s'ils en constituaient de nouveaux chapitres... mais Yacs, y veut pas. On ne peut pas accrocher des feuilles aux feuilles, seulement aux branches
(et je ne vous parle pas de l'idée d'accrocher une branche au bout d'une feuille...).
Pour contourner ce problème, une solution simple consiste à n'utiliser que des sections pour se garder le droit d'ajouter une page en dessous.
Fort heureusement, une page de section ressemble fort à une page article et permet d'y mettre du contenu de la même manière.
Cependant, on peut citer quelques désagréments :
- on ne dispose pas de l'ensemble des possibilités d'un article (et inversement)
- le SEO/référencement serait moins performant avec les sections qu'avec les articles
- ce n'est pas très compréhensible pour un contributeur de devoir cliquer sur "Ajouter une section" lorsqu'il veut créer un nouvel article, surtout lorsqu'il voit au dessus le lien "Ajouter un article"
Enfin, j'ajoute un constat : tous les programmes pour gérer les contenus sont dédoublés pour avoir une version pour les sections et une autre pour les articles.
Au final, je me pose la question suivante : pourquoi doit-on continuer de distinguer sections et articles ?
Imaginez qu'il n'y ait qu'un type de page cumulant l'ensemble des possibilités des sections et des articles actuels. Est-ce que cela serait problématique dans la manière dont vous construisez et gérez vos sites Yacs ?
Je manque de recul sur les sites réalisés avec Yacs mais j'imagine que cela aurait des impacts
.
Par contre, coté développement, maintenance et utilisation, cela simplifierait également pas mal de choses, il me semble...
P.S : Je n'ai jamais rencontré cette distinction page conteneur/page contenu dans aucun des autres CMS que j'ai pu étudier ou utiliser. Cela ne veut pas dire qu'il faut faire comme les autres... mais j'aimerais juste comprendre quels avantages significatifs l'on en retire dans Yacs


















