Re: Sur les "illustrations" et le "portfolio"

Le 11/01/2017 à 10:25, Cédric Morin a écrit :
 > - le "portfolio" n'est ambigu que pour les images :
 > tous les documents non visuels sont de facto dans le portfolio.
 > Ce sont les documents joints à l'article.

Qu'appelles tu, ici, "portfolio" ?
Je ne comprends pas car
- dans le privé, les documents (PDFs...) n'apparaissent ni dans "Portfolio"
ni dans "Illustrations" mais dans "Documents"
- dans le public avec squelettes-dist, ils n'apparaissent pas dans "Portfolio"
mais dans "Documents".
Cf http://demo.spip.net/Comment-ca-marche (valable ce jeudi seulement)

> si on passe un document en portfolio sur un article,
 > il y est aussi pour tous les autres articles auxquels il
> est attaché. C'est un bug historique à corriger

Bug ou feature ? Un unique portfolio global a la vertu de la simplicité.

Actuellement l'usage dans le public embrouille le truc
à cause du mélange {vu=non} et {mode=document}
qui mêle le global au site et le local à l'article
et décorrèle le "portfolio" donné à voir dans le public
du "portfolio" créé dans le privé.

> - le portfolio actuel du core, dans son usage tant que dans son esprit s'apparente
 > à un album de documents du plugin albums

http://medias.spip.net/IMG/mp4/montage-encoded.mp4
Super animations dans cette vidéo !
L'interface d'utilisation du plugin a l'air super sympa aussi.
Comme dans ce qu'a fait marcimat dans ordoc, il y a du glisser-déposer
et cette modernité est bien agréable.

Je m'inquiète de la nécessité de valider les déplacements après les avoir fait,
car le bouton de validation est tout en bas et il faut scroller pour le voir,
et ça me rappelle la nécessité de valider un changement de rubrique après l'avoir "fait",
(très souvent oublié par les rédacteurs, en spip 2.1 du moins)

Au niveau des squelettes le plugin est compatible avec tous objets éditoriaux :
« Les albums ont une jointure automatique pour tous les objets (cf. déclaration de la base).
[Dans une boucle] Dès qu’un qu’un id_xxx est présent dans l’environnement,
on peut donc sélectionner les albums liés à l’objet sans avoir à faire de jointure explicite
avec la table de liens »
MAIS    les modèles <album> et <album_liste> ne gèrent encore QUE les articles :
https://zone.spip.org/trac/spip-zone/browser/_plugins_/albums/trunk/modeles/album.html#L120
Il faudra élargir.

> Pour le futur :
> A ce titre je pense que ça devrait disparaitre du core et que cette fonctionnalité devrait être émulée/proposée par le
> plugin albums pour les afficionados de cette feature
> "Déposer dans le portfolio" créerait automatiquement un album "Portfolio" associé à l'article
> De même l'association d'un pdf a un article créerait automatiquement un album portfolio
> - le champ 'mode' serait supprimé de la table des documents
> - le compilateur introduirait une compilation dérogatoire pour traduire 'mode=document' en 'document qui est dans un
> album de type portfolio'
> (ou alors on déplace le champ mode sur la table spip_documents_liens, et on laisse le plugin album gérer ce champ de
> façon à ce qu'on retrouve nos petits dans les boucles)

Mais quel serait alors le nouveau squelette de la dist,
c'est à dire comment sera remplacé cette boucle trompeuse avec {vu=non}{mode=document}
qui donne à voir un faux-frère du portfolio défini dans le privé ?

J'ai l'impression que la réponse devrait être différente
pour des upgrades sans douleurs où il faut conserver le rendu actuel
et pour des installation nouvelle avec conception non ambigüe du portfolio.

JL