Page suivante - Page précédente - Table des matières

6. Problèmes de programmation généraux

Beaucoup de problèmes qu'il est important de tenir en compte sont les mêmes quand on écrit des logiciels faits pour faciliter l'accès que quand on essaie de suivre de bons principes de programmation.

6.1 Essayez de faciliter la mise en place d'interfaces multiples

Si votre logiciel n'est utilisable qu'à travers une interface graphique, il peut être très difficile de le rendre utilisable pour une personne qui ne peut pas voir. Si on ne peut l'utiliser qu'à travers une interface orientée ligne, quelqu'un qui ne peut pas taper aura des difficultés.

Fournissez des raccourcis claviers aussi bien que l'utilisation du pointeur X normal (généralement la souris). Vous pouvez presque certainement compter sur l'utilisateur pour qu'il génère des frappes de touches sur votre application.

6.2 Rendez le logiciel configurable

S'il est facile de changer de fonte alors les gens pourront la changer pour celle qu'il peuvent lire. Si on peut changer l'ensemble de couleurs alors les gens qui ne voient pas les couleurs seront plus aptes à l'utiliser. Si on peut changer les fontes facilement alors les malvoyants trouveront votre logiciel plus utile.

6.3 Testez le logiciel sur les utilisateurs

Si quelques personnes peuvent utiliser votre logiciel, chacune avec un problème d'accès différent, elles seront plus à même de déceler les problèmes spécifiques. Evidemment, ceci ne sera pas pratique pour tout le monde, mais vous pouvez toujours demander un retour d'informations.

6.4 Rendez la sortie distincte

A chaque fois que c'est possible, clarifiez les différentes parties de votre programme. Formatez les messages d'erreurs de manière spécifique pour les identifier. Sous X, assurez-vous que chaque pan de votre fenêtre a un nom pour qu'un logiciel de lecture d'écran puisse l'identifier.

6.5 Licences

Certains logiciels pour Linux (bien que ce ne soient pas les programmes clés) ont des licences telles que pas pour une utilisation commerciale. Ceci pourrait être mauvais pour une personne qui commence par utiliser le logiciel pour son travail personnel et qui commence à pouvoir travailler pour son emploi ; elle ne pourrait pas le faire avec ceci. Ce pourrait être quelque chose qui les libère de dépendances financières et autres de la part d'autres personnes. Même si l'auteur du logiciel est prêt à faire des exceptions, cela rend l'utilisateur vulnérable aux changements des conditions commerciales (une certaine société en achète les droits) et au refus des gens pour qui ils pourraient travailler (beaucoup de sociétés ont très peur des licences). Il est beaucoup mieux d'éviter ce genre de licence quand c'est possible. La protection contre l'abus commercial des logiciels peut être acquise au besoin avec des licences plus spécifiques telles que la licence publique du GNU ou la licence artistique.


Page suivante - Page précédente - Table des matières