Existe-t-il des directives pour la conception d'applications de bureau pour une tablette de bureau Windows?
Je ne parle pas de Metro ou de l'application Windows Store ici. Ces applications sont assez limitées dans ce à quoi elles peuvent accéder dans Windows. Ce que je veux dire, c'est une application de bureau ordinaire qui n'a pas de telles restrictions - elle peut accéder au système de fichiers complet et peut lancer d'autres applications.
Ces applications de bureau standard doivent être repensées du point de vue de l'utilisation sur une tablette Windows à petit écran. Par exemple, une telle application fonctionnera en plein écran par défaut, car ce serait plus pratique sur une tablette. De plus, de nombreuses interactions seraient similaires à une interface en mosaïque de Metro ou d'iO similaires et Android mais il n'y a pas encore de tels contrôles Windows pour l'API de bureau, bien que des contrôles de tuiles tiers existent depuis Delphi/DevExpress , etc. Existe-t-il encore de telles directives de Microsoft pour les applications de bureau qui sont principalement axées sur la saisie tactile?
Voici la chose la plus proche que j'ai pu trouver des directives d'interface utilisateur de l'application de bureau Windows pour les interfaces tactiles:
https://msdn.Microsoft.com/library/windows/desktop/dn742468.aspx
En haut du document:
Heureusement, si votre application est déjà bien conçue, il est facile de fournir une expérience tactile exceptionnelle. A cet effet, un programme bien conçu:
- Garantit que les tâches les plus importantes peuvent être exécutées efficacement à l'aide d'un doigt (au moins les tâches qui n'impliquent pas beaucoup de saisie ou de manipulation détaillée des pixels).
- Utilise de grandes commandes tactiles. Les commandes courantes ont une taille minimale de 23x23 pixels (13x13 DLU), et les commandes les plus couramment utilisées sont au moins 40x40 pixels ( DLU 23x22). Pour éviter un comportement qui ne répond pas, les éléments d'interface utilisateur doivent avoir au moins 5 pixels (3 DLU) d'espace entre eux. Pour les autres contrôles, assurez-vous qu'ils ont au moins une cible de clic de 23x23 pixels (13x13 DLU), même si leur apparence statique est beaucoup plus petite. Voir le dimensionnement de contrôle standard.
- Prend en charge la saisie de la souris. Les commandes interactives ont des possibilités claires et visibles. Les objets ont des comportements standard pour les interactions standard avec la souris (simple et double clic gauche, clic droit, glisser et survoler).
- Prend en charge la saisie au clavier. L'application fournit des affectations de touches de raccourci standard, en particulier pour les commandes de navigation et d'édition qui peuvent également être générées par des gestes tactiles.
- Assure l'accessibilité. Utilise UI Automation ou Microsoft Active Accessibility (MSAA) pour fournir un accès programmatique à l'interface utilisateur pour les technologies d'assistance. L'application répond de manière appropriée aux changements d'orientation, de thème, de paramètres régionaux et de métrique du système.
- Élimine les interactions inutiles. Pour éviter toute perte de données ou d'accès au système, utilisez les valeurs par défaut les plus sûres et les plus sécurisées. Si la sûreté et la sécurité ne sont pas des facteurs, l'application sélectionne l'option la plus probable ou la plus pratique. Fournit un toucher équivalent pour le vol stationnaire. Ne comptez pas sur le vol stationnaire comme seul moyen d'effectuer une action.
- Garantit que les gestes prennent effet immédiatement. Gardez les points de contact sous les doigts de l'utilisateur en douceur tout au long du geste, ce qui fournit l'effet du mappage du geste directement sur le mouvement de l'utilisateur.
- Utilise des gestes standard dans la mesure du possible. Gestes personnalisés uniquement pour les interactions propres à votre application.
- Garantit que les commandes indésirables ou destructrices peuvent être inversées ou corrigées. Les actions accidentelles sont plus probables lors de l'utilisation du toucher.