Bonjour,
j'ai beaucoup de templates pour tout mes clients ( 193 pour le moment).

Lorsque j'importe ces templates dans le répertoire upload\templates , ils sont bien disponibles dans l'éditeur de modèle.

Par contre, lorsque je souhaite les affecter à des utilisateurs, après 44 modèles, les boutons oui /non sont remplacé par des boutons radios.


Testé en version 2.62 et 2.63.

Un développement spécifique ?

Salut,

Sans doute peut de personne ont tant de modèle : le switch se faisant en javascript , peut être un problème de lenteur javascript.

De mon coté : je préfére la bonne vielle case à cocher sans javascript .

Tu peux faire un screenshot ? Regarder la console javascript si il y a une erreur et rapporter le bug ?

Denis

Maintenant que tu le dis, lorsque j'ouvre cette page, il m'averti qu'un script est en cours d'utilisation mais qui même beaucoup de temps à répondre.
J'ai validé et il a continué.

Je vais faire ce que tu m'a dis et mettre la capture cet après midi

J'ai vu ton rapport : ajoute le coté 'scriot en cours d'utilisation' : ce sera plus clair.

Et, perso, je pense qu'il faut que l'on arréte d'utiliser le swicth sur les listes : ca boque souvent. Je vais ouvrir un autre rapport plus global.

Denis

Tu entends quoi par "swicth" ?

Les toggles buttons ? Comme sur iOS et parfois Android ?
Si oui, ce serait vraiment une bonne idée car ça pose beaucoup de problème d'ergonomie. J'ai un rapport (en français hélas) sous le coude si ça peut aider à convaincre.

Nickko wrote: Tu entends quoi par "swicth" ?

Les toggles buttons ? Comme sur iOS et parfois Android ?
Si oui, ce serait vraiment une bonne idée car ça pose beaucoup de problème d'ergonomie. J'ai un rapport (en français hélas) sous le coude si ça peut aider à convaincre.

Oui,

Les:

Ca peut être intéressant le rapport, Louis qui à fait toute cette partie est Français donc : pas de problème (met un ptit coup d'angais pour l'explication)

Sinon, en parlant d'ergonomie : je viens de me rendre compte d'un autre truc :
On est passé de sélecteur (dropdown) à des listes de boutons. Mais ces liste de boutons sont non navigable au clavier ....


C'est pareil non ? C'est pas ergonomique ?

Ben surtout on reprend un composant iOS / Mac OS X sur des environnement qui ne le connaissent pas.
Je serais tenté de dire que de prime à bord c'est une mauvaise pratique mais je pense que la plus part des gens s'en accommodera maintenant la question c'est les autres.

En gros, le mieux, c'est de prendre des composants natifs.

Nickko wrote: ...
En gros, le mieux, c'est de prendre des composants natifs.

Je te rejoins à 200% la dessus, pas seulement en tant que ergonome, mais en tant que développeur : en utilisant les composant natif : tu as beaucoup moins de chance d'avoir des problèmes selon les navigateurs.

Et aussi tu sais très rapiodement ce que tu envoi (ou non) au serveur.

Denis