Re: Saisies input type=number
Gildas Cotomale <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAKRmq4CuV=Bfw=dG9JY-v6hbtGjVYa2-+_Kv57sWMpY2c0i13w__47381.5485065401$1577012615$gmane$org@mail.gmail.com> |
Le sam. 21 déc. 2019 17:28, pierre laszczak a écrit : > Oui et non, le soucis c est qu en CSS le type number et trop pénible a > décorer suivant le navigateur. Parfois j utilise un input text pour la > saisie d un nombre a cause des petits boutons d > incrémentation/decrementation qui sont vraiment pénible à décorer. Ex: les > même version de Firefox sous Linux et Windows ne réagissent pas de la même > façon. > Salut la liste Je suis plutôt favorable à l'usage des types plus précis et sémantiques pour ma part ; et donc suis d'accord avec la proposition initiale de Maïeul. Je n'ai pas de soucis avec la stylisation des champs, et je n'ai jamais besoin de retoucher aux boutons de ..crémentation fort utiles et qui semblent en effet casse gueule à cibler (C'est dommage de s'acharner à les virer alors que ça apporte plus d'aide aux usagers...) - https://stackoverflow.com/questions/26024771/styling-a-input-type-number - https://css-tricks.com/numeric-inputs-a-comparison-of-browser-defaults/ - https://www.ctrl.blog/entry/html5-input-number-localization.html Que Firefox présente des différences d'un système d'exploitation à un autre est normal et a toujours été assumé : ça s'intègre au maximum à la plateforme, et je parie qu'il y a de subtiles différences d'un bureau à un autre. > Le sam. 21 déc. 2019 à 16:51, Maïeul Rouquette a écrit : > >> oui, oui, ma question était plutot sur l'application automatique de ces >> paramètres coté client en html5 a partir de quelque chose censé être au >> départ une vérif coté serveur >> >> Le samedi 21 décembre 2019 à 16:41 +0100, Gildas Cotomale a écrit : >> > Il n'est pas du tout déconnant d'avoir ces paramètres ...pour peu >> > qu'on soit en HTML5 (dans les autres cas de doctype on devrait avoir >> > type="text" pour ne pas avoir de page non valide) >> > >> > Maintenant, ceci n'empêche et ne se substitue pas à la vérification >> > côté serveur... >> > Il faut voir ce qui est fait côté client comme un plus pouvant ne pas >> > être disponible (tout comme un navigateur peut ne pas supporter JS, il >> > peut ne pas connaître cette DTD) >> > >> > >> > <http://irc.freenode.net/spip> >> >