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
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Répondre à