Dans certains contextes métiers, l’utilisation du scroll vertical n’est pas envisageable. Sur la base d’une résolution en 1024×768, les contraintes de conception sont alors très fortes puisqu’il faut mettre un grand nombre d’information dans un même écran.
Plusieurs solutions sont envisageables :
Ce mode d’affichage (possible via la touche F11 du clavier par exemple) a pour conséquence de masquer toute l’entête du navigateur (menu, barre d’outils, etc…).
Cela peut être un élément perturbateur pour les utilisateurs qui perdent alors des repères de navigation
s’ils ne connaissent pas ce mode.
Cependant, avec une conception adaptée (intégration d’un bouton d’action pour revenir en mode classique, intégration des outils du navigateur dans l’application, …), les inconvénients seraient alors minimisés.
Qu’en pensez-vous ?
A voir si la contrainte posée par le client prévalue sur la contrainte posée au consommateur qui se voit être perturbé dans ses habitudes (masquer son navigateur).
De quels genres de contextes parle t-on ici ?
Il s’agit d’une application métier. L’utilisateur n’est donc pas dans une utilisation de type « consommateur ».
Il sera sur son application et uniquement sur son application. C’est pourquoi, je pense qu’il ne faut pas le forcer mais lui permettre cet affichage et surtout le guider pour revenir à un affichage plus classique si il en a le besoin.
Il me semble que cela dépend aussi de la nature de l’application web. Si celle-ci s’intègre dans un milieu dans lequel une interaction avec les autres applications ouvertes est nécessaire ou pratique (par exemple copier/coller depuis word ou exell), le mode plein écran me parait parfois perturbant pour les utilisateurs.
Je préfère alors passer par un découpage plus systématique des informations/étapes du processus.
@pluc
Pas d’interactions du tout avec d’autres applications (web ou non), donc je pense que cela peut passer
Sinon, je n’ai pas vu beaucoup d’études ou d’articles sur l’utilisation du full screen, quelqu’un a-t-il ça ?
Une application métier implique quand même un consommateur au final non ? (sauf dans le cas d’un extranet mais la perturbation reste la même)
D’accord avec pluc concernant l’interactivité avec d’autres applications, ne serait-ce que pour un silmple copier-coller. Pas évident.
Cela me rappelle un le feu débat parlant de popup…
On parlera de consommateur dans un contexte B2C, pour de l’application métier on parlera plus volontiers d’utilisateur.
Mais, je suis tout à fait d’accord sur tous les arguments que vous avez cités. Personnellement, j’aimerais ne pas avoir à utiliser le full screen mais je ne peux pas faire autrement.
Sur les pop-ups, ça peut également être une longue discussion entre les pop-ups navigateurs (très intrusives) et les pop-ups de type lightbox intégrées dans l’interface qui peuvent avoir beaucoup d’utilité.
Bah faut leur acheter des souris et des écrans !!! :p lol !
Sincèrement, je pense tout de même que le simple fait d’appuyer sur « entrer » pour passer à la page suivante, va plus vite et est plus simple que de scroller, surtout dans de l’appli métier.
Car si tu scrolles, tu sais plus trop ou tu en es, il te faut donc 2 secondes pour retrouver là ou t’as déjà rempli et là ou ca ne l’est pas encore.
Finalement, si les users ont un usage clavier fort, la tabulation et le bouton « entrer » seront bien plus rapide que la souris (productivité).
Mais c’est à vérifier par des tests, et des stats.
A t-on des stats sur le sujet ?