Je commence à réfléchir à ce qu’il serait possible d’améliorer côté gestionnaire de média, au delà de la gestion des liens vers des médias externes, et j’ai regardé ce que faisait Wordpress et Spip à ce sujet. Eh bien on est finalement pas si mauvais que ça, chez Dotclear !
De Wordpress, il y a peut-être la notion de liste linéaire des médias, donc indépendante des dossiers, qui serait peut-être une idée à creuser, et côté Spip peut-être quelques fonctions de modification basiques, comme la rotation d’une image.
Côté déjà existant de Dotclear j’essaierais bien de revoir le design des outils qui s’affichent en tête de page (disposition, recherche, …), mais j’avoue être à court d’idée, sachant qu’il faut que ça soit pas trop envahissant, responsive et ergonomiquement pas trop complexe à comprendre et utiliser !
Vous avez des idées ou des besoins particuliers ? Voire des CMS ou autres dont la gestion des médias pourrait être une bonne source d’inspiration ?
1 De Philippe -
Il est déjà bien foutu le gestionnaire de médias. Si la liste des vœux est ouverte, j’aimerais bien :
Merci Père Noël :)
2 De Dsls -
Hello,
Ça me rappelle ce que j’avais commencé à regarder quand j’ai voulu jeter un oeil sur le plugin nmedia pour revoir ça. Je pense qu’il y a une structure en base à améliorer, et certains mécanismes qui ne sont pas optimaux, notamment la génération des miniatures systématiques (et sujette à timeout php) à chaque fois que dans un répertoire on trouve de nouveaux médias.
J’avais regardé cette histoire de liste linéaire de médias qui me paraissait pas mal (après tout, un répertoire n’est qu’une métadonnée parmi tant d’autres…). Il doit rester encore quelques échanges à ce sujet dans les archives de la ml :)
—
Bruno
3 De Franck -
Ah oui effectivement Bruno, va falloir que je fouille dans les archives.
J’avais de toute manière retenu ton idée des fournisseurs (filesystem, providers style Youtube, …), et il y a probablement quelque chose à faire côté gestion des médias existants et nouveaux (gestion d’un index avec mise à jour et génération asynchrone des miniatures, …) ; genre web-workers et services REST en face…
4 De Glop -
Hello,
Pour ma part le seul truc qui m’embête avec la médiathèque ce sont les png qui font des miniatures plus volumineuses que les originaux.
Exemple concret : un png de 44,9 ko (652 x 985 px) me donne une miniature_m de 204,7 ko (431 x 652 px) et une miniature_s de 64,3 ko (215 x 326 px).
Si ça peut aider je génère généralement mes png avec Inkscape puis réduit le poids avec pngnq-s9 (https://sourceforge.net/projects/pn…).
J’ai essayé de ne pas les pré-optimiser avec pngnqs9 pensant que ça pouvait venir de là mais ça ne change rien au schmilblick.
5 De Franck -
Pour les miniatures PNG, va falloir que je fasse des tests et voir s’il y a quelque chose à faire qui ne coûte pas trop cher…
6 De Glop -
Je ne sais pas si on est beaucoup à utiliser le format png, faudrait enquêter (via le forum ?) parce que si ça coûte des sous et qu’on est 3 pelés à utiliser, c’est peut-être pas utile de faire des folies.
7 De Feuilledethé -
Personnellement, je passe le plus de chose possible en png, sauf quand je dois envoyer par mail, par exemple.
sinon, je reste en raw … oki, je sors
8 De mirovinben -
Je suis très satisfait du gestionnaire de médias tel qu’il a évolué jusqu’à présent.
Lors d’un changement de répertoire d’une photo via le gestionnaire de médias, il serait super de proposer la modification “automatique” du chemin de la photo dans les billets qui la contiennent.
9 De Franck -
Concernant le PNG, c’est pas non plus la panacée, sauf dans des cas particuliers (images issues de dessins vectoriels par exemple) et encore, le SVG a tendance à pas mal le supplanter et est bien plus léger.
Ce que j’ai trouvé sur le net pour l’optimisation des PNG implique l’installation d’utilitaire(s) de compression sur le serveur, donc pas franchement pratiquable pour un blog comme Dotclear habituellement hébergé sur du mutualisé.
Quant à la modification suggérée par mirovinben, c’est à creuser, avec la limitation de ne modifier que la version HTML des billets (ça va être compliqué de modifier les sources, wiki, markdown, … vu le nombre potentiel de syntaxes possibles) ; sans compter que la recherche de l’usage du média en question dans la base risque de coûter cher en requête SQL. Faudra que je fasse des tests pour évaluer ça…
10 De Glop -
Mes png sont effectivement issus de vectoriels (sauf les captures écran).
Il faut que je regarde ce que donne maintenant le format svg dans les navigateurs, mes infos datent un peu et à l’époque de mes précédentes recherches la compatibilité/prise en charge n’était pas géniale.
Merci d’avoir pris le temps de regarder ce qu’il était possible de faire :-)
11 De Sylvain -
Oui pour en effet intégrer une retouche légère comme le recadrement.
Plus lourd, il y a l’idée de pouvoir définir une zone de focus qui sera affichée à la place lors de l’insertion (et lien vers l’original ensuite), à la Koken (dans l’optique du photo-blog, mais pas que après tout).