Sous titre: HTML et sens, Javascript et comportement.
Je poste ici pour la première fois (après avoir déjà abandonné 2 posts
) en espérant ne pas trop me foirer, et ne pas trop m'être planté de section (mais ni HTML et CSS ni JS ne me semblait adaptés).
Je suis actuellement en train de créer quelques pages pour une application intranet relativement complexe (pour une autre boite que celle dans laquelle je fais mon stage en bonus), et l'une des "zones" à développer a pour but de permettre la classification des articles d'un texte (en catégories).
Cette classification se ferait à coup de radio buttons, à chaque groupe de radio correspondant un article et chaque radio au sein d'un groupe figurant une catégorie (c'est à la fois le plus logique à mon sens et relativement imposé par le cahier des charges soumis). Jusque ici pas de problème, sauf que ce formulaire doit être stylé (normal) à coup de CSS (normal aussi), et là le drame:
MSIE, Firefox et Opera... il n'y en a pas deux qui prennent en compte les mêmes propriétés (ou les appliquent de la même manière) à un radio button ce qui est relativement gênant (surtout que l'un des 3 applique les propriétés de manière relativement infâme).
Me lamentant sur un autre forum, un ami m'a suggéré d'utiliser du Javascript pour émuler des radio buttons stylés (plus pour plaisanter qu'autre chose, il sait que je ne suis pas trop en faveur du JS, trop courant et trop mal utilisé à mon gout de manière générale)... et en y pensant l'approche peut se justifier:
1- Création du markup valide/logique
2- Remplacement à coup de JS du markup par l'émulation javascript (donc pas de pertes d'informations dans un sens ou dans l'autre)
3- Styling de l'émulation à coup de CSS
Je ne me suis pas encore lancé dans le codage de la chose, mais il me semble que l'approche est défendable surtout dans la mesure ou elle vise à pallier à des manques au niveau des implémentations ou à des incohérences cross-browsers (donc à modifier les comportement des navigateurs pour unifier ceux ci).
Je voulais donc savoir ce que les membres éminents d'Alsa pouvaient penser de l'approche (le remplacement se ferait à partir d'une page parfaitement valide lisible et fonctionnel avec l'utilisation du gestionnaire d'évènements JS).
(À noter: la cible de base est censée être MSIE, probablement le seul navigateur sous lequel l'appli sera testée , mais je suis trop touché pour ne pas essayer de faire quelque chose de correct dans le plus de navigateurs possibles)
Je poste ici pour la première fois (après avoir déjà abandonné 2 posts
) en espérant ne pas trop me foirer, et ne pas trop m'être planté de section (mais ni HTML et CSS ni JS ne me semblait adaptés).Je suis actuellement en train de créer quelques pages pour une application intranet relativement complexe (pour une autre boite que celle dans laquelle je fais mon stage en bonus), et l'une des "zones" à développer a pour but de permettre la classification des articles d'un texte (en catégories).
Cette classification se ferait à coup de radio buttons, à chaque groupe de radio correspondant un article et chaque radio au sein d'un groupe figurant une catégorie (c'est à la fois le plus logique à mon sens et relativement imposé par le cahier des charges soumis). Jusque ici pas de problème, sauf que ce formulaire doit être stylé (normal) à coup de CSS (normal aussi), et là le drame:
MSIE, Firefox et Opera... il n'y en a pas deux qui prennent en compte les mêmes propriétés (ou les appliquent de la même manière) à un radio button
ce qui est relativement gênant (surtout que l'un des 3 applique les propriétés de manière relativement infâme).Me lamentant sur un autre forum, un ami m'a suggéré d'utiliser du Javascript pour émuler des radio buttons stylés (plus pour plaisanter qu'autre chose, il sait que je ne suis pas trop en faveur du JS, trop courant et trop mal utilisé à mon gout de manière générale)... et en y pensant l'approche peut se justifier:
1- Création du markup valide/logique
2- Remplacement à coup de JS du markup par l'émulation javascript (donc pas de pertes d'informations dans un sens ou dans l'autre)
3- Styling de l'émulation à coup de CSS
Je ne me suis pas encore lancé dans le codage de la chose, mais il me semble que l'approche est défendable surtout dans la mesure ou elle vise à pallier à des manques au niveau des implémentations ou à des incohérences cross-browsers (donc à modifier les comportement des navigateurs pour unifier ceux ci).
Je voulais donc savoir ce que les membres éminents d'Alsa pouvaient penser de l'approche (le remplacement se ferait à partir d'une page parfaitement valide lisible et fonctionnel avec l'utilisation du gestionnaire d'évènements JS).
(À noter: la cible de base est censée être MSIE, probablement le seul navigateur sous lequel l'appli sera testée
, mais je suis trop touché pour ne pas essayer de faire quelque chose de correct dans le plus de navigateurs possibles)
