Re: Mise à jour squelette Html5up Spectral
jeanmarie <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Salut,
super, des nouvelles contributions :)
Mes réponses/avis à certains points ci-dessous.
Le 09/07/2020 à 16:55, Olivier Testa via spip-dev a écrit :
> Bonjour,
>
> Y a-t-il quelqu’un qui travaille sur le squelette Spectral?
>
> Je suis en train de le compléter
> Le but est de mettre à jour un ancien site spip existant avec un squelette perso vieillot
> et rajouter à Spectral la compatibilité multidomaines et multilingue
> (domaine 1 -> 1 secteur en ; domaine2 -> 1 secteur fr) + liens de traduction entre objets
Plus il y a de fonctionnalitéd, mieux c'est, tant que ça ne complique
pas trop l'utilisation "de base" et que ça ne contraint pas à des
dépendances uniquement pour cet usage.
> J'essaie de compléter le squelette de manière la plus conforme à spip possible, en suivant les recommandations sur la page dédiée au portage des squelettes html5up, tout en gardant la compatibilité avec le squelette existant
>
> Question préliminaire:
>
> - Est-ce encore pertinent de porter le squelette vers 3.2, ou bien devrais-je passer directement à 3.3 ?
Ben, je dirais qu'à moins qu'il y ait une incompatibilité bloquante,
autant conserver la compat 3.2. Les SPIP 3.2 et 3.3 sont quand même très
compatible.
> - Est-ce que le projet de partage de config/mutualisation des elements communs à tous les squelette html5up a avancé ?
Bof, on en est au point de dire que ça serait super d'y arriver mais que
pour ça, il faudrait faire un audit de tous les squelettes HTML5up pour
réfléchir en amont à ce qui serait mutualisable. Donc l'esprit actuel
est plutôt de se reposer autant que possible sur des plugins externes
(les plugins facultatifs de la doc) pour faciliter au mieux le passage
de l'un a l'autre et conserver une même logique de fonctionnement (nom
des variables de config...) pour en faciliter la maintenance. Pragmatic
Style :)
> Quelques points sur Spectral:
>
> - rajout d'une boucle principale englobante pour article et rubrique comme sur la dist.
>
> - rajout dans la page article, si ils existent, des #chapo, #ps, #notes, #sites, #documents. Actuellement, il n'y a que #TITRE et #TEXTE
C'est bon dans la V2 fraîchement arrivée sur la forge :
https://git.spip.net/spip-contrib-squelettes/html5up_spectral/src/branch/master/content/article.html
> - affichage des rubriques en mode blog ou site (selon mot-clé)
Bonne idée oui, peut-être le faire via une checkbox dans la config
plutôt ou via une composition ?
C'est ce qu'on a fait sur Massively :
https://git.spip.net/spip-contrib-squelettes/html5up_massively/src/branch/master/sommaire.html#L50
via ce commit :
https://git.spip.net/spip-contrib-squelettes/html5up_massively/commit/374c47d96d2713e57bbafd9f6ebf15c5cb6f4ff7
Et c'est sans doute en lien avec
https://git.spip.net/spip-contrib-squelettes/html5up_spectral/issues/2
> - plusieurs modifications ont été faites pour pouvoir utiliser multidomaines (à ce jour, j'ai codé cela dans le squelette. il faudrait récupérer le pipeline multudomaine)
>
> - a faire: possibilité de configuration des menus footer et nav via le plugin "menus"
>
> - Le balisage des pages n'est pas optinisé.
> Pour un article, on avait <h1>#NOM_SITE_SPIP</h1><h2>#TITRE</h2>
> Je les ai remplacé respectivement par <div class="header">#NOM_SITE_SPIP<div><h1>#TITRE</h1>
> (et modifié la css pour que rien ne change à l'affichage)
>
> - le fil d'ariane est programmé de maniere un peu brutale avec une boucle hierarchie, alors qu'il n'y a qu'un niveau de rubrique recommandé pour le squelette. (et accessoirement, cela pose probleme avec multidomaines).
>
> - (amélioration mineure) pour ne pas disperser les js et les css, on pourrait supprimer le niveau de répertoire 'assets' à la racine du squelette (squelettes/assets/css -> squelettes/css)
>
> - (amélioration mineure) En Spip3, le filtre |supprimer_numero est appliquée par default. inutile de le répéter dans le squelette qui est concu pour spip3.
>
> - import statique de la fonte
>
> - le images du site sont non responsives et donc le sommaire est très lourd
> Sur la page d'accueil, les images (backround et logo-rubrique ne sont pas redimensionnés, mais seulement affichés à la bonne taille avec width=xxx.
> Donc on charge des images tres grandes (et lourdes), réduites à des petites vignettes.
> Je suis en train de regarder adaptive_images/
> C'est ok sur les logo des rubriques du sommaire,
> Je cherche à l'appliquer surle background,
C'est le gros souci de ces thèmes qui fonctionnent avec du js pour
afficher les images de fond. Il y a |adaptive_images_background mais ça
demande de gros changement dans le thème.
> Il y a un bug sur les rubriques et les articles (#TEXTE|adaptive_images{500} crée bien les bonnes images, mais la css les etire à 100% du conteneur, ce qui fait moche)
>
> - Les breakpoints pour les variantes d'images des logo_rubrique sur sommaire:
> 576/720/980/576/720/980
> (max-width : 576px) / (min-width:577px) and (max-width : 720px) / (min-width:721px) and (max-width:980px) / (min-width:981px) and (max-width:1440px) / (min-width:1441px) and (max-width:1800px) / (min-width:1801px)})
>
> - un bug lié au squelette head.html a été remonté sur github
>
> - le site sur lequel je fais ces essais est https://www.grottesdhaiti.org
>
> Olivier
>
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip