GesFine

Jacques,

Le livre de compte est essentiellement utilisé pour la saisie, et il me semble donc important que l'on puisse faire le maximum de choses via le clavier.
Est-il envisageable :
1°) d'acceder aux formulaires via un raccourci clavier (par ex Ctl+V pour ouvrir le formulaire "Nouveau Virement" ou Ctl+O pour ouvrier le formulaire "Nouvelle opération courante") ?
2°) de pouvoir sortir d'un formulaire de saisie via la touche Esc ?
3°) de pouvoir saisir la catégorie sans avoir à la sélectionner dans la liste ?
4°) de modifier le comportement de la zone date, qui souvent me force à d'abord modifier le mois avant de pouvoir saisir 31 comme jour...

Merci pour ton avis.

Mathieu.

Bonjour Mathieu

Deggi a écrit :1°) d'acceder aux formulaires via un raccourci clavier (par ex Ctl+V pour ouvrir le formulaire "Nouveau Virement" ou Ctl+O pour ouvrier le formulaire "Nouvelle opération courante") ?

J'avoue que ce n'est pas du tout ma pratique, je navigue essentiellement avec la souris. Je passe plus de temps à consulter, analyser qu'à saisir.
Pour autant je comprend le besoin lorsque l'on engage une saisie dans un formulaire, l'idéal est d'aller jusqu'à la validation sans reprendre la souris.
Je pense que c'est l'objet de ton point 3 et 4.

Deggi a écrit :2°) de pouvoir sortir d'un formulaire de saisie via la touche Esc ?

Il existe déjà le raccourci standard de Windows pour fermer une fenêtre Alt+F4

Deggi a écrit :3°) de pouvoir saisir la catégorie sans avoir à la sélectionner dans la liste ?

La saisie reste assez rare puisque la catégorie est dans la majorité des cas déjà proposée dès que la plupart des tiers sont connus.
Par ailleurs, il ne me parait pas évident de conjuguer 2 modes d'affectation de la catégorie.
La saisie concernerait la catégorie et/ou la sous catégorie ? Quel comportement dans le cas d'une opération répartie/ventilée ?

Deggi a écrit :4°) de modifier le comportement de la zone date, qui souvent me force à d'abord modifier le mois avant de pouvoir saisir 31 comme jour...

Le sujet a déjà été proposé ici, la solution actuelle qui correspond au comportement standard du framework à l'avantage de garantir le renseignement d'une date conforme.
Je ne souhaite pas non plus abandonner ce composant car il garantit la structure de la date en fonction de la culture (paramètres régionaux) de chaque utilisateur.
Si tu connais une solution sur la base de ce composant je suis preneur.

Je reviens sur le 4ieme point.
En faisant quelques tests, je me suis aperçu que la saisie gérait correctement la contrainte sur les jours si l'on saisissait en premier le mois.
Par exemple, j'ai la date 31/08/2014, si je saisis 09 à la place de 08, le jour est forcé à 30. Ce comportement a clairement été codé par Microsoft pour les américains qui saisissent le mois avant le jour.

J'ai donc essayé de modifier le contrôle pour que le mois soit changé automatiquement sur la saisie du jour. Par exemple si j'ai la date 01/09/2014 et que je remplace 01 par 31, je choisis le mois précédent ayant 31 jours, ici 08.
Mais je n'arrive pas à le faire, du moins avec mes connaissances actuelles sur le sujet.
Si un spécialiste voit comment faire depuis une classe qui hérite du contrôle standard, je suis preneur.