Pour ceux d'entre vous qui ont un mobile, pouvez-vous tester et me dire s'il n'y a pas de gros fail avant que Franck s'occupe de la publication de la RC ? (si ça n'est que des petits trucs ici ou là, spa la peine, je veux surtout être sûre qu'on n'est bloqués nulle part et sans perte d'infos). -- Anne / Kozlika -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

pics or it did'nt happened :) Le 19 octobre 2013 12:58, Patrick Olivier <patidou(a)gmail.com&gt; a écrit : -- Anne / Kozlika -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Bonjour, Comment tu as fait pour avoir macbookpro.local? C'est quoi la manipulation à faire? -- Jean-Michel -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Tester vite fait sur le serveur de JCD, je n'ai pas pris le temps de remettre mes prefs utilisateurs donc testé avec l'administration en anglais et les réglages de base de JCD. Il semble que dans le gestionnaire de média il y ai du coup un prob de traduction au moins pour les utilisateurs du british. Voir la copie d'écran que j'ai mis sur le billet := http://testing.zoneclear.org/index.php?post/2013/10/19/Test-iphone4 Le 19 oct. 2013 à 13:48, Christopher Crouzet < christopher.crouzet(a)gmail.com&gt; a écrit : > Je me permet de repondre a sa place, je fais la meme chose. > Ca s'appelle des virtual hosts, je te laisse chercher les details sur > Google, mais voila l'exemple d'un fichier qui se trouve dans > /etc/apache2/users/ : > > NameVirtualHost *:80 > > <Directory "/Users/christopher/Sites"> > Options Indexes MultiViews FollowSymLinks > AllowOverride All > Order allow,deny > Allow from all > </Directory> > > <VirtualHost *:80> > DocumentRoot "/Users/christopher/Sites/christophercrouzet" > ServerName christopher.dev > </VirtualHost> > > > > On 19 October 2013 13:38, Jean-Michel Royer <jeanmichelroyer(a)gmail.com >wrote: > >> Bonjour, >> >> Comment tu as fait pour avoir macbookpro.local? C'est quoi la manipulation >> à faire? >> >> >> -- >> Jean-Michel >> -- >> 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

Et ? :)

Le 19 oct. 2013 à 14:19, gilsoub <gilsoub(a)free.fr&gt; a écrit : OK avec iPad 1 sauf insertion de média. Si les médias sont déjà présents sur le gestionnaire, pas de problème, par contre si l'on veut utiliser une image présente dans l'iPad ce n'est pas possible. Le bouton recherche reste grisé. Je pense que cela touche à l'iPad 1 dépourvu d'appareil photo et d'un ios ancien ;-) > Le 19 oct. 2013 à 14:00, gilsoub <gilsoub(a)free.fr&gt; a écrit : > > Tester vite fait sur le serveur de JCD, je n'ai pas pris le temps de remettre mes prefs utilisateurs donc testé avec l'administration en anglais et les réglages de base de JCD. > Il semble que dans le gestionnaire de média il y ai du coup un prob de traduction au moins pour les utilisateurs du british. Voir la copie d'écran que j'ai mis sur le billet := http://testing.zoneclear.org/index.php?post/2013/10/19/Test-iphone4 > >> Le 19 oct. 2013 à 13:48, Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; a écrit : >> >> Je me permet de repondre a sa place, je fais la meme chose. >> Ca s'appelle des virtual hosts, je te laisse chercher les details sur >> Google, mais voila l'exemple d'un fichier qui se trouve dans >> /etc/apache2/users/ : >> >> NameVirtualHost *:80 >> >> <Directory "/Users/christopher/Sites"> >> Options Indexes MultiViews FollowSymLinks >> AllowOverride All >> Order allow,deny >> Allow from all >> </Directory> >> >> <VirtualHost *:80> >> DocumentRoot "/Users/christopher/Sites/christophercrouzet" >> ServerName christopher.dev >> </VirtualHost> >> >> >> >> On 19 October 2013 13:38, Jean-Michel Royer <jeanmichelroyer(a)gmail.com&gt;wrote: >> >>> Bonjour, >>> >>> Comment tu as fait pour avoir macbookpro.local? C'est quoi la manipulation >>> à faire? >>> >>> >>> -- >>> Jean-Michel >>> -- >>> 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

Je veux bien, j'ai tenté des choses mais sans résultat probant. -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Pour ceux d'entre vous qui ont un mobile, pouvez-vous tester et me dire s'il n'y a pas de gros fail avant que Franck s'occupe de la publication de la RC ? (si ça n'est que des petits trucs ici ou là, spa la peine, je veux surtout être sûre qu'on n'est bloqués nulle part et sans perte d'infos). -- Anne / Kozlika -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 19 octobre 2013 13:12, Christopher Crouzet < christopher.crouzet(a)gmail.com > a écrit : > > Dans la liste des billets par exemple, il y a trop d'infos a afficher pour > un petit ecran, donc non seulement ca depasse largement en largeur (il faut > scroller), mais aussi l'espace alloue au titre des billets par exemple est > compresse au point de n'afficher qu'un seul mot par ligne. Et il y a aussi > un grand espace vide sur la droite de l'ecran. > > Sur la page d'un billet, la mise en page est un peu cassee. > > Mais bon, c'est juste esthetique, ca a l'air de bien marcher sinon ! > > Voir pieces jointes (si elles passent). Merci pour tes tests. Faut pas rêver si on veut que ce soit impec sur des téléphones il faudra passer par autre chose que seulement les css pour les tableaux :-). Pour le scroll c'est voulu afin qu'on puisse tout lire. J'ai fait quelques modifs qui devraient un peu améliorer les choses (à voir demain matin). Par contre je n'arrive pas à reproduire l'espace vide sur la droite de l'écran dont tu parles. -- Anne / Kozlika -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Je viens de tomber la-dessus a tout hasard et me suis dit que l'idee pourrait vous interesser : http://css-tricks.com/responsive-data-tables/ Ca a l'air interessant comme methode et la demo semble bien marcher : http://css-tricks.com/examples/ResponsiveTables/responsive.php 2013/10/19 Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; > Juste une petite note supplementaire parceque j'ai parle du scroll > horizontal un peu pejorativement sans dire pourquoi. Le truc c'est que > quand il y a un scroll disponible sur les deux axes sur les mobiles avec > touchscreen, c'est plutot dur d'isoler un seul axe de scroll. Par exemple > si j'essaye de scroller seulement verticalement, il y a de grandes chances > que ca parte un peu sur le cote, ce qui peut etre un peu agacant, et vice > versa :) > > C'est pour ca que l'ideal pour un site mobile c'est d'avoir le contenu > qui s'ajuste a la largeur de l'ecran, mais comme tu le dis, ca demanderait > des changements encore plus consequents. > > Et je ne sais pas quoi te dire pour l'espace vide sur la droite si ce > n'est que ca semble etre le cas seulement sur la page avec la liste des > billets, et qu'a priori je ne vois pas d'elements qui deborderaient pour > expliquer ca. Mystere ! > > > > 2013/10/19 Kozlika <kozlika(a)gmail.com&gt; > >> Le 19 octobre 2013 13:12, Christopher Crouzet < >> christopher.crouzet(a)gmail.com >> > a écrit : >> >> > >> > Dans la liste des billets par exemple, il y a trop d'infos a afficher >> pour >> > un petit ecran, donc non seulement ca depasse largement en largeur (il >> faut >> > scroller), mais aussi l'espace alloue au titre des billets par exemple >> est >> > compresse au point de n'afficher qu'un seul mot par ligne. Et il y a >> aussi >> > un grand espace vide sur la droite de l'ecran. >> > >> > Sur la page d'un billet, la mise en page est un peu cassee. >> > >> > Mais bon, c'est juste esthetique, ca a l'air de bien marcher sinon ! >> > >> > Voir pieces jointes (si elles passent). >> >> >> >> Merci pour tes tests. >> Faut pas rêver si on veut que ce soit impec sur des téléphones il faudra >> passer par autre chose que seulement les css pour les tableaux :-). Pour >> le >> scroll c'est voulu afin qu'on puisse tout lire. >> J'ai fait quelques modifs qui devraient un peu améliorer les choses (à >> voir >> demain matin). >> Par contre je n'arrive pas à reproduire l'espace vide sur la droite de >> l'écran dont tu parles. >> >> -- >> Anne / Kozlika >> -- >> Dev mailing list - Dev(a)list.dotclear.org - >> http://ml.dotclear.org/listinfo/dev >> > >

a écrit :

a écrit :

Dans la liste des billets de l'admin, la liste des en-tetes "Titre", "Date", "Categorie", "Auteur", ... ne sont pas fixes ? Pour ce qui est de l'accessibilite, le DOM est toujours la et n'est pas cache par un `display: none` en CSS, chose qu'il precise dans son code, donc ca devrait etre lu normalement par les readers. Un peu dans le meme principe de la classe `.visuallyhidden` de h5bp: https://github.com/h5bp/html5-boilerplate/blob/master/css/main.css Et pour le content ajoute avec un CSS pseudo element, c'est possible d'y ajouter l'attribut `aria-hidden=true` pour que les readers ne le lisent pas. Enfin bon, ca c'est la theorie et rien de nouveau que tu ne devais pas deja savoir... en pratique c'est surement autre chose :) 2013/10/28 Kozlika <kozlika(a)gmail.com&gt; > Je connais depuis un moment (CSS Tricks est une lecture indispensable pour > tout intégrateur digne de ce nom) mais c'est inapplicable pour nous : ça > présuppose de connaître les entêtes de tableau à l'avance (le content est > ensuite re-généré dans la css). Sur le plan de l'accessibilité, je demande > à voir aussi : que font les lecteurs d'écran d'un contenu généré par CSS: > savent-ils le lire ? > > > Le 28 octobre 2013 16:16, Christopher Crouzet < > christopher.crouzet(a)gmail.com > > a écrit : > > > Avec un link en plus: http://elvery.net/demo/responsive-tables/ > > > > (desole pour le spam) > > > > > > > > 2013/10/28 Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; > > > > > Ah ben ca a l'air d'etre deja dans Bootstrap, comment j'ai pu louper > ca ? > > > :) > > > > > > > > > 2013/10/28 Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; > > > > > >> Je viens de tomber la-dessus a tout hasard et me suis dit que l'idee > > >> pourrait vous interesser : > > http://css-tricks.com/responsive-data-tables/ > > >> Ca a l'air interessant comme methode et la demo semble bien marcher : > > >> http://css-tricks.com/examples/ResponsiveTables/responsive.php > > >> > > >> > > >> > > >> 2013/10/19 Christopher Crouzet <christopher.crouzet(a)gmail.com&gt; > > >> > > >>> Juste une petite note supplementaire parceque j'ai parle du scroll > > >>> horizontal un peu pejorativement sans dire pourquoi. Le truc c'est > que > > >>> quand il y a un scroll disponible sur les deux axes sur les mobiles > > avec > > >>> touchscreen, c'est plutot dur d'isoler un seul axe de scroll. Par > > exemple > > >>> si j'essaye de scroller seulement verticalement, il y a de grandes > > chances > > >>> que ca parte un peu sur le cote, ce qui peut etre un peu agacant, et > > vice > > >>> versa :) > > >>> > > >>> C'est pour ca que l'ideal pour un site mobile c'est d'avoir le > contenu > > >>> qui s'ajuste a la largeur de l'ecran, mais comme tu le dis, ca > > demanderait > > >>> des changements encore plus consequents. > > >>> > > >>> Et je ne sais pas quoi te dire pour l'espace vide sur la droite si > ce > > >>> n'est que ca semble etre le cas seulement sur la page avec la liste > des > > >>> billets, et qu'a priori je ne vois pas d'elements qui deborderaient > > pour > > >>> expliquer ca. Mystere ! > > >>> > > >>> > > >>> > > >>> 2013/10/19 Kozlika <kozlika(a)gmail.com&gt; > > >>> > > >>>> Le 19 octobre 2013 13:12, Christopher Crouzet < > > >>>> christopher.crouzet(a)gmail.com > > >>>> > a écrit : > > >>>> > > >>>> > > > >>>> > Dans la liste des billets par exemple, il y a trop d'infos a > > afficher > > >>>> pour > > >>>> > un petit ecran, donc non seulement ca depasse largement en > largeur > > >>>> (il faut > > >>>> > scroller), mais aussi l'espace alloue au titre des billets par > > >>>> exemple est > > >>>> > compresse au point de n'afficher qu'un seul mot par ligne. Et il > y a > > >>>> aussi > > >>>> > un grand espace vide sur la droite de l'ecran. > > >>>> > > > >>>> > Sur la page d'un billet, la mise en page est un peu cassee. > > >>>> > > > >>>> > Mais bon, c'est juste esthetique, ca a l'air de bien marcher > sinon ! > > >>>> > > > >>>> > Voir pieces jointes (si elles passent). > > >>>> > > >>>> > > >>>> > > >>>> Merci pour tes tests. > > >>>> Faut pas rêver si on veut que ce soit impec sur des téléphones il > > faudra > > >>>> passer par autre chose que seulement les css pour les tableaux :-). > > >>>> Pour le > > >>>> scroll c'est voulu afin qu'on puisse tout lire. > > >>>> J'ai fait quelques modifs qui devraient un peu améliorer les > choses (à > > >>>> voir > > >>>> demain matin). > > >>>> Par contre je n'arrive pas à reproduire l'espace vide sur la > droite de > > >>>> l'écran dont tu parles. > > >>>> > > >>>> -- > > >>>> Anne / Kozlika > > >>>> -- > > >>>> 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 > > > > > > -- > Anne / Kozlika > -- > Dev mailing list - Dev(a)list.dotclear.org - > http://ml.dotclear.org/listinfo/dev >

Le 28 octobre 2013 17:32, Christopher Crouzet < christopher.crouzet(a)gmail.com > a écrit : > Dans la liste des billets de l'admin, la liste des en-tetes "Titre", > "Date", "Categorie", "Auteur", ... ne sont pas fixes ? > Non, du moins ça l'est mais provisoirement puisque l'un des développements prévus c'est que les tableaux soient pers > > Pour ce qui est de l'accessibilite, le DOM est toujours la et n'est pas > cache par un `display: none` en CSS, chose qu'il precise dans son code, > donc ca devrait etre lu normalement par les readers. Un peu dans le meme > principe de la classe `.visuallyhidden` de h5bp: > https://github.com/h5bp/html5-boilerplate/blob/master/css/main.css > Oui on a des classes comme ça déjà dans l'admin, je vous avais même fait un joli mail pour expliquer les différentes classes selon tel ou tel cas (avec ou sans js, caché ou pas pour les lecteurs d'écran, caché ou pas pour tout le monde, etc.) La class visually-hidden (chez nous: hidden) ne règle pas tous les cas. :-) > Et pour le content ajoute avec un CSS pseudo element, c'est possible d'y > ajouter l'attribut `aria-hidden=true` pour que les readers ne le lisent > pas. > Enfin bon, ca c'est la theorie et rien de nouveau que tu ne devais pas deja > savoir... en pratique c'est surement autre chose :) > Quand je dis "je ne sais pas" ça veut dire "je ne sais pas". Je veux dire je ne sais pas si le comportement est le même avec Jaws ou NVDA, s'il faut du coup les planquer ou au contraire les montrer. Quant aux balises ARIA, nous n'en avons pas dans l'admin, qui est en xhtml et non en html5. Comme j'ai déjà eu l'occasion de le dire : l'admin est "utilisable" sur un mobile, elle n'est pas conçue pour ; il nous faudra pour ça reprendre pas mal de choses beaucoup plus profondément que ce que j'ai fait et passer en html5 pour disposer d'ARIA et (etc.) Perso, le scroll horizontal sur les tableaux sur un mobile ne me dérange pas (par ailleurs), en tout cas beaucoup moins que ne me dérangerait une page de quarante kilomètres parce que chaque entête est répété ! D'autant que ça n'est sûrement pas les pages les plus fréquentées depuis un mobile (enfin il me semble). Merci pour tes recherches en tout cas :-) -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Nexus 7 et Nexus 4, sous Android 4.3 : pour moi c'est OK.