Reprise du message précédent :

C'est le rendu du DOM qui est lourd dans ces cas là. On utilise react-virtualized chez nous pour ne pas rendre tout mais juste ce qui est visible (cf https://bvaughn.github.io/react-vir [...] nents/List )

Ou Ember Select dans une autre galaxie

Chie sur les dev
 

C'est l'UX le pb ici,  
 

Idem et puis ember c'est mort
 
Bon, le pb ici c'est pas la techno, mais l'ux tout court, on fous pas un select dès qu'il y a plus de 20 items.  
plusieurs solutions :  
- Complétion
- Categoriser et proposer un select avant qui permet de faire un premier filtrage.
 
ET pour info des codes postaux il y en a plus de 30000 pas 2388.... Et même pour 2388, tu proposes un service en ligne pour faire du filtrage..
 
Chez nous c'est 2 champs :  
Un champ Code postal : le gars tape le CP, et un select dans lequel il sélectionne la ville
 
 

Euh je suis pas d'accord : il y a des cas tu peux pas savoir combien d'éléments tu peux avoir. Donc la règle du « jamais select quand il y a plus de 20 éléments » je trouve ça très dogmatique. Le select peut rester pertinent (avant de la recherche/typeahead dedans bien entendu), surtout si ya des besoins en select multiple.

Ben si, tu sais à peu près combien tu vas en avoir, on parle d'avoir le choix entre 10-20 éléments, et + de 500 (et où là, le select sera long et chiant à utiliser). Si tu sais pas ça dans ton workflow, ya un problème.

Bon 20 items est un bien grand mot. A la rigueur c'est très utile quand tu as une liste de catégorie et que les gens ne vont pas explicitement connaître cette liste.
Mais dans le cas de code postaux ou villes ou pays, c'est du foutage de gueule, faut pas foutre un select

39201 d'après la liste officielle

La flème d'aller fouiller dans le fichier et pourtant j'ai joué avec pendant 3 mois l'année dernière            

Avec Xen Orchestra, on a des clients avec 2 ou 5 VMs, et des clients avec 3000 VMs Et il faut pouvoir à certains endroits en sélectionner une ou plusieurs dedans (pour celle que tu veux sauvegarder par exemple). Donc non, tu peux pas toujours savoir, et c'est un vrai défi d'UI. Mais pas avec un composant select potable en tout cas (mais tu as d'autres soucis ailleurs )

Un select qui fait recherche/filtre en tapant me paraît très bien adapté, je vois pas de mauvaise raisons ici

edit : si tu as un composant bien fait, il va convenir/couvrir 1 à n cas sans soucis. Après oui, il faut de la recherche/filtre en live. Après si tu as aucune idée de ce que tu recherches (et sur plusieurs critères variés), c'est plus un vrai système de recherche qu'il te faut

edit 2 : my 2 cents hein

Ben du coup tu te bases sur le plus haut donc 3000, et donc t'évites le sélect de base
Mais je pense qu'en fait tout le monde dit la même chose

 
ouai je chie un peu sur les devs, et sur Drupal 7.. bref c'est un autre débat. Mais comme je ne suis pas dev, mon avis n'est pas pris en compte quand je parle de dev    
 
Merci pour les réponses

Quand je vois les réponses apportées par les dev de notre boite, sérieux ça me fait peur. :-/

On s'était mal compris hein, là je suis d'accord avec toi et donc je te fais l'amour dans les fesses

de toute facon c'est dur de pas etre d'accord, meme avec <10 options, le select "de base" / natif est une belle bouze

Ouais, voilà, donc c'est pas un select de base
Un select de base c'est <select><option /></select>

 
On est en 2016 tout de même

Donc en 2016 on a plus le droit d'utiliser un select tout basique pour choisir parmis 5 pov' options ?  

C'était justement l'essence du débat : utiliser un select tout basique pour moins de 20 choix, ou un truc plus compliqué, avec de l'autocompletion et tout, si jamais il risque d'y avoir plus de 20 options

Je réfléchis pas en terme technologique, mais en termes d'UX, un select, ça implique 2 clics, alors qu'une liste de choix (si 5 éléments), c'est un clic.

Nan mais là le débat c'est pas select vs liste

'fuck les maps ES6 peuvent prendre des objets en clé mais continuent à fonctionner par identité, pas moyen d'avoir un array construit dynamiquement en clé

 
Redface is red dans moin post T'es tombé dedans

 
Honnetement, faudrait presque un smiley demi-redface

 
ca me les a bien brisees y'a pas longtemps ouais du coup j'etais revenu sur le classique hash custom, mais c'est quand meme pas l'ideal, je suis preneur si quelqu'un a une solution un peu propre

Rien à voir, mais j'ai un soucis de comportement  
 
J'ai une appli multilingue.
 
www.site.com -> FR
www.site.com/en/ -> EN
www.site.com/lang/ -> lang
etc..
 
jusqu'à là, tout va bien.
 
Maintenant, dans les paramètres de son compte, l'utilisateur a le choix de mettre en français ou en anglais (ou autre langue).
 
Mais s'il mets en anglais, et qu'il va sur www.site.com, le site s'affiche en français.
 
Vaut-il mieux :
1 - l'afficher en anglais (préférences utilisateur)
2 - tout rediriger sur /en/  
 
?

Redirection

Là, comme ça, sans analyse plus approfondie, je dirais redirection, sans hésiter.

D'ac merci

J'ai des dates formatées avec des squelettes LDML (donc je les contrôle pas et le contenu exact est variable, genre "mar. 27 sept." en français, "9月27日周二" en chinois, "ter, 27 de set" en brésilien mais "terça, 27/09" en portugais du portugal). Sauf que je veux mettre ça dans une table assez large, donc sur la majorité des systèmes le navigateur va tenter de contraindre un maximum la largeur des cellules et je me retrouve avec genre

 
Il y a moyen (en CSS) d'essayer de distribuer ça un peu mieux, genre de dire au layout de se limiter à 2 lignes, trucs du style?

Hahaha, tu es en enfer et tu ne le sais pas.

Bah si je le sais bien et c'est tout le problème Même en mettant un div dans la cellule max-height marche pas

edit: wait, j'peux ptet mettre mes TH en display: block, chuis sûr que ça va rien pêter

T'as testé les line breaks , word wrap et autres trucs du genre ?

Le forcer sur une ligne j'imagine que tu connais ?

J'ai rien trouvé d'intéressant.

Une ligne c'est généralement trop large, j'ai besoin d'en avoir deux

Et en jouant sur des espaces non sécables insérés aux bons endroits suivant la longueur du texte ?

Je pense que c'est ce que je vais tenter, après la question c'est si je fais dans le simpliste (je split sur les espaces, je compte le nombre de codepoints dans chaque section et je bin sur deux lignes) ou si je fais dans le plus brutal (rendu avec une fonte proportionnelle en approximation du rendu navigateur)

un bloc de 2 em +marges de haut , chaque mot dans un span et du flex-wrap:wrap+align-items:right ?

Comment vous procédez pour valider des formulaires ? je viens de voir que required ne marche pas sur iOS    
 
obligé de mettre un novalidate et de passer par une lib JS de validation de formulaire ?

la validation c'est cote serveur, et cote client / JS si t'as du temps a perdre

Oui une lib js malheureusement. Et valider côté client c'est important.

ouai j'ai Foundation 6 chargé pour le framework, y'a une partie validation avec des patterns de validation mais bon c'est chiant
 
je me demande pourquoi Safari est le seul à ne pas supporter cette fonction  

parceque safari ios est le nouveau ie6