Le 19 décembre 2013 20:00, Bruno <[email protected]> a écrit :

> Hello,
>
> Je continue de maturer la refonte du gestionnaire de médias, je propose de
> partager ici mon avancement.
>
> Coté médias :
> * On introduit la notion de "media provider", l'équivalent aujourd'hui de
> ce qu'on appelle public_path
> * On associe zéro ou plusieurs media_providers à zéro ou plusieurs blog (ie
> : un blog peut avoir plusieurs media_providers, un media_provider peut être
> associé à plusieurs blogs)
> * Pour chaque association mp/blog, on définit comment accéder aux médias :
> en direct via un répertoire visible coté public, ou via un urlhandler
>

Ok jusque là.



> * On introduit un gestionnaire de miniatures, qui garde une trace des
> miniatures créées dans un "pool", mais pas forcément au même endroit que
> les miniatures initiales
>

Ç
a je ne comprends pas vraiment comment ça fonctionne. D'autre part je
précise que certains formats de miniature sont de "vrais" contenus produits
au moment où je dépose un nouveau média et que je ne veux pas dépendre plus
tard de la présence de Dotclear pour les reconstruire, dès lors que je les
intègre comme les médias de taille originale dans mes billets. (je ne sais
pas si c'est clair).


Dit autrement, je souhaite conserver la possibilité de générer mes
miniatures ailleurs et de les déposer au même titre que le média original.
J'ai longtemps utilisé un logiciel externe pour ce faire avant de les
déposer par FTP.

"pas forcément au même endroit" ?!? Où alors ? Va-t-on recréer une seconde
arborescence potentiellement aussi complexe que celle des médias ? Sinon si
on place tout linérairement dans un seul répertoire, ça risque de poser des
problèmes chez certains (OVH a été ou est encore dans ce cas pour les
hébergements mutualisés).



> * On ajoute des métadonnées d'image dans une table à part. Parmi ces
> métadonnées, les métadonnées issues de la photo (XMP/IPTC), mais aussi par
> exemple les coordonnées du point de focale, pour générer des miniatures
> correctes
> * Reste à voir comment on définit les tailles de miniatures, comment on
> nomme lesdites miniatures
>
>
> Coté billets :
> * les images du gestionnaire de médias incluses dans les billets sont
> "liées" comme embedded au niveau de la base
> * chaque modification d'un media permet alors de répercuter les impacts sur
> les billets
>
>
Ok pour ça



> tout ça ne me paraît pas forcément incompatible avec les échanges d'à coté
> sur les images adaptatives
>

Pour moi ce sont deux choses différentes et indépendantes et je ne vois pas
ce qui démontre que mes tailles de miniatures doivent forcément
correspondre aux seuils utilisés par les images adaptatives. Sans compter
que ces dernières sont toutes des JPEG et que je peux avoir des images avec
fond transparent et vouloir les conserver comme tel dans mes billets, même
si je les insère en miniature (avec zoom via colorbox/lightbox).
-- 
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev

Répondre à