Paramétrage du positionnement de la barre de défilement horizontale dans les tableurs

[bminisclou (Bertrand Minisclou)]

Version

Simplicité version6.2.15Built on2025-08-15 11:39Git info6.2/309efbdf46b217e3145711d1c47c3e5ad5459aa5Database level6;P02;56a2df3887f754ccf1ded39d8fd8bffe;15OSLinux amd64 5.14.0-570.17.1.el9_6.x86_64ServerApache Tomcat/9.0.108 WEBDatabaseMySQL 5.5.5-10.5.27-MariaDB using BLOBsJVM21.0.7 Red Hat, Inc. OpenJDK 64-Bit Server VM 21.0.7+6-LTSScript enginerhino Rhino 1.7.13 2020 09 02Additional libsApache POI, Docx4j, Apache Tika, JGit, Apache JClouds, Google APIs, Google APIs FirebaseApplication name

Description

Serait-il possible d’afficher la barre de défilement horizontale soit en haut du tableur, soit en bas du tableur, soit les deux ?

Justification

Lorsque le tableur contient un grand nombre d’éléments, l’utilisateur est contraint de descendre tout en bas pour accéder à la barre de défilement horizontale. Cela nuit à l’ergonomie, en particulier lorsqu’on souhaite consulter rapidement des colonnes situées à droite du tableau, sans quitter la vue du haut et sans utiliser les flèches du clavier.

[Francois (François Genestin)]

Bonjour,

@bminisclou

l’utilisateur est contraint de descendre tout en bas pour accéder à la barre de défilement horizontale

Non ce n’est qu’une possibilité pas un contrainte, car il y a d’autres façons de scroller horizontalement. Le sujet avait été abordé au passage en V5, et revient assez souvent :

Accès à l'ascenseur horizontal

bonjour, je migre une application de la V3 vers la V4 et l’accès à l’ascenseur horizontal est problématique. En V3, l’ascenseur était tout le temps visible et accessible à l’écran. En v4, il faut aller en bas de la liste pour avoir accès à l’ascenseur. Ce qui est très pénalisant pour nos applications de gestion lors de l’instruction des demandes. serait t’il possible de figer l’ascenseur en bas de l’écran, comme il l’était en V3 ?

En terme d’UX, votre design de liste n’est pas sensé avoir de scroll horizontal sauf pour mettre des données étendues et à réserver à des usages sur desktop avec des périphériques modernes avec scroll moderne et sans besoin de click (pad, molette…).

Tant que faire se peut, une page responsive doit s’étendre verticalement (avec scroll) et s’adapter à la largeur disponible (sans scroll, on ne scroll pas à droite sur une tablette ou un téléphone).

Mettre une barre de scroll en haut n’est pas standard dans un élément HTML (table ou div), il faudrait créer une vraie “fausse” barre de scroll avec du code javascript pour agir sur la table et réciproquement, ce qui n’est pas du tout conventionnel, ni jamais vu. Ce que nous avons fait car très utile, c’est décrocher la barre de titre pour toujours avoir les noms de colonne visibles quel que soit le scroll (sticky header).

De nos jours, avec une souris à molette (+alt ou shift suivant la config) ou un touchpad (gesture 2 doigts), il n’est plus jamais utile de “clicker” sur la barre de scroll. C’est d’ailleurs la raison pour laquelle tous les sites réduisent la largeur des barres de scroll pour gagner de la place.

Il faudrait voir les usages et le matériel qui est utilisé par vos utilisateurs.