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
