Projet

Général

Profil

Development #58789

évolution disposition édition d'une cellule

Ajouté par Frédéric Péters il y a plus de 2 ans. Mis à jour il y a 9 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
20 novembre 2021
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

On a aujourd'hui des éléments directement dans la cellule directement dépliée et d'autres derrière des popups, ça amène des moments de perte de données quand on modifie certains paramètres dans une popup sans avoir explicitement enregistrés ceux directement dans la cellule (c'est par exemple #9429). Aussi les liens en bas de cellule reprennent à la fois des bouts de paramétrage (options, visibilité, ressources), des actions (dupliquer/supprimer) et de l'ui ("fermer" qui ferme l'édition de la cellule).

À discuter de ça on arrive à l'idée d'uniformiser via un système d'onglets, on n'a aujourd'hui pas ça dans gadjo, il y a à réfléchir un peu à la forme. Pour les actions ça matche assez le modifier/dupliquer/supprimer des champs dans w.c.s., ça pourrait être repris pareil, modulo que "modifier" serait l'ouverture de la zone d'édition (plutôt qu'une lien vers une page distincte).

Illustration très rapide en pièce jointe. (qui montre aussi qu'il y aura par la suite un temps de rangement des paramètres, ceux qu'on veut faire apparaitre tout de suite, et ceux qu'on préférera reléguer dans un onglet).

(attention pour certaines cellules il y a des actions supplémentaires qui font des rechargements de page, comme l'ajout d'une couche carto, il faudra aussi les attraper pour que ça enregistre/rafraichisse la cellule, éventuellement dans un second temps).


Fichiers

capture-cell.png (30 ko) capture-cell.png Frédéric Péters, 20 novembre 2021 10:40

Demandes liées

Lié à Publik - Development #58847: Améliorations pour la constructions d'applicationsEn cours22 novembre 2021

Actions
Lié à Publik - Development #49208: Fluidité / animation des interfaces backofficeNouveau08 décembre 2020

Actions

Historique

#1

Mis à jour par Stéphane Laget il y a plus de 2 ans

ce serait bien plus pratique en effet

#2

Mis à jour par Pierre Cros il y a plus de 2 ans

De mon côté comme j'aime bien privilégier l'unité des interfaces d'une brique à l'autre (gros gain en matière d'apprentissage), j'aurais plutôt envie d'avoir, comme pour les champs w.c.s., tous les éléments qui sont dans des onglets sur la capture, regroupés derrière un "Paramètres supplémentaires" replié par défaut (avec le même comportement, le truc apparaît dans l'interface basique si il est utilisé).

L'alternative étant de mettre des onglets côté w.c.s. aussi :-)

#3

Mis à jour par Frédéric Péters il y a plus de 2 ans

Oui je pense qu'il y aurait aussi à catégoriser davantage les paramètres dans w.c.s., on emploie des titres dans l'action webservice ("requête", "réponse", "gestion des erreurs"), qui pourraient être autant d'onglets. (et je ne suis plus fan du comportement de sortir des bouts de "avancé" dans w.c.s. depuis longtemps, voir par exemple #25602)

#4

Mis à jour par Mikaël Ates il y a plus de 2 ans

#5

Mis à jour par Mikaël Ates il y a plus de 2 ans

#6

Mis à jour par Lauréline Guérin il y a 9 mois

  • Statut changé de Nouveau à Fermé

je ferme ce ticket, ça a été fait dans #62965

Formats disponibles : Atom PDF