Re: Médoc / Médias responsive mod / 3 .2

Le 12/01/2017 à 15:02, Matthieu Marcillaud a écrit :

> - suppression de la notion de "portfolio"

Sur ce point qui nous embête depuis de longues années, j'ai l'impression 
qu'il y a un certain consensus pour supprimer la notion de portfolio. 
IE: on aurait dans le privé, soit des documents images, soit des 
documents non images.

Comme expliquait Arno*, les "illustrations" «non vues» (ie: non 
utilisées dans les textes d'articles), et ne s'affichant donc pas sur 
l'espace public — car n'étant pas "portfolio"), étaient là car à 
l'époque il était impossible de téléverser des images en dehors des 
articles, sans les utiliser, or la Médiathèque permet cela maintenant. 
Pour cette utilisation spécifique des "illustrations", il y a donc une 
méthode de contournement. Mais peut être que l'usage était détourné pour 
d'autres applications…

Du coup, est-ce qu'il serait possible d'envisager la "non" migration 
suivante, tout en supprimant la notion de portfolio :

Option 1 :

- le champ "mode" est conservé (déclaré et créé) dans spip_documents / 
Medias (sans modification des documents existants)
- tout nouveau document a le mode "document" quelqu'il soit (le cas 
vignette serait à discuter)
- 2 listes dans l'espace privé : images, et documents (suppression de 
portfolio donc)
- suppression des {mode=...} sur les boucles des squelettes

Option 2 :

- le champ "mode" n'est plus déclaré / créé dans spip_documents / Medias
- le cas "mode=vignette" serait à migrer vers autre chose (id_parent ?)
- 2 listes dans l'espace privé : images, et documents (suppression de 
portfolio donc)
- suppression des {mode=...} sur les boucles des squelettes


De la sorte, avec l'option 1 ou 2, les anciens sites qui conserveraient 
leurs squelettes auraient toujours accès au champ "mode" (il n'est pas 
supprimé de la bdd lors de la migration). Il pourrait même 
éventuellement y avoir un plugin qui créerait le champ mode et 
l'affichage portfolio comme avant (mais bon… hum.)

L'option 1 à l'avantage que la plupart des plugins existants 
fonctionneraient encore sans créer d'erreur SQL à cause de l'absence du 
champ "mode").

L'option 2 à l'avantage de clarté (le mode disparait réellement sur les 
nouveaux sites), mais possiblement des squelettes vont râler lors de la 
migration ({mode=xxx} n'existerait pas).

L'inconvénient est justement… qu'il n'y a pas de migration des documents 
anciens en mode "image", vers quelque chose d'autre…

Est-ce que c'est une solution possible de migration cela ? ou pas du 
tout une bonne solution ?

MM.

_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip