Trouver un moyen de classer une section entre des pages dans le sommaire #12
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Dans l'exemple suivant, la section
Créer du contenu
a un poids de 4 dans son_index.md
, elle devrait donc être classée entreMettre en place le DNS
qui a un poids de 3, etPublier le contenu
, qui a un poids de 5.Ce n'est pas le cas. Dans le code de Juice, on voit que les éléments sont classés tels que trouvés dans la liste
toc
.Le problème vient donc plutôt de Zola. Or dans sa documentation, tout semble indiquer que ça devrait fonctionner :
_index.md
file within a directory defines the content and metadata for that section. To set the metadata, add front matter to the file.»# Used by the parent section to order its subsections. # Lower values have higher priority. weight = 0
Je cherche une solution.
Je pense que le souci vient du fait que les sous-sections sont systématiquement classées avant les pages simples. Il faudrait trouver un moyen de merger les deux listes en préservant l'ordre calculé avec les poids, mais je me demande si le langage de template est assez puissant pour coder ça...
@lx La solution ne se trouve-t-elle pas dans _nav.html ? Je vois qu'on parle d'abord des sections (ligne 6), puis après des pages (ligne 36).
EDIT: quelle réaction, je n'avais pas vu ton dernier commentaire
J'ai inspecté les autres sites qui utilisent Juice, mais absolument aucun répertorié n'utilise des sections et des pages
Tu veux dire que les entités "page" de zola ne sont pas utilisées, et tout est dans des "sections" ? Parce que pour nous ça pourrait en effet être une solution pour uniformiser le tri, de déplacer tout le contenu dans des sections et d'interdire l'usage des pages
En fait on a déjà modifié le thème Juice pour que le menu de gauche soit un menu de navigation pour passer d'une page à une autre, et non un sommaire de la page actuelle comme c'est sur le cas dans Juice par défaut.
Ah d'accord, je comprends mieux.
De ce que je lis dans la doc' de Zola, j'ai vraiment l'impression qu'il est capable de trier correctement des pages et sections entre elles selon leurs poids.
Transvaser toutes les pages dans des sections ça me paraît trop extrême juste pour mon cas particulier. Dans un premier temps je vais voir si je trouve d'autres sites faits avec Zola qui gèrent bien ça. Si je trouve un exemple élégant, j'essaierai de m'en inspirer pour faire ce correctif.
J'ai exploré la documentation et le code source de Zola; en fait faire un classement mélangé entre sous-sections et pages c'est vraiment impossible sans modifier le code de Zola. Si ça ne tenait qu'à moi je m'en chargerais, j'ai identifié les parties à modifier et ça ne me paraît pas si compliqué que ça. Par respect pour les devs j'ai signalé la chose d'abord. La discussion est lancée, si à tout hasard vous voudriez appuyer mon point en toute innoncence, vous seriez les bienvenus.
Développé dans !14 .
En fait il existe une fonctionnalité pour passer des variables arbitraires entre l'en-tête des pages/sections et le gestionnaire de modèle Tera, c'est la section
[extra]
. Avec ces modifications, si toutes les pages et sous-sections d'une section ont la variableweight_custom
définie, alors on fait un classement mélangé. Sinon, le comportement habituel reste.Zola est normalement pas trop fait pour la hiérarchisation des sections, lors de mes interactions avec le dev sur Github, il avait l'air de trouver notre besoin pas commun du tout.