Re: SPIP 3.3, logos et images/documents

tcharlss <[email protected]> Mon, 22 Jul 2019 17:06:46 +0200
Newsgroups	gmane.comp.web.spip.devel
Message-ID	<[email protected]>
Pour moi également, sans hésitation :
[X] Ok on y va ça a trop duré, on affinera la proposition en faisant

Et très bonne idée de faire ça en 2 temps.
À terme, l'utilisation des rôles me semble répondre à toutes les
problématiques : c'est propre, extensible et ça permet de faire à peu
près tout.
Àprès la notion même de « logo » pourrait éventuellement être discutée.
Dans rôles de documents, on a lui a substitué l'idée de « rôles
principaux », qui peuvent changer d'un objet éditorial à l'autre.
Mais bon, je ne veux pas encombrer le fil de discussion avec ça pour
l'instant, ça pourra être discuté aux étapes suivantes.

Merci pour la proposition, et go go go !

Le 20/07/2019 à 16:46, Cerdic a écrit :
> Hello, 
> 
> c’était au programme de la 3.3, mais on a rien fait jusqu’ici, et comme
> tout le sujet est englué depuis des années (décénies ?), je vous fais
> donc la proposition suivante :
> 
>   * la version 3.3 sera une version de transition
> 
> Pour les logos :
> 
>   * les logos sont intégrés dans la table spip_documents avec
>     mode=‘logo’, mais sans modification de l’interface, et sont toujours
>     dans le dossier IMG/ pour ne pas casser trop les plugins de
>     restrictions d’acces (cf https://core.spip.net/issues/3719)
>   * Aucune modification de l’utilisation des balises LOGO ni des boucles
>     documents desquelles ces images seront exclues par défaut comme les
>     vignettes de document
> 
> Pour les images et documents :
> 
>   * le champ `mode` est conservé dans la table spip_documents, mais il
>     n’est plus utilisé pour différencier le format d’affichage dans les
>     modèles documents
>   * la notion de portfolio disparait de l’interface par défaut : 
>       o dans l’espace privé toutes les images apparaissent dans
>         ‘illustrations’, tous les autres documents dans ‘document’
>         POUR CETTE VERSION UNIQUEMENT un define permets de le réactiver
>         pour les sites historiques qui pourront ainsi gérer leur
>         transition de façon smooth via un plugin
>       o dans la dist, dans la zone document joints s’affichent les
>         documents joints à l’article (vu ou non dans le contenu
>         l’article) et les images jointes à l’article non vues dans le
>         corps de l'article
>   * les raccourcis <img>, <doc> et <emb> n’appellent plus directement
>     les modèles img, doc et emb, qui disparaissent, mais une couche de
>     routage regarde le type du document et affecte vers le bon modèle en
>     fonction du media
>       o image.html, audio.html, video.html, file.html
>       o possibilité de décliner par mime type : file_text.html ou par
>         extension : video_mp4.html, file_text_csv.txt
>   * Ainsi tous les modèles img,doc,emb bidouillés dans la nature sont
>     bypassés et ignorés et on repart sur une base saine pour tous les
>     sites avec les modèles par défaut
>   * On peut utiliser <doc> partout comme le propose le plugin mesdoc
>     (https://contrib.spip.net/Modele-doc-unifie), ou continuer à
>     utiliser les syntaxe différenciées, sans aucune espèce d’importance
>   * L’interface ne proposerait que le raccourci <doc> partout
>   * POUR CETTE VERSION UNIQUEMENT un define permet de rétablir la prise
>     en compte des modèles img,doc,emb existant — pour le meilleur et
>     pour le pire
>   * Le fonctionnement du modèle <image> reprend ce que propose le plugin
>     insertions images avancées
>     (https://23forward.com/Plugin-SPIP-Insertion-avancee-d-images) :
>     image plein pot, clicable si faisant plus de 800 px(modifiable via
>     define), avec titre, descriptif, credit si présents (on ne veut
>     jamais ne pas les afficher !), balisage en <figure>, <figcaption>.
>     Les modificatifs |left |right |center restent utilisables, ajoutant
>     principalement une class
>     Les modificateurs |largeur=300 ou |hauteur=250 ou |ratio=16:9 sont
>     utilisables (extension de ce que propose les plugins suscités)
>     On peut mettre un lien sur l’image comme actuellement
>   * Les modèles audio et video sont inchangés par rapport à l’existant
>   * Le modèle file reprend donc la présentation de tous les autres types
>     de document hors image, audio et video
>     Il est aussi en figure/figcaption, mais sinon pour l’essentiel
>     reprend le fonctionnement du modele doc actuel, qui est affichage
>     d’un lien vers le doc avec une vignette éventuellement
>     personnalisée, titre, descriptif, credit
> 
> 
> On propose donc un fonctionnement de base simple et compréhensible, sans
> complexité biscornue, un bypass de tous les modèles img/doc/emb
> surchargés dans la nature pour que la migration se passe bien, et chaque
> type de modèle image, audio, video, file ne gérant qu’un type de
> document sera plus simple, lisible et compréhensible
> 
> 2 define permettent de rétablir le portfolio dans l’espace privé et le
> fonctionnement des modèles img, doc, et emb. Un plugin de
> retrocompatibilité pourra être proposé POUR CETTE VERSION UNIQUEMENT
> (contenant en gros les define, et les modèles de la 3.2)
> 
> Et pour la version suivante on prend ensuite le temps de faire évoluer
> le code plus en profondeur :
> 
>   * en simplifiant les squelettes de l'interface privée pour supprimer
>     totalement la gestion du portfolio
>   * la suppression complète du mode dans les documents
>   * l’unification de la gestion documents et logos via les rôles
>   * et tout ce a quoi on aura pensé d’ici là
> 
> 
> Est-ce que vous êtes
> 
> [ ] Ok on y va ça a trop duré, on affinera la proposition en faisant
> [ ] est-ce qu’on peut faire ça sur une branche pour tester avant ?
> [ ] est-ce qu’on peut réfléchir encore un peu ?
> 
> Bises
> 
> -- 
> Cédric
>
pEpkey.asc (application/pgp-keys, 2.4 KB)