Project

General

Profile

Bug #36038

position de la croix de suppression d'un fichier

Added by Frédéric Péters 2 months ago. Updated 28 days ago.

Status:
Solution proposée
Priority:
Normal
Target version:
-
Start date:
11 Sep 2019
Due date:
% Done:

0%

Patch proposed:
Yes
Planning:
No

Description

Elle est posée à côté du nom de fichier mais quand le nom de fichier est trop long et bien elle n'apparait pas.

Ça pourrait aller en haut à droite, ça serait l'occasion aussi d'en élargir la zone cliquable.

uploads.png View (26.6 KB) Frédéric Péters, 11 Sep 2019 02:47 PM

upload2.png View (11.7 KB) Frédéric Péters, 11 Sep 2019 02:52 PM

0001-scss-move-remove-file-icon-to-the-top-right-corner-3.patch View (991 Bytes) Frédéric Péters, 11 Sep 2019 02:55 PM

upload3.png View (8.31 KB) Frédéric Péters, 11 Sep 2019 05:24 PM

37216
37217
37232

History

#1 Updated by Frédéric Péters 2 months ago

#2 Updated by Thomas Jund 2 months ago

Premier avis.

Proposition qui permet de supprimer le fichier même si le nom de fichier est trop long mais

Le vrai problème initial est que le nom du fichier ne s'affiche pas en entier. Ce qui pose un problème ergonomique non négligeable. Si l'objectif est que l'utilisateur ai un feedback lui permettant d'être sûr que le fichier sélectionné est le bon. Permettre l'affichage du nom du fichier en entier est donc la solution première du problème. Déplacer le bouton de suppression est intéressant mais ne règle à mon avis que la moitié du problème.

2. ++ concernant la taille du bouton ou de la zone cliquable. En tactile la taille d'un bouton devrait au moins faire 30x30px

#3 Updated by Frédéric Péters 2 months ago

Ma position est que si le nom du fichier est long c'est que ce n'est pas un nom qui a été choisi par l'usager, genre ici un YXLt..., ailleurs le timestamp de la photo prise par le mobile, et que du coup il ne dira de toute façon rien à l'usager.

#4 Updated by Thomas Jund 2 months ago

Ma position est que si le nom du fichier est long c'est que ce n'est pas un nom qui a été choisi par l'usager,

Donc tu pars du principe qu'un usager ne nommera jamais ses fichiers avec des noms du genre.

fete-de-la-pomme-de-terre-2019-souffelweyersheim-01.jpg

Et qu'il n'utilise jamais comme différentiation entre une liste de fichiers un système du numérotation en suffixe d'un nom très long ?

#5 Updated by Frédéric Péters 2 months ago

Je propose de requalifier la justification comme étant que la position de la croix serait de toute façon plus naturelle en haut à droite, qui est une localisation usuelle pour fermer/faire disparaitre.

#6 Updated by Frédéric Péters 2 months ago

(ça laissera la possibilité de discuter de l'affichage ou pas du nom de fichier ailleurs, ça permettra également d'amener dans un ticket public #33231).

#7 Updated by Thomas Jund 2 months ago

OK.

Et pourquoi pas, positionner le centre du bouton sur le coin top right plutôt que dans l'angle, pour visuellement différentier les informations du fichiers = dans le bloc, actions = un peu en dehors / superposé. Position qui serait encore plus usuelle non ?

#8 Updated by Frédéric Péters 2 months ago

37232

Sur l'angle même, mmm, comme crainte que ça commence à s'approcher un peu trop du libellé au-dessus, et oui un peu, mais ça me permet de voir aussi deux autres problèmes : ça oblige de retirer le overflow: hidden du bouton avec des conséquences que je ne mesure pas (au moins qu'il va falloir le mettre ailleurs pour ne pas avoir le nom du fichier sortir du cadre) et aussi comme l'icône FontAwesome n'a pas de fond, ça fait qu'à travers la croix on voit la bordure du champ.

#9 Updated by Thomas Jund 2 months ago

Donc proposition un peu compliqué à mettre en oeuvre avec le code existant et qui demanderait une refactorisation. Je n'ai pas pensé au label, car pour moi le module prends toute la largeur de la cellule parent. Mais en effet ce n'est pas le cas, il a un max-width.

Le coup de l'icone est pas mal aussi :). je pensais que c'était un icone croix blanche sur bloc couleur en border-radius.
Quelle idée de faire l'inverse ? FontAwesome propose des trucs vraiment inutiles.

J'ai besoin de monter en compétence sur le code existant avant de chercher à être force de proposition.

#11 Updated by Frédéric Péters 28 days ago

Le problème vient d'être soulevé par imio (#37189), ça m'irait d'avancer ainsi.

Also available in: Atom PDF