Go go go . J’ai envie de pleurer 

—————
Mathieu Drouet 

> Le 20 juil. 2019 à 17:14, Eric Lupinacci <e...@smellup.net> a écrit :
> 
> 
> Hello,
> 
> Pour moi c'est très car on a toujours avancé comme ça.
> Donc je vote :
> 
> [ XXXXX ] Ok on y va ça a trop duré, on affinera la proposition en faisant
> 
> ++
> Eric
> 
> 
>> Le sam. 20 juil. 2019 à 16:47, Cerdic <ced...@yterium.com> 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 : 
>> 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
>> 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
>> image.html, audio.html, video.html, file.html
>> 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
>> _______________________________________________
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: http://www.spip.net/
>> dev: http://trac.rezo.net/trac/spip/
>> irc://irc.freenode.net/spip
> ----
> spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Répondre à