Fork me on GitHub

Rapport de message :*
 

Re: Lexikon

Titre du sujet : Re: Lexikon
par gwenael sur 04/03/2013 16:31:17

A propos du module tag (comme je tiens un developpeur ):

1) Il serait bon, lors de l'édition des tags, dans l'onglet "administrer", que les valeurs des boutons radio soient non seulement mémorisées par le système, mais aussi contrôlés pour l'interface utilisateur, c'est-à-dire qu'à chaque fois que les boutons "tous", "actif" et "inactif" (je viens de finir la traduction ) sont sélectionnés, le bouton "valider" ne se contente pas de rechercher les valeurs dans la base de données mais aussi ajoute un controle de l'interface, pour que celle-ci représente correctement ces valeurs en présélectionnant le bouton radio adéquat. pour chaque tag affiché On ne peut, par principe, avoir deux boutons radio, d'un même groupe de deux boutons, non sélectionnés (être ET ne pas être ceci ou cela), même avant tout choix de modification éventuelle.

2) Problème subsidiaire: je ne trouve pas heureux que les mots "actif", "inactif" et "effacer" soient dotés des même figures d'interface; les boutons radio représentent des familles de valeurs s'excluant les unes les autres (à la différence des cases à cocher (petits rectangles). En l'occurence, "Actif" et "Inactif" sont parfaitement associables. Dans cette famille, "Effacer" n'a rien à faire, puisqu'elle ne représente, en sus, non pas une valeur de propriété que l'on veut modifier, mais une commande de script (ce qui justifierait l'emploi d'une icone de case de commande (tel que pour "Valider")...il s'ensuit, pataquès sur pataquès, que cette commande doit être ensuite confirmer par une autre commande ("valider") pour s'effectuer...cette dernière commande étant pertinente pour les modifications de valeurs de propriétés des deux boutons Actif et Inactif. tout cela n'est pas conceptuellement propre pour un module que l'on peut juger fondamental.

En fait, mon avis personnel est que toute l'interface de cette fenêtre devrait être entièrement repensée...
par exemple les boutons "actif" et "inactif" du haut de page font références à une "liste" de tags ayant cette qualité, et les boutons de même nom, à droite de la page, font référence à la qualité d'un tag "particulier". Tout cela dans la même fenêtre...ce n'est pas une broutille; je suppute qu'on est là dans une histoire de canard/lapin qui met à mal les deux hémisphères du cerveau. Un conflit d'appropriation immédiate contre-intuitive d'un environnement.

Les rectangles entourant les familles de boutons radio n'ont pas de fonctions esthétiques particulières; c'est seulement faire reconnaitre, de façon subliminale et subtile, par l'utilisateur le repérage des familles d'associations logiques. Et là, c'est flagrant, çà ne fonctionne pas.

Il n'en reste pas moins que le module fonctionne

ps: désolé pour mon côté coupeur de cheveux en quatre...mais trente ans de Macintosh...çà laisse des traces...çà me démange...mais je conçois bien que tu sois surbooké...prenons cela comme un état d'âme...pour l'instant
Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

43 Personne(s) en ligne (32 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 43 | Plus ...