Reprise du message précédent :
Quel problème alors avec les positions absolues ?

C'est qu'elles se trouvent à l'interieur d'une div qui n'est pas positionnée en absolue et qui est notamment centrée !

...et t'es pas capable de calculer sa position en JS?

 
Entoure les toutes d'un div en pos relative et wala.

Bien sur que si Mais j'veux pas en arriver là !
 

Je teste !

euh si t'en es à insérer des divs qui ne servent qu'à faire une animation en JS, je vois pas le problème, perso.

Si mon référentiel peut être automatiquement positionné correctement via du CSS / HTML, autant en profiter  

 
+1
 
Ou alors il nous manques des informations sur la finalité de la chose là

Ca a l'air d'être bon, merci bien

Maintenant je vais voir pourquoi ça fonctionne et poruquoi je ne l'ai pas trouvé tout seul

Ca parle à quelqu'un ça? IE only. Sachant que ça donne ça une fois surligné :

gné?

edit : un captcha nouvelle generation?

sur une image ou sur du texte ?

 
J'ai deja vu ça, y'aurait pas une image ou un filtre transparent quelque part dans le tas ?

Du texte.
 

Si, c'est du texte sur lequel il y a un fade-in/fadeout. Any clue?
 

cleartype bugge avec les fade-in/fadeout
C'est un bug connu et ce n'est pas corrigé dans IE8

Me semble que gatsu avait rencontré et fixé le pb en améliorant le script pour les png sous IE6, ça implique ptêtre les background et/ou s'arréter à 99% d'opacité mais j'ai oublié les details

Yo
 
J'ai cherché de beaux exemples de popups que certains appellent DHTML popups genre comme ici: http://dhtmlpopups.webarticles.org/
 
Vous n'auriez pas de meilleurs exemples par hasard?

Ouais c'est ce que j'ai fini par trouver, la seule solution c'est de virer la propriété filter à la fin de l'animation, sauf que le texte reste tout dégeux tout le temps de l'animation
 

Y'a pas de transparence lié à des PNG ici

ahah trop cool le site sur lequel je bosse y'a des super optimisation du genre je concatène les css sur une seule ligne
Et là je suis en train de supprimer des pages entières de css qui visiblement ne servent à rien

Ya eu réunion de crise au sommet

 
Oui, des CSS minifier.
Tu ne te sers de la css que pour l'environnement de prod et tu gardes la css non compressée pour le dev.

avec PSPad tu peut reformater la CSS en un clic de souris (enfin 2 clics) (mode structuré, mais je sais plus ou dans le soft)

Très logiquement dans le menu "HTML", tu peux "reformater tes CSS"  
Mais ça garde les commentaires

 
genre lightwindow quoi ?
ou genre tout ce qui se trouve dans les listes de libs pour prototype ou jquery

Vous utilisez toujours les boutons radio dans vos formulaires ? j'ai lu cet article, ils préconisent de les remplacer par des input selection.
 
http://www.tbs-sct.gc.ca/clf-nsi/1/radio-fra.asp
 
vous en pensez quoi ?

Récemment, j'ai fait un formulaire qui était basiquement une suite de choix Activer/Désactiver. Le premier jet était avec des boutons radios, mais j'ai fini par mettre des input selection, c'est plus compact et c'est plus lisible.

C'est pas idiot.
Les boutons radios et les cases à cocher n'ont jamais été intuitifs pour un utilisateur lambda. Et même par ceux travaillant régulièrement avec l'outil informatique !
Autant essayer de s'en passer le plus possible. Les boutons radio, c'est facile. Les cases à cocher, un peu moin.

non mais ça ok, le soucis c'est que si tu commences à faire ça, la moindre des choses c'est de virer les 5 pages de css qui servent à rien

L'input selection sous forme de liste ne montre pas clairement si on peut multisélectionner ou non (ce que fait très bien le radio vs. checkbox).
L'attribut size à préciser peut faire un poil chier quand tu fais du contenu dynamique (rien de dramatique, juste un truc de plus à gérer).
Et enfin, un peu par habitude, je trouve ça moins joli, mais vu que c'est pour aider les malvoyants faut savoir faire des compromis.

En solution intermédiaire, je préfèrerais utiliser le :checked de css3 + du js pour les anciens pour faire un background complet sur l'element sélectionné, tout en gardant des radio (et au passage, faire un background complet aussi pour les non sélectionnés, c'est balot de s'emmerder avec les <label for="id"> pour avoir un truc clickable si on ne voit pas que ça l'est...)
Ou alors, solution plus lourde mais idéale pour intégrer aussi les malvoyants sans js ni loupe, un select dans le code, et du js qui refait toute la soupe en sexy-style, mais c'est lourd.
[edit] En fait j'ai jamais testé jusqu'à quel point on peut styler un select, si ça se trouve on peut arriver à la même solution visuelle avec.

L'article ne parle que des radios. C'est moi qui ait mentionné les check-box car je trouve qu'on peut avoir le même type de problème d'accessibilité avec. Mais j'ai aussi signalé que c'était moins évident de les remplacer par autre chose, sous-entendu que les liste multi-select, c'est de la mayrde

Perso je préfère radio/checkbox + JS pour la mise en valeur de la selection

Effectivement, des solutions comme proposée JS + CSS peuvent améliorer l'ergonomie.
 
Mais ça ne règle pas les problèmes des lecteurs d'écrans, ni l'ordre des tabulations.

 
J'avais rédigé avant ton message.
Mais je suis assez dubitatif quand tu dis que les check-box sont plus difficiles à utiliser que des radio. J'ai l'impression que les 2 ont exactement les même problèmes (souvent trop petit, clickabilité sur le tout non visible).

Pour les tabs c'est génant en effet.
Pour les lecteurs d'écran je ne comprends pas trop le problème, à moins de casser la linéarité en faisant des trucs dégueulasse à base de table pour faire 2 colonnes de questions, la question précède directement les réponses (dans le texte, et donc dans ce qui est rendu par le lecteur), comme on le ferait oralement, sans dire "ceci est la question associé aux réponses que je vais citer juste après". Je suis pas sûr que le for="" de la question vers les réponses soit nécessaire.

 
Prouve le.
Je veux dire, avec des chiffres ou avec une étude ou avec un avis d'expert ou un truc qui s'en rapproche.
Parce que cocher des cases, on fait ça avec n'importe quel formulaire papier dans la vie de tous les jours.
Le bouton radio à la rigueur peut être légèrement contre-intuitif, mais quand il est associé correctement à un label, l'utilisateur réussira à cliquer dessus (parce que l'action de base sur le web c'est cliquer).
 

Ce que je voulais dire, c'est qu'il est plus facile de trouver des solutions alternatives simple pour les radios que pour les checkbox.
 
Un groupe de bouton radio peut facilement être remplacé par une liste. C'est pas le cas d'un groupe de check-box.
 
Par contre, une check-box isolée, suffit de la remplacée par une combo [Oui / Non].

Je ne peux pas le prouver comme ça, c'est juste quelque chose que j'ai pu constater.
 
Mais bon, je ne veux surtout pas me lancer dans un troll. Va sur le terrain, tu pourras le voir toi même ! On parle de web là ! Quand il a fallu que j'explique à ma mère comment fonctionne un formulaire, c'est pas de lui expliquer les listes et les combos qui a été le plus compliqué, mais bien les cases coches et les radios.
Y'a la moitié des sites qui n'ont pas de vrais label à côté d'une checkbox. Ma mère met toujours 2 plombes à cliquer correctement sur les check-boxes parce qu'elle cherche à cliquer sur la case. Puis, "personne" ne sait qu'on peut simplement cliquer sur le label à côté !

Bah après, tout dépend la cible... n'importe quel KevinMP3 de 13 ans est très à l'aise avec les checkbox, beaucoup plus qu'avec une liste (moins de clics).

Les vieux c'est spécial

 
Euh, donc d'après il faudrait remplacer les radio par des listes, parce que la moitié des devs n'utilisent pas les labels correctement ?
 
S'ils ne sont pas capable de comprendre qu'il faut utiliser les labels, pourquoi utiliseraient-ils des listes ?
 
En tout cas, personnellement, je ne vois absolument pas le problème avec les checkbox/radio ... je ne vois pas ce que ça a de contre-intuitif quand c'est utilisé correctement. Le seul truc qui me pose problème, c'est de les styler.

Bien sûr, tout dépend la cible !
Et je n'ai pas non plus dit qu'il fallait bânir les radios et les checks.
 
Mais quand on peut "facilement" s'en passer, pourquoi pas ! Surtout si on vise un public plutôt large.
 
Ceci dit, je viens de jeter un coup d'oeil sur des articles parlant d'ergonomie des formulaires. Il est vrai que, quand les formulaires dans leur ensemble sont plutôt ergonomique, même les checkboxes et les radios sont plus intuitifs. Comme quoi, c'est vraiment un tout.