Bonjour, j'avais vu ce message mais le grand chef avait dit que pour le moment on se focalisait sur le fonctionnel et pas sur l'apparence ! :-) Est-ce vraiment gênant de ne pas avoir un formulaire "classique" ? Nicolas Le 14 juin 2013 15:16, philippe(a)dissitou.org <philippe(a)dissitou.org&gt; a écrit : > @nikrou > > Je ne sais pas si tu avais vu mon message précédent, j'ouvre donc une > nouvelle discussion > > Je disais donc que je m'étais arrêté à ce premier problème : > > Si je ne coche pas la case "Activer l'interface avancée du > gestionnaire de médias" dans mes préférences, et a fortiori si je la > décoche volontairement, je m'attends à retrouver le même formulaire > qu'à l'habitude, ce n'est pas le cas, javascript activé ou non. > > Ou alors la désactivation ne marche pas ? > > -- > Philippe > _______________________________________________ > 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

Bonjour, j'avais vu ce message mais le grand chef avait dit que pour le moment on se focalisait sur le fonctionnel et pas sur l'apparence ! :-) Est-ce vraiment gênant de ne pas avoir un formulaire "classique" ? Nicolas Le 14 juin 2013 15:16, philippe(a)dissitou.org <philippe(a)dissitou.org&gt; a écrit : > @nikrou > > Je ne sais pas si tu avais vu mon message précédent, j'ouvre donc une > nouvelle discussion > > Je disais donc que je m'étais arrêté à ce premier problème : > > Si je ne coche pas la case "Activer l'interface avancée du > gestionnaire de médias" dans mes préférences, et a fortiori si je la > décoche volontairement, je m'attends à retrouver le même formulaire > qu'à l'habitude, ce n'est pas le cas, javascript activé ou non. > > Ou alors la désactivation ne marche pas ? > > -- > Philippe > _______________________________________________ > 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

Le 14 juin 2013 17:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Pour en revenir au fallback : oui il faut le prévoir, js peut ne pas être > actif (PALC par exemple, si si, ça existe). Ce n'est pas seulement un fallback : on peut choisir de ne pas utiliser du tout l'upload multiple, par exemple pour pouvoir entrer un titre pour une image mais aussi si on n'a qu'un fichier à envoyer (^^), pourquoi changer la disposition du formulaire standard qui marche très bien depuis longtemps ? Je voyais la fonctionnalité comme une surcouche, pas un remplacement -- Philippe _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

C'est vraiment pas possible de tout faire tenir dans un seul formulaire ? Ça simplifierait les choses, et l'interface... Le 14 juin 2013 17:36, &quot;philippe(a)dissitou.org&quot; <philippe(a)dissitou.org&gt; a écrit : > Le 14 juin 2013 17:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a > écrit : > > > > Pour en revenir au fallback : oui il faut le prévoir, js peut ne pas > être > > actif (PALC par exemple, si si, ça existe). > > Ce n'est pas seulement un fallback : on peut choisir de ne pas > utiliser du tout l'upload multiple, par exemple pour pouvoir entrer un > titre pour une image mais aussi si on n'a qu'un fichier à envoyer > (^^), pourquoi changer la disposition du formulaire standard qui > marche très bien depuis longtemps ? > > Je voyais la fonctionnalité comme une surcouche, pas un remplacement > > -- > Philippe > _______________________________________________ > 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

Bonjour à tous, j'ai bien avancé après quelques jours frustrants où je n'ai pas pu toucher au code !! J'ai rétabli l'option permettant d'activer/désactiver l'interface avancé. Si on ne choisit pas cette option le formulaire fonctionne comme avant. Pour l'upload multiple, j'ai nettoyé un peu mon code. Lorsqu'on ajoute plusieurs fichiers ils s'ajoutent automatiquement dans la liste de ceux existant dans le répertoire dans lequel on se trouve. Bugs connus : - les nouveaux fichiers ne s'insérrent pas tout à fait correctement. Ils s'empilent un peu anarchiquement. Ce n'est pas grand chose à corriger, juste un problème de classe css (col1 ou col2) Ce qu'il reste à faire : - corriger le bug pour que les nouveaux fichiers s'insèrent correctement. - ajouter la possibilité de supprimer des fichiers de la liste d'envoi (le plugin jquery le gère déjà). Il faut juste ajouter la petite croix !! Encore une fois, si vous voulez tester plus rapidement que la nightly build je peux faire un push sur mon serveur avec un petit dotclear de test ! Franck, Je n'ai pas les droits d'écriture sur le bitbucket. Je te fais une nouvelle pull-request ? Je t'envoie le patch par mail ? Autre ? a+ Nicolas Le 17 juin 2013 12:00, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Bien sûr qu'il serait probablement possible de tout faire tenir dans un seul > formulaire. > > Maintenant avec la force de dev qu'on a en ce moment on va se limiter à > l'unique maintenance de DC épicétou. Donc on remplace l'existant par quelque > chose de moins sujet aux failles de sécu et pour le reste on ouvre des > tickets :-p > > Franck > > > Le 17 juin 2013 11:35, Julien Wajsberg <felash(a)gmail.com&gt; a écrit : > >> C'est vraiment pas possible de tout faire tenir dans un seul formulaire ? >> Ça simplifierait les choses, et l'interface... >> >> Le 14 juin 2013 17:36, &quot;philippe(a)dissitou.org&quot; <philippe(a)dissitou.org&gt; a >> écrit : >>> >>> Le 14 juin 2013 17:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit >>> : >>> >>> >>> > Pour en revenir au fallback : oui il faut le prévoir, js peut ne pas >>> > être >>> > actif (PALC par exemple, si si, ça existe). >>> >>> Ce n'est pas seulement un fallback : on peut choisir de ne pas >>> utiliser du tout l'upload multiple, par exemple pour pouvoir entrer un >>> titre pour une image mais aussi si on n'a qu'un fichier à envoyer >>> (^^), pourquoi changer la disposition du formulaire standard qui >>> marche très bien depuis longtemps ? >>> >>> Je voyais la fonctionnalité comme une surcouche, pas un remplacement >>> >>> -- >>> Philippe >>> _______________________________________________ >>> 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 > > > > _______________________________________________ > 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

Cela dit tu as maintenant les droits en écriture sur le dépot Bitbucket DC. Franck Le 20 juin 2013 13:32, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Nicolas, pushes directement sur le mercurial de DC, Bitbucket est mis à > jour régulièrement à partir de celui-là. > > Franck > > > Le 20 juin 2013 11:02, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > >> Bonjour à tous, >> >> j'ai bien avancé après quelques jours frustrants où je n'ai pas pu >> toucher au code !! >> >> J'ai rétabli l'option permettant d'activer/désactiver l'interface >> avancé. Si on ne choisit pas cette option le formulaire fonctionne >> comme avant. >> Pour l'upload multiple, j'ai nettoyé un peu mon code. Lorsqu'on ajoute >> plusieurs fichiers ils s'ajoutent automatiquement dans la liste de >> ceux existant dans le répertoire dans lequel on se trouve. >> >> Bugs connus : >> - les nouveaux fichiers ne s'insérrent pas tout à fait correctement. >> Ils s'empilent un peu anarchiquement. Ce n'est pas grand chose à >> corriger, juste un problème de classe css (col1 ou col2) >> >> Ce qu'il reste à faire : >> - corriger le bug pour que les nouveaux fichiers s'insèrent correctement. >> - ajouter la possibilité de supprimer des fichiers de la liste d'envoi >> (le plugin jquery le gère déjà). Il faut juste ajouter la petite croix >> !! >> >> Encore une fois, si vous voulez tester plus rapidement que la nightly >> build je peux faire un push sur mon serveur avec un petit dotclear de >> test ! >> >> Franck, Je n'ai pas les droits d'écriture sur le bitbucket. Je te fais >> une nouvelle pull-request ? Je t'envoie le patch par mail ? Autre ? >> >> a+ >> Nicolas >> >> Le 17 juin 2013 12:00, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit >> : >> > Bien sûr qu'il serait probablement possible de tout faire tenir dans un >> > seul >> > formulaire. >> > >> > Maintenant avec la force de dev qu'on a en ce moment on va se limiter à >> > l'unique maintenance de DC épicétou. Donc on remplace l'existant par >> > quelque >> > chose de moins sujet aux failles de sécu et pour le reste on ouvre des >> > tickets :-p >> > >> > Franck >> > >> > >> > Le 17 juin 2013 11:35, Julien Wajsberg <felash(a)gmail.com&gt; a écrit : >> > >> >> C'est vraiment pas possible de tout faire tenir dans un seul >> >> formulaire ? >> >> Ça simplifierait les choses, et l'interface... >> >> >> >> Le 14 juin 2013 17:36, &quot;philippe(a)dissitou.org&quot; <philippe(a)dissitou.org&gt; >> >> a >> >> écrit : >> >>> >> >>> Le 14 juin 2013 17:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a >> >>> écrit >> >>> : >> >>> >> >>> >> >>> > Pour en revenir au fallback : oui il faut le prévoir, js peut ne >> >>> > pas >> >>> > être >> >>> > actif (PALC par exemple, si si, ça existe). >> >>> >> >>> Ce n'est pas seulement un fallback : on peut choisir de ne pas >> >>> utiliser du tout l'upload multiple, par exemple pour pouvoir entrer >> >>> un >> >>> titre pour une image mais aussi si on n'a qu'un fichier à envoyer >> >>> (^^), pourquoi changer la disposition du formulaire standard qui >> >>> marche très bien depuis longtemps ? >> >>> >> >>> Je voyais la fonctionnalité comme une surcouche, pas un remplacement >> >>> >> >>> -- >> >>> Philippe >> >>> _______________________________________________ >> >>> 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 >> > >> > >> > >> > _______________________________________________ >> > 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 > > _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 20 juin 2013 13:58, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > Ok merci de ta confiance. Je viens de faire le push. Il faudrait plutôt faire le push sur hg.dotclear.org, le bitbucket étant configuré pour faire un pull régulier du repo hg.dotclear.org... Franck, Nicolas a les droits qui vont bien sur hg.dotclear.org ? -- Bruno _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 20 juin 2013 14:41, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Oui il a normalement les droits sur hg.dotclear.org (c'est sur Bitbucket > qu'il n'avait pas, jusqu'il y a quelques minutes, les droits suffisants). Oki, je viens de voir le commit sur hg. Donc, dans les best practices : * le dépot officiel sur lequel on pushe est hg.dotclear.org * le bitbucket vient puller régulièrement pour être un clone de hg.dotclear.org * Les gens de la team peuvent pusher directement sur hg.dotclear.org * les contributeurs externes peuvent forker le bitbucket et soumettre une pull request * Les pull requests sont à appliquer sur hg.dotclear.org (et seront donc automatiquement remontée sur le bitbucket). -- Bruno _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Continue sur hg.dotclear.org pour l'instant. Franck Le 20 juin 2013 15:14, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > Ok, donc pour résumé, je fais mes push sur bitbucket ou hg.dotclear.org ? > > Et dernière chose (même si j'ai déjà demandé au chef) y a-t-il quelque > part des "bonnes pratiques" de codage : indentation, nommage, ... ? > > Le 20 juin 2013 14:51, Dsls <dsls(a)morefnu.org&gt; a écrit : > > Le 20 juin 2013 14:41, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a > > écrit : > >> Oui il a normalement les droits sur hg.dotclear.org (c'est sur > >> Bitbucket > >> qu'il n'avait pas, jusqu'il y a quelques minutes, les droits > >> suffisants). > > > > Oki, je viens de voir le commit sur hg. > > > > Donc, dans les best practices : > > * le dépot officiel sur lequel on pushe est hg.dotclear.org > > * le bitbucket vient puller régulièrement pour être un clone de > > hg.dotclear.org > > > > * Les gens de la team peuvent pusher directement sur hg.dotclear.org > > * les contributeurs externes peuvent forker le bitbucket et soumettre > > une pull request > > * Les pull requests sont à appliquer sur hg.dotclear.org (et seront > > donc automatiquement remontée sur le bitbucket). > > > > -- > > Bruno > > _______________________________________________ > > 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 _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 20 juin 2013 15:14, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > Ok, donc pour résumé, je fais mes push sur bitbucket ou hg.dotclear.org? hg.dotclear.org :) > Et dernière chose (même si j'ai déjà demandé au chef) y a-t-il quelque > part des "bonnes pratiques" de codage : indentation, nommage, ... ? Disons qu'à partir de dorénavant, on essaye de coller au mieux à PSR-2 (dans la mesure du possible), on adaptera le code existant au fil de l'eau. -- Bruno _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

J'ai rétabli l'option permettant d'activer/désactiver l'interface avancé. Si on ne choisit pas cette option le formulaire fonctionne comme avant.

Encore une fois, si vous voulez tester plus rapidement que la nightly build je peux faire un push sur mon serveur avec un petit dotclear de test !

Bonjour, Je viens de tester cette nouvelle mouture (via changeset #1159). Fonctionnelle. Je confirme quelques "bogues" graphiques comme tu l'as signalé : après upload multiple, les vignettes s'affichent sous la pagination et "chasse" le formulaire permettant d'ajouter un répertoire en dessous du formulaire d'upload. Ça avance bien en tous cas. Bravo. Le 20/06/2013 11:02, Nicolas a écrit : > Bonjour à tous, > > j'ai bien avancé après quelques jours frustrants où je n'ai pas pu > toucher au code !! > > J'ai rétabli l'option permettant d'activer/désactiver l'interface > avancé. Si on ne choisit pas cette option le formulaire fonctionne > comme avant. > Pour l'upload multiple, j'ai nettoyé un peu mon code. Lorsqu'on ajoute > plusieurs fichiers ils s'ajoutent automatiquement dans la liste de > ceux existant dans le répertoire dans lequel on se trouve. > > Bugs connus : > - les nouveaux fichiers ne s'insérrent pas tout à fait correctement. > Ils s'empilent un peu anarchiquement. Ce n'est pas grand chose à > corriger, juste un problème de classe css (col1 ou col2) > > Ce qu'il reste à faire : > - corriger le bug pour que les nouveaux fichiers s'insèrent correctement. > - ajouter la possibilité de supprimer des fichiers de la liste d'envoi > (le plugin jquery le gère déjà). Il faut juste ajouter la petite croix > !! > > Encore une fois, si vous voulez tester plus rapidement que la nightly > build je peux faire un push sur mon serveur avec un petit dotclear de > test ! > > Franck, Je n'ai pas les droits d'écriture sur le bitbucket. Je te fais > une nouvelle pull-request ? Je t'envoie le patch par mail ? Autre ? > > a+ > Nicolas > > Le 17 juin 2013 12:00, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit > : >> >> Bien sûr qu'il serait probablement possible de tout faire tenir dans un >> seul >> formulaire. >> >> Maintenant avec la force de dev qu'on a en ce moment on va se limiter à >> l'unique maintenance de DC épicétou. Donc on remplace l'existant par >> quelque >> chose de moins sujet aux failles de sécu et pour le reste on ouvre des >> tickets :-p >> >> Franck >> >> >> Le 17 juin 2013 11:35, Julien Wajsberg <felash(a)gmail.com&gt; a écrit : >> >>> C'est vraiment pas possible de tout faire tenir dans un seul formulaire >>> ? >>> Ça simplifierait les choses, et l'interface... >>> >>> Le 14 juin 2013 17:36, &quot;philippe(a)dissitou.org&quot; <philippe(a)dissitou.org&gt; a >>> écrit : >>>> >>>> Le 14 juin 2013 17:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a >>>> écrit >>>> : >>>> >>>> >>>>> Pour en revenir au fallback : oui il faut le prévoir, js peut ne pas >>>>> être >>>>> actif (PALC par exemple, si si, ça existe). >>>> >>>> Ce n'est pas seulement un fallback : on peut choisir de ne pas >>>> utiliser du tout l'upload multiple, par exemple pour pouvoir entrer un >>>> titre pour une image mais aussi si on n'a qu'un fichier à envoyer >>>> (^^), pourquoi changer la disposition du formulaire standard qui >>>> marche très bien depuis longtemps ? >>>> >>>> Je voyais la fonctionnalité comme une surcouche, pas un remplacement >>>> >>>> -- >>>> Philippe >>>> _______________________________________________ >>>> 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 >> >> >> >> _______________________________________________ >> 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 > _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 21 juin 2013 21:54, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > C'est poussé sur bitbucket, ce sera demain dans les meilleures crêmeries ! C'est parfait pour l'upload simple, et le lien "activer/désactiver momentanément l'interface avancée" est très pratique. Côté formulation/ergonomie : - le titre du fieldset est "Ajouter des fichiers" et le label du champ d'upload aussi. Je trouve que ce label devrait plutôt indiquer "Choisissez des fichiers", le bouton "parcourir..." à côté serait ainsi plus compréhensible - idéalement, lorsque l'upload multiple est désactivé on devrait avoir "Ajouter *un* fichier" pour le titre du fieldset, et "Choisissez *un* fichier" pour le label du champ mais c'est (peut-être ?) chipoter ;) - dans l'upload multiple, le champ permettant de choisir les fichiers est un simple bouton, c'est différent de l'upload simple où il y a un champ dans lequel apparaît le nom et le chemin d'accès sur le disque du fichier choisi et un bouton "parcourir"... Il me semble que ces mêmes zones de formulaire devraient avoir strictement le même aspect qu'avec l'interface avancée désactivée - toujours dans l'upload multiple, il manque l'information sur la taille maximale des fichiers à envoyer (je suppose que la limite est la taille par fichier ?), c'est pourtant bien utile de le rappeler - pour le reste, j'ai testé les annulations/envois de fichiers, c'est parfait. -enfin pour les vignettes qui s'affichent à côté des images, je trouve que c'est une bonne idée mais la liste des fichiers risque de prendre beaucoup de place si l'on ajoute beaucoup d'images à la fois, je ne sais pas ce qui est le mieux... En tout cas,c'est une très chouette amélioration du gestionnaire de médias, moi je dis \o/ À vous les studios -- Philippe _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 23 juin 2013 10:12, Jean-Michel Royer <jeanmichelroyer(a)gmail.com&gt; a écrit : > - Une fois que j'ai envoyé plusieurs fichiers des "envoyés", la liste ne > disparait pas. Le bouton "Nettoyer" a disparu ?

Bonjour Chef, Le 23 juin 2013 09:25, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Testé ce matin, avec un seul fichier j'obtiens une fois l'upload effectué > l'affichage en double de l'élément dans la liste des médias du dossier (cf > screenshot, Firefox / Mac OS X) > C'est Idem avec plusieurs fichiers. Bizarre autant qu'étrange. Tu as testé avec autre chose (navigateur, os) ? Il faudrait que je puisse reproduire. As-tu le problème sur la page de demo du plugin ? http://blueimp.github.io/jQuery-File-Upload/ a+ Nicolas _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 23 juin 2013 07:24, philippe(a)dissitou.org <philippe(a)dissitou.org&gt; a écrit :

> - dans l'upload multiple, le champ permettant de choisir les fichiers > est un simple bouton, c'est différent de l'upload simple où il y a un > champ dans lequel apparaît le nom et le chemin d'accès sur le disque > du fichier choisi et un bouton "parcourir"... Il me semble que ces > mêmes zones de formulaire devraient avoir strictement le même aspect > qu'avec l'interface avancée désactivée Admettons mais laquelle on choisit ? Je pense que les utilisateurs sont habitués au bouton parcourir classique du navigateur. Mais dans le cas de l'upload multiple on ne verra évidemment pas le chemin des médias.

Bonjour à tous, j'ai corrigé quelques problèmes visuels : - les nouveaux médias se mettent normalement correctement dans la liste - j'ai corrigé un p'tit peu la taille des boutons (ajout, envoi,...) mais ce n'est pas encore parfait Sinon j'ai ajouté les boutons annulations : - pour annuler tous les envois - pour les annuler un par un dans la liste. C'est poussé sur bitbucket, ce sera demain dans les meilleures crêmeries ! a+ Nicolas Le 21 juin 2013 13:28, mirovinben <forum(a)mirovinben.com&gt; a écrit : > Bonjour, > > Je viens de tester cette nouvelle mouture (via changeset #1159). > Fonctionnelle. Je confirme quelques "bogues" graphiques comme tu l'as > signalé : après upload multiple, les vignettes s'affichent sous la > pagination et "chasse" le formulaire permettant d'ajouter un répertoire en > dessous du formulaire d'upload. > > Ça avance bien en tous cas. Bravo. > > Le 20/06/2013 11:02, Nicolas a écrit : > >> Bonjour à tous, >> >> j'ai bien avancé après quelques jours frustrants où je n'ai pas pu >> toucher au code !! >> >> J'ai rétabli l'option permettant d'activer/désactiver l'interface >> avancé. Si on ne choisit pas cette option le formulaire fonctionne >> comme avant. >> Pour l'upload multiple, j'ai nettoyé un peu mon code. Lorsqu'on ajoute >> plusieurs fichiers ils s'ajoutent automatiquement dans la liste de >> ceux existant dans le répertoire dans lequel on se trouve. >> >> Bugs connus : >> - les nouveaux fichiers ne s'insérrent pas tout à fait correctement. >> Ils s'empilent un peu anarchiquement. Ce n'est pas grand chose à >> corriger, juste un problème de classe css (col1 ou col2) >> >> Ce qu'il reste à faire : >> - corriger le bug pour que les nouveaux fichiers s'insèrent correctement. >> - ajouter la possibilité de supprimer des fichiers de la liste d'envoi >> (le plugin jquery le gère déjà). Il faut juste ajouter la petite croix >> !! >> >> Encore une fois, si vous voulez tester plus rapidement que la nightly >> build je peux faire un push sur mon serveur avec un petit dotclear de >> test ! >> >> Franck, Je n'ai pas les droits d'écriture sur le bitbucket. Je te fais >> une nouvelle pull-request ? Je t'envoie le patch par mail ? Autre ? >> >> a+ >> Nicolas >> >> Le 17 juin 2013 12:00, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit >> : >>> Bien sûr qu'il serait probablement possible de tout faire tenir dans un >>> seul >>> formulaire. >>> >>> Maintenant avec la force de dev qu'on a en ce moment on va se limiter à >>> l'unique maintenance de DC épicétou. Donc on remplace l'existant par >>> quelque >>> chose de moins sujet aux failles de sécu et pour le reste on ouvre des >>> tickets :-p >>> >>> Franck >>> >>> >>> Le 17 juin 2013 11:35, Julien Wajsberg <felash(a)gmail.com&gt; a écrit : >>> >>>> C'est vraiment pas possible de tout faire tenir dans un seul formulaire >>>> ? >>>> Ça simplifierait les choses, et l'interface... >>>> >>>> Le 14 juin 2013 17:36, &quot;philippe(a)dissitou.org&quot; <philippe(a)dissitou.org&gt; a >>>> écrit : >>>>> Le 14 juin 2013 17:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a >>>>> écrit >>>>> : >>>>> >>>>> >>>>>> Pour en revenir au fallback : oui il faut le prévoir, js peut ne pas >>>>>> être >>>>>> actif (PALC par exemple, si si, ça existe). >>>>> Ce n'est pas seulement un fallback : on peut choisir de ne pas >>>>> utiliser du tout l'upload multiple, par exemple pour pouvoir entrer un >>>>> titre pour une image mais aussi si on n'a qu'un fichier à envoyer >>>>> (^^), pourquoi changer la disposition du formulaire standard qui >>>>> marche très bien depuis longtemps ? >>>>> >>>>> Je voyais la fonctionnalité comme une surcouche, pas un remplacement >>>>> >>>>> -- >>>>> Philippe >>>>> _______________________________________________ >>>>> 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 >>> >>> >>> _______________________________________________ >>> 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 >> > _______________________________________________ > 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

Bonjour à tous, j'ai essayé de reproduire la même interface (liste de fichiers uploadés) qu'avant : - j'ai remis le bouton "Nettoyer" - j'ai corrigé le problème d'ajout en double - j'ai adapté le libéllé en fonction du choix de l'interface (Choisir un fichier / Choisir des fichiers) - j'ai remis la limite quelle que soit l'interface choisie Je n'ai pas changé le libéllé du fieldset (boîte contenant le formulaire) car cela impliquait d'ajouter un nouveau libéllé "Ajouter un fichier". Le fais-je ? Normalement au niveau fonctionnel, cela devrait être bon. Il y a sûrement un peu de cosmétique à faire. a+ Nicolas Le 23 juin 2013 09:05, mirovinben <forum(a)mirovinben.com&gt; a écrit : > Je viens de tester (changeset #1161) sous firefox.. > > Les nouveaux médias se placent bien dans la liste mais à deux endroits : là > où il faut et en dessous de la ligne affichant la pagination. Un > rafraichissement de la page normalise l'affichage. > > Le 21/06/2013 21:54, Nicolas a écrit : > >> Bonjour à tous, >> >> j'ai corrigé quelques problèmes visuels : >> - les nouveaux médias se mettent normalement correctement dans la liste >> - j'ai corrigé un p'tit peu la taille des boutons (ajout, envoi,...) >> mais ce n'est pas encore parfait >> >> Sinon j'ai ajouté les boutons annulations : >> - pour annuler tous les envois >> - pour les annuler un par un dans la liste. >> >> C'est poussé sur bitbucket, ce sera demain dans les meilleures crêmeries ! >> >> a+ >> Nicolas >> >> Le 21 juin 2013 13:28, mirovinben <forum(a)mirovinben.com&gt; a écrit : >>> >>> Bonjour, >>> >>> Je viens de tester cette nouvelle mouture (via changeset #1159). >>> Fonctionnelle. Je confirme quelques "bogues" graphiques comme tu l'as >>> signalé : après upload multiple, les vignettes s'affichent sous la >>> pagination et "chasse" le formulaire permettant d'ajouter un répertoire >>> en >>> dessous du formulaire d'upload. >>> >>> Ça avance bien en tous cas. Bravo. >>> >>> Le 20/06/2013 11:02, Nicolas a écrit : >>> >>>> Bonjour à tous, >>>> >>>> j'ai bien avancé après quelques jours frustrants où je n'ai pas pu >>>> toucher au code !! >>>> >>>> J'ai rétabli l'option permettant d'activer/désactiver l'interface >>>> avancé. Si on ne choisit pas cette option le formulaire fonctionne >>>> comme avant. >>>> Pour l'upload multiple, j'ai nettoyé un peu mon code. Lorsqu'on ajoute >>>> plusieurs fichiers ils s'ajoutent automatiquement dans la liste de >>>> ceux existant dans le répertoire dans lequel on se trouve. >>>> >>>> Bugs connus : >>>> - les nouveaux fichiers ne s'insérrent pas tout à fait correctement. >>>> Ils s'empilent un peu anarchiquement. Ce n'est pas grand chose à >>>> corriger, juste un problème de classe css (col1 ou col2) >>>> >>>> Ce qu'il reste à faire : >>>> - corriger le bug pour que les nouveaux fichiers s'insèrent >>>> correctement. >>>> - ajouter la possibilité de supprimer des fichiers de la liste d'envoi >>>> (le plugin jquery le gère déjà). Il faut juste ajouter la petite croix >>>> !! >>>> >>>> Encore une fois, si vous voulez tester plus rapidement que la nightly >>>> build je peux faire un push sur mon serveur avec un petit dotclear de >>>> test ! >>>> >>>> Franck, Je n'ai pas les droits d'écriture sur le bitbucket. Je te fais >>>> une nouvelle pull-request ? Je t'envoie le patch par mail ? Autre ? >>>> >>>> a+ >>>> Nicolas >>>> >>>> Le 17 juin 2013 12:00, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a >>>> écrit >>>> : >>>>> >>>>> Bien sûr qu'il serait probablement possible de tout faire tenir dans un >>>>> seul >>>>> formulaire. >>>>> >>>>> Maintenant avec la force de dev qu'on a en ce moment on va se limiter à >>>>> l'unique maintenance de DC épicétou. Donc on remplace l'existant par >>>>> quelque >>>>> chose de moins sujet aux failles de sécu et pour le reste on ouvre des >>>>> tickets :-p >>>>> >>>>> Franck >>>>> >>>>> >>>>> Le 17 juin 2013 11:35, Julien Wajsberg <felash(a)gmail.com&gt; a écrit : >>>>> >>>>>> C'est vraiment pas possible de tout faire tenir dans un seul >>>>>> formulaire >>>>>> ? >>>>>> Ça simplifierait les choses, et l'interface... >>>>>> >>>>>> Le 14 juin 2013 17:36, &quot;philippe(a)dissitou.org&quot; < philippe(a)dissitou.org&gt; >>>>>> a >>>>>> écrit : >>>>>>> >>>>>>> Le 14 juin 2013 17:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a >>>>>>> écrit >>>>>>> : >>>>>>> >>>>>>> >>>>>>>> Pour en revenir au fallback : oui il faut le prévoir, js peut ne pas >>>>>>>> être >>>>>>>> actif (PALC par exemple, si si, ça existe). >>>>>>> >>>>>>> Ce n'est pas seulement un fallback : on peut choisir de ne pas >>>>>>> utiliser du tout l'upload multiple, par exemple pour pouvoir entrer >>>>>>> un >>>>>>> titre pour une image mais aussi si on n'a qu'un fichier à envoyer >>>>>>> (^^), pourquoi changer la disposition du formulaire standard qui >>>>>>> marche très bien depuis longtemps ? >>>>>>> >>>>>>> Je voyais la fonctionnalité comme une surcouche, pas un remplacement >>>>>>> >>>>>>> -- >>>>>>> Philippe >>>>>>> _______________________________________________ >>>>>>> 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 >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> _______________________________________________ >>> 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 >> > > _______________________________________________ > 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

Salut, Le 24 juin 2013 13:10, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Salut, > > Je viens de mettre à jour le dépôt DC, donc dans vos bacs à la prochaine > génération. Merci. J'ai bien peur que tu ne sois obligé de répéter l'opération ! > Sinon, en test local (sur Mac OS X) : Ok sur Chrome, le bouton "Choisir des > fichiers" est inopérant sur Firefox. À voir si ça se reproduit chez les > copains. J'ai réussi à reproduire le problème (saleté de cache) et je pense que cette fois j'ai réglé le problème une bonne fois pour toute. Pour la petite histoire, j'ai ajouté un nouveau bouton (button) qui sert à capturer les évenements. Le champ input de type file est caché (visibility hidden et hauteur et largeur à zéro). L'événement de sélection de fichier est propagé en javascript vers le vrai champ. Du coup j'ai facilement corrigé la taille des boutons. > Pour le libellé et la déco on verra quand la mécanique fonctionnera comme > voulue partout. ça marche, chef ! :-) a+ Nicolas _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re, Le 24 juin 2013 15:19, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Dispatché. > > Je m'interroge sur la confusion possible entre "nettoyer" et "annuler" : > Nettoyer, je vois à quoi ça peut servir, cela dit un refresh de la page > permet d'obtenir le même résultat, je ne suis pas sûr qu'il soit nécessaire, > quant au bouton "Annuler" … je me demande encore à quoi il sert. J'ai reproduis les boutons de la version actuelle. Le bouton annuler permet d'annuler les uploads avant de cliquer sur envoi. Le bouton nettoyer permet de vider la liste d'envoi. Tiens d'ailleurs je viens de laisser passer un bug. Le bouton "Nettoyer" n'apparait que lorsqu'on a cliqué sur "Envoi". Dans mon dernier commit, il est présent dès le départ. > Des avis là dessus ? > > Sinon pour le reste (hors déco et libellé) ça a l'air de rouler. ok NIcolas _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Je reprends la logique : 1. Au premier affichage, il n'y a que le bouton "Choix" (sélection des fichiers).

2. Une fois une sélection de fichiers effectuée, deux nouveaux boutons apparaissent : Annuler (qui marque la sélection courante comme étant annulée mais n'efface pas la liste) et Envoyer.

3. Si je clique sur Annuler, la sélection est marquée comme étant annulée (en rouge sur la version Flash) et un nouveau bouton apparait à la place d'Annuler et Envoyer, intitulé Nettoyer (ce bouton ne sert qu'à vider les lignes marquées "annulé" ou "envoyé")

4. Si je clique sur Nettoyer on revient au point 1.

5. Je refais une sélection, apparition des boutons Annuler et Envoyer

6. Je clique sur Envoyer, la sélection est marquée comme envoyée (en vert dans la version Flash), les bouton Annuler et Envoyer disparaissent et le bouton Nettoyer apparaît.

7. Si je refais une nouvelle sélection alors les 4 boutons sont affichés puisqu'il y a des fichiers envoyés et des fichiers à envoyer.

Donc pour résumer : Choix : présent en permanence pour sélectionner un ou plusieurs fichiers à envoyer Nettoyer : présent uniquement s'il y a des fichiers marqués comme annulés ou envoyés Annuler : présent uniquement s'il y a des fichiers en attente d'envoi (non annulés et pas déjà envoyés) Envoyer : présent uniquement s'il y a des fichiers en attente d'envoi (idem bouton Annuler)

Salut Nicolas, Deux choses, une remarque et un comportement étrange : 1. Personnellement avoir un bouton "Envoyer" qui ne sert à rien me gêne, mais voyons ce qu'en penseront les copains.

2. Sélection de 3 fichiers, envoi d'un des trois avec le bouton associé -> Ok, 100%, puis clic sur bouton Nettoyer, je m'attends à ce que seul le fichier déjà envoyé disparaisse, ce n'est pas le cas.

PS : Tu peux expliciter le pull-request sur Clearbricks ? (j'ai pas bien compris la raison)

Le 3 juillet 2013 14:56, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > > Bonjour, > > je viens de faire un nouveau commit pour corriger l'apparition du > bouton annuler. > > Le 24 juin 2013 16:13, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit > : > > Je reprends la logique : > > > > 1. Au premier affichage, il n'y a que le bouton "Choix" (sélection des > > fichiers). > > ok > > > 2. Une fois une sélection de fichiers effectuée, deux nouveaux boutons > > apparaissent : Annuler (qui marque la sélection courante comme étant > > annulée > > mais n'efface pas la liste) et Envoyer. > > envoyer est présent dès le départ mais ne fait rien si la liste est vide. > > > 3. Si je clique sur Annuler, la sélection est marquée comme étant > > annulée > > (en rouge sur la version Flash) et un nouveau bouton apparait à la place > > d'Annuler et Envoyer, intitulé Nettoyer (ce bouton ne sert qu'à vider > > les > > lignes marquées "annulé" ou "envoyé") > > Je n'ai pas réussi à reproduire exactement le même comportement. Le > bouton annulé (que ce soit le bouton principal ou le bouton par ligne) > enlève l'entrée (ou les entrées) complètement, sans les marquer annulé > comme pour la version flash. > Du coup si on clique sur le bouton principal "annuler" on n'a pas de > bouton nettoyage si on n'a fait aucun envoi ! > > > > 4. Si je clique sur Nettoyer on revient au point 1. > > ok > > > 5. Je refais une sélection, apparition des boutons Annuler et Envoyer > > ok > > > 6. Je clique sur Envoyer, la sélection est marquée comme envoyée (en > > vert > > dans la version Flash), les bouton Annuler et Envoyer disparaissent et > > le > > bouton Nettoyer apparaît. > > comme précédemment le bouton envoyer est toujours présent. > > > 7. Si je refais une nouvelle sélection alors les 4 boutons sont affichés > > puisqu'il y a des fichiers envoyés et des fichiers à envoyer. > > ok > > > > > Donc pour résumer : > > > > Choix : présent en permanence pour sélectionner un ou plusieurs fichiers > > à > > envoyer > > Nettoyer : présent uniquement s'il y a des fichiers marqués comme > > annulés ou > > envoyés > > Annuler : présent uniquement s'il y a des fichiers en attente d'envoi > > (non > > annulés et pas déjà envoyés) > > Envoyer : présent uniquement s'il y a des fichiers en attente d'envoi > > (idem > > bouton Annuler) > > Je n'ai pas fait ce comportement pour le bouton envoyer mais c'est > facile à faire. Je trouve plus logique et moins déroutant d'avoir > toujours le bouton envoyer. > > a+ > Nicolas > > p.s: j'ai fait un pull request sur clearbricks > _______________________________________________ > 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

Pour Clearbricks, j'ai fait une remarque sur le pull-request (chez Bitbucket) que je reposte ici : Dans le cas de traductions multilignes comportant des lignes vides entre deux paragraphes (par exemple), ça ne va pas poser problème ? Franck

Je n'ai jamais eu le cas chez moi ?! Étrange. Mais au pire effectivement si v['msgid'] n'existe pas (ce qui me parait bizarre) cela ne sert à rien de la parser. (lapalisse tout ça...) Vu d'ici je ferais plutôt le test sur if (isset($v['msgid']) && isset($v['msgstr'])) je ne me souviens plus trop ce que comporte $v mais ton test renvoie la même erreur si $v = array('truc'=>'machin') Bref, c'est juste comme ça sur le feu. Le 03/07/2013 15:35, Franck Paul a écrit : > > Pour Clearbricks, j'ai fait une remarque sur le pull-request (chez > Bitbucket) que je reposte ici : Dans le cas de traductions > multilignes comportant des lignes vides entre deux paragraphes (par > exemple), ça ne va pas poser problème ? > > Franck >

Oui m'sieur, c'est fusionné. Franck Le 4 juillet 2013 07:03, Denis Jean-Christian <contact(a)jcdenis.fr&gt; a écrit : > > Franck, Je viens juste de tilter, mais tu as accepté la modif de > clearbricks pour la gestion des pluriels ! Ça va se retrouver sur la > prochaine version de Dotclear ? > > Va falloir que je trouve des outils pour les traductions car mon plugin > (translater) ne sait pas faire :( > > JC > > Le 03/07/2013 17:04, Denis Jean-Christian a écrit : > > Je n'ai jamais eu le cas chez moi ?! Étrange. Mais au pire effectivement > si v['msgid'] n'existe pas (ce qui me parait bizarre) cela ne sert à rien de > la parser. (lapalisse tout ça...) > Vu d'ici je ferais plutôt le test sur if (isset($v['msgid']) && > isset($v['msgstr'])) je ne me souviens plus trop ce que comporte $v mais ton > test renvoie la même erreur si $v = array('truc'=>'machin') > > Bref, c'est juste comme ça sur le feu. > > Le 03/07/2013 15:35, Franck Paul a écrit : > > > Pour Clearbricks, j'ai fait une remarque sur le pull-request (chez > Bitbucket) que je reposte ici : Dans le cas de traductions multilignes > comportant des lignes vides entre deux paragraphes (par exemple), ça ne va > pas poser problème ? > > Franck > > > > > _______________________________________________ > Dev mailing list - Dev(a)list.dotclear.org - > http://ml.dotclear.org/listinfo/dev

Certes mais je préfère l'ancienne "séquence" avec le message d'avertissement clairement identifié comme tel et renvoyé en bas.

J'ajoute/précise : La police n'est également pas la même : bouton "Choisir des fichiers" : font: 75%/1.5em Helvetica,Arial,sans-serif; autres boutons : font: 1em "DejaVu Sans","Lucida Grande","Lucida Sans Unicode",Arial,sans-serif;

Yep, j'ai vu (Kozlika m'a filé un coup de main hier soir pour les CSS, c'est elle la pro dans ce domaine, pas moi) Synchronisé sur hg/DC Il faudra qu'on vérifie l'accessibilité de l'upload. _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re, Le 12 juillet 2013 14:01, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Je répondais à Nicolas. > > Je viens de refaire des tests et j'ai l'impression qu'il y a quelques > petits soucis quand on bascule du mode enhanced au mode simple et > inversement : les boutons "Annuler", "Envoyer" disparaissent ou > apparaissent de façon assez curieuse. Ah oui je confirme.Les boutons "Annuler" et "Envoyer" reste présent lorsqu'on passe de activé à désactivé et de nouveau activé. Je corrige. Nicolas _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Oui et on n'y changera rien vu que le plugin jQuery utilise un système de template avec des balises proprio de contrôle (if, …) qui foutent le dawa forcément pour un validateur ne connaissant pas ce système. Le reste à l'air conforme. Restera à vérifier l'accessibilité (voir si on conserve ARIA ou pas) et pour ça je vais mettre notre meilleur agent expert accessibilité à moi que j'ai et disponible sur le coup. … Anne ?

Ce que je veux dire c'est que le plugin jQuery upload utilise des balises {% (par exemple qui ne seront jamais comprises par un validateur HTML, un peu comme les balises {tpl:If } d'ailleurs. Du coup, pas vraiment besoin de cador Js :-)

Hello J'ai testé hier soir ce nouveau gestionnaire de médias (avec une grosse sueur froide comme ont pu le voir ceux présents sur IRC à ce moment-là). J'aime beaucoup, bravo pour le boulot qui a été fait.

Un détail sur lequel je m'interroge... Après l'installation de la dernière nightly, l'interface d'upload avancée était désactivée (elle était activée avant la mise à jour) et en dessous j'y ai vu le texte "Activer temporairement l'interface avancée". Est-ce que le terme "temporairement" fait vraiment sens ici ? Pour moi, en voyant ce terme, je m'attends à ce que l'interface avancée soit à nouveau désactivée au prochain chargement de la page. Or, ce lien active l'interface avancée pour l'utilisateur. Même remarque d'ailleurs pour le lien "Désactiver temporairement l'interface avancée".

Je me demande un truc du coup : j'ai vu passer une demande pour pouvoir renseigner le nom pour chaque fichier lors de l'upload multiple. Si c'était implémenté (c'est possible ?), la bascule entre interface avancée et non avancée aurait-elle encore un sens ? Est-ce que ça ne simplifierait pas de ne laisser que l'interface avancée (sous réserve qu'elle soit bien compatible et accessible) ?

Je suis d'accord pour le titre des fichiers, c'est d'ailleurs à c que je n'utilisais que très peu l'envoi multiple. S'il n'y avait que l'interface avancée, il faudrait tout de même que ça marche sans javascript activé, ce qui est le cas aujourd'hui.

Test rapide de la2.5.1-dev-r1174 = fonctionnement impec. trois remarques "cosmétiques" : -1- texte du message d'erreur si média déjà présent : "Erreur :Le nouveau fichier existe déjà." manque un espace après le ":". Devrait être "Erreur : Le nouveau fichier existe déjà."

-2- je préfère toujours et encore que le message " Taille maximale de fichier autorisée : 8 MB" soit positionné en dernière ligne, après "Désactiver temporairement l'interface avancée"

-3- je pinaille, mais je trouve que les libellés des boutons sont un peu à l'étroit. Ce que confirme les CSS : padding: 0.1em 0.5em 0px; à comparer avec avant (en flash) : padding: 0.3em 1.5em;

Oups !... Va falloir que j'améliore mes méthodes de test : j'avais oublié celui-là. Le 12/07/2013 14:01, Franck Paul a écrit : > Je répondais à Nicolas. > > Je viens de refaire des tests et j'ai l'impression qu'il y a quelques > petits soucis quand on bascule du mode enhanced au mode simple et > inversement : les boutons "Annuler", "Envoyer" disparaissent ou > apparaissent de façon assez curieuse.

Bonjour Testé ce matin avec la dernière nightly, ça marche du tonnerre \o/ Toutefois, je vais faire mon chieur : la page du gestionnaire de médias n'est plus valide, à cause de la présence de html dans le code javascript ( <script type="text/javascript" src="js/_media.js"></script> <link rel="stylesheet" type="text/css" href="style/jsUpload/style.css" /> <script id="template-upload" type="text/x-tmpl"> {% for (var i=0, file; file=o.files[i]; i++) { %} <div class="template-upload fade"> <div class="upload-file"> <div class="upload-fileinfo"> etc.

Du coup, je regrette presque :p

Non je viens de vérifier, ton pull request l10n a été accepté et fusionné en mars dernier et le patch de nikrou (sur lequel j'ai appliqué ta modif) hier. _______________________________________________ Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev