Development #10933
utiliser des "poignées" pour le dragndrop des éléments
0%
Description
Aujourd'hui on fait du dragndrop à partir de toute la surface des éléments mais récemment j'ai vu des gens galérer avec ça, en voulant cliquer c'est un dragndrop qui était initié, le clic n'était pas pris, il fallait s'y prendre plusieurs fois en faisant gaffe à ce que la souris ne bouge pas, etc. Je propose donc d'avoir des "poignées" sur le côté, qui serviraient au dragndrop, et de laisser les clics sur le reste vivrent leurs vies. (ouvrir le lien, déplier une zone, etc.)
Fichiers
Révisions associées
manager: add handles to drag/drop cells (#10933)
manager: add handles to drag/drop multisort (forms) elements (#10933)
Historique
Mis à jour par Frédéric Péters il y a presque 8 ans
- Fichier 0003-manager-add-handles-to-drag-drop-multisort-forms-ele.patch 0003-manager-add-handles-to-drag-drop-multisort-forms-ele.patch ajouté
- Fichier 0002-manager-add-handles-to-drag-drop-cells-10933.patch 0002-manager-add-handles-to-drag-drop-cells-10933.patch ajouté
- Fichier 0001-manager-add-handles-to-drag-drop-pages-10933.patch 0001-manager-add-handles-to-drag-drop-pages-10933.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a presque 8 ans
Mis à jour par Frédéric Péters il y a presque 8 ans
(après validation ici, j'aimerais pousser ça vers les autres applications aussi).
Mis à jour par Thomas Noël il y a presque 8 ans
Ca m'étonne le «en voulant cliquer c'est un dragndrop qui était initié», car normalement c'est géré (délai d'appui, décalage de pixels, etc.). Mais s'il faut contourner une mauvaise gestion, pourquoi pas. Et s'il faut clarifier la possibilité de drag-n-drop, c'est finalement une très bonne chose.
La zone de sélection, cependant, ne devrait pas être trop petite, j'ai l'impression qu'ici c'est juste le caractère ⠿ ? (ou bien c'est le padding .5ex qui compte, donc 2 fois ?)
Mis à jour par Frédéric Péters il y a presque 8 ans
Ca m'étonne le «en voulant cliquer c'est un dragndrop qui était initié», car normalement c'est géré (délai d'appui, décalage de pixels, etc.).
Je me disais aussi mais dans la pratique, je l'ai vu arriver avec des souris, quand la pression pour cliquer fait bouger un peu la souris, et avec un touchpad de mac, qui a pas de bouton dédié. J'ai d'abord regardé voir si un seuil de tolérance pouvait être augmenté, sans succès. Et puis j'ai trouvé qu'au final c'était de toute façon plus clair de matérialiser le fait qu'on puisse glisser/déposer.
La zone de sélection, cependant, ne devrait pas être trop petite, j'ai l'impression qu'ici c'est juste le caractère ⠿ ? (ou bien c'est le padding .5ex qui compte, donc 2 fois ?)
Le padding est pris en compte et aussi, le cursor est différent, ce qui rend très clair la zone d'où glisser.
Mis à jour par Thomas Noël il y a presque 8 ans
Frédéric Péters a écrit :
(...) avec un touchpad (...)
Ah oui, exact, ça m'a déjà gêné.
Le padding est pris en compte et aussi, le cursor est différent, ce qui rend très clair la zone d'où glisser.
Testé, ça marche bien, et le code est plutôt simple : c'est un "ack" pour moi.
(Je me suis demandé un moment si l'utilisation d'un code braille pourrait poser soucis, mais je pense que non.)
Mis à jour par Frédéric Péters il y a presque 8 ans
- Statut changé de En cours à Résolu (à déployer)
commit 156f9fc0e783a16797e1cb4eb096d539b0a7e6c0 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Sun May 15 11:38:50 2016 +0200 manager: add handles to drag/drop multisort (forms) elements (#10933) commit f98582c5a42ef568e37d27ef1abc62ffea7f2d17 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Sun May 15 11:35:32 2016 +0200 manager: add handles to drag/drop cells (#10933) commit ba606a1fe896bf9777fde4724606eb3a181d4568 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Sun May 15 11:31:50 2016 +0200 manager: add handles to drag/drop pages (#10933)
manager: add handles to drag/drop pages (#10933)