Je vais essayer de faire le plus incrémental et progressif possible. si des gens sont tentés par l'aventure, n'hésitez pas à forker : https://bitbucket.org/dsls/nmedia

Intéressant. J'imagine que L'urlHandler est un readfile() grosso modo ?

Intéressé par cette évolution je suis forkeur, bitbuket, klingoniste, je ne suis pas... Donc lecteur fidèle mais testeur improbable :-)

Si tu es, comme MOI, désireux de ME simplifier MA vie, tu peux peut-être ouvrir une nouvelle branche de DC et je suis prêt à tester en local... 8-)

Coucou, Afin de pouvoir mettre au point la refonte du gestionnaire de médias, histoire de ne plus en faire une arlésienne, j'ai entamé le plugin "nmedia", qui permettra d'explorer les différentes pistes, notamment en termes d'extensibilité. Au programme : * Mise en place de l'éclatement de dc_media * refonte de l'admin * mise en place des behaviors du gestionnaire Concrètement vis-à-vis du core, le plugin se contentera d'ajouter une colonne mp_id dans la table dc_media, et gèrera sa tambouille à coté pour ne pas provoquer de dommages collatéraux. Ce que je vois à terme : * le media_provider prendra en charge le public_url * Un blog pourra avoir plusieurs media_provider * Le media provider aura en cache (colonne mp_meta) la liste de ses répertoires * Un urlhandler particulier permettra d'afficher un media coté public * une nouvelle table media_meta *... Je vais essayer de faire le plus incrémental et progressif possible. si des gens sont tentés par l'aventure, n'hésitez pas à forker : https://bitbucket.org/dsls/nmedia -- Bruno -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

2013/10/24 Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; > - enregistrement des dimensions dans la DB ! J'aurais tres bien pu me > servir de la mediatheque actuelle et faire une nouvelle balise tpl publique > appelant `getimagesize` pour savoir le taille d'une image, mais je voulais > que ca soit cache une fois pour toutes dans la DB et pas avoir a faire ca > 100x a chaque fois qu'un visiteur allait afficher une nouvelle page. > J'aurais pu aussi faire un plugin qui rajoute cette fonction sur la > mediatheque actuelle, mais c'etait moins rigolo. > Ou utiliser le plugin IWaHa qui ajoute les dimensions sur les images automatiquement à la sauvegarde du billet (ainsi, du côté publique, il n'y a même pas besoin d'un accès base de données supplémentaire). ;-) julien -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

a écrit :

Connaissais pas IWaHa mais ca n'empeche pas que j'aime bien reinventer la roue pour avoir le controle sur les plugins et pouvoir les modifier selon mes besoins :) Au passage, `max-width: 100%` pour du responsive c'est bien, mais definir en plus la taille `width` en em, c'est encore mieux. 2013/10/27 Franck Paul <carnet.franck.paul(a)gmail.com&gt; > Assorti d'un : > > img { > max-width: 100%; > height: auto; > } > > Pour quand on veut des images retaillées sur des petits écrans (responsive > mode) > > > Le 27 octobre 2013 11:03, Julien Mudry <julien.mudry(a)gmail.com&gt; a écrit : > > > 2013/10/24 Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; > > > > > - enregistrement des dimensions dans la DB ! J'aurais tres bien pu me > > > servir de la mediatheque actuelle et faire une nouvelle balise tpl > > publique > > > appelant `getimagesize` pour savoir le taille d'une image, mais je > > voulais > > > que ca soit cache une fois pour toutes dans la DB et pas avoir a faire > ca > > > 100x a chaque fois qu'un visiteur allait afficher une nouvelle page. > > > J'aurais pu aussi faire un plugin qui rajoute cette fonction sur la > > > mediatheque actuelle, mais c'etait moins rigolo. > > > > > > > Ou utiliser le plugin IWaHa qui ajoute les dimensions sur les images > > automatiquement à la sauvegarde du billet (ainsi, du côté publique, il > n'y > > a même pas besoin d'un accès base de données supplémentaire). ;-) > > > > julien > > -- > > Dev mailing list - Dev(a)list.dotclear.org - > > http://ml.dotclear.org/listinfo/dev > > > > > > -- > Franck > -- > Dev mailing list - Dev(a)list.dotclear.org - > http://ml.dotclear.org/listinfo/dev > -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

a écrit :

a écrit :

Je suppose que rien n'empeche de les mettre si on en a envie, au final le CSS aura le dernier mot de toutes facons. J'avais lu que c'etait surtout utile de mettre ces attributs pour eviter les problemes de reflow quand on charge une page, apres pour ce qui est de l'argument des performances, j'aimerais bien voir ce que ca donne en pratique avec des chiffres a l'appui, parceque d'une maniere generale je suis plutot sceptique a passer des mois a implementer les 9048201 optimisations qu'on peut trouver ici-et-la sur le net pour gagner 0.001 ms au final alors que si il y a un probleme de lenteur, ca viendra surement d'autre chose. Je suis pour le boycott des optimisations qui n'optimisent rien, et qui en plus se font au detriment de la simplicite ! :P 2013/10/27 Franck Paul <carnet.franck.paul(a)gmail.com&gt; > Ah ok, mais du coup tu n'appliques plus une des bonnes pratiques du web > (question perfs je crois) qui est d'inclure les attributs width et height > de la balise img. > > Voir : http://checklists.opquast.com/fr/oqsv2/criteria/658/ > > > Le 27 octobre 2013 13:41, Christopher Crouzet < > christopher.crouzet(a)gmail.com > > a écrit : > > > Perso je zappe les attributs de la balise img qui sont de toutes facons > > definis en pixels et je gere tout en CSS, exemple : > > > > <div style="max-width: 100%; width: 30em;"> > > <img src="image.jpg" alt="" style="width: 100%;"> > > </div> > > > > Du coup la taille des images s'adapte a la taille de l'ecran mais aussi > a > > la taille du texte. > > > > > > > > 2013/10/27 Franck Paul <carnet.franck.paul(a)gmail.com&gt; > > > > > width en em, alors qu'elle est spécifiée via les attributs de la > balise > > img > > > ? Je vois pas bien l'intérêt du coup. > > > > > > Y'a une astuce que je ne connaîtrais pas ? > > > > > > > > > Le 27 octobre 2013 12:42, Christopher Crouzet < > > > christopher.crouzet(a)gmail.com > > > > a écrit : > > > > > > > Connaissais pas IWaHa mais ca n'empeche pas que j'aime bien > reinventer > > la > > > > roue pour avoir le controle sur les plugins et pouvoir les modifier > > selon > > > > mes besoins :) > > > > > > > > Au passage, `max-width: 100%` pour du responsive c'est bien, mais > > definir > > > > en plus la taille `width` en em, c'est encore mieux. > > > > > > > > > > > > > > > > 2013/10/27 Franck Paul <carnet.franck.paul(a)gmail.com&gt; > > > > > > > > > Assorti d'un : > > > > > > > > > > img { > > > > > max-width: 100%; > > > > > height: auto; > > > > > } > > > > > > > > > > Pour quand on veut des images retaillées sur des petits écrans > > > > (responsive > > > > > mode) > > > > > > > > > > > > > > > Le 27 octobre 2013 11:03, Julien Mudry <julien.mudry(a)gmail.com&gt; a > > > écrit > > > > : > > > > > > > > > > > 2013/10/24 Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; > > > > > > > > > > > > > - enregistrement des dimensions dans la DB ! J'aurais tres > bien > > pu > > > me > > > > > > > servir de la mediatheque actuelle et faire une nouvelle balise > > tpl > > > > > > publique > > > > > > > appelant `getimagesize` pour savoir le taille d'une image, > mais > > je > > > > > > voulais > > > > > > > que ca soit cache une fois pour toutes dans la DB et pas > avoir a > > > > faire > > > > > ca > > > > > > > 100x a chaque fois qu'un visiteur allait afficher une nouvelle > > > page. > > > > > > > J'aurais pu aussi faire un plugin qui rajoute cette fonction > sur > > la > > > > > > > mediatheque actuelle, mais c'etait moins rigolo. > > > > > > > > > > > > > > > > > > > Ou utiliser le plugin IWaHa qui ajoute les dimensions sur les > > images > > > > > > automatiquement à la sauvegarde du billet (ainsi, du côté > publique, > > > il > > > > > n'y > > > > > > a même pas besoin d'un accès base de données supplémentaire). > ;-) > > > > > > > > > > > > julien > > > > > > -- > > > > > > Dev mailing list - Dev(a)list.dotclear.org - > > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Franck > > > > > -- > > > > > Dev mailing list - Dev(a)list.dotclear.org - > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > -- > > > > Dev mailing list - Dev(a)list.dotclear.org - > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > > > > > > -- > > > Franck > > > -- > > > Dev mailing list - Dev(a)list.dotclear.org - > > > http://ml.dotclear.org/listinfo/dev > > > > > -- > > Dev mailing list - Dev(a)list.dotclear.org - > > http://ml.dotclear.org/listinfo/dev > > > > > > -- > Franck > -- > Dev mailing list - Dev(a)list.dotclear.org - > http://ml.dotclear.org/listinfo/dev >