petit bug sur le NADIR
le C.M et la Declinaison ne sont pas représentés , du mons les chiffres se mélangent
plus important ; il est impossible de rentrer une coordonnée W ou E en 000°XX.X si je rentre 001°23.4 ca marche mais 000°23.4 se traduit par 23°4 et attend X.X
idem chez moi, pas réussi à lui faire manger manuellement une coordonnée en 0°... aucun soucis pour un waypoint préchargé par l'éditeur par contre, même du 0°00.0'
Une remarque, je pense que ce n'est pas la séquence 0-0-1-2-3-4 (001°23.4) qui "marche" mais 1-2-3-4 (1°23.4), il n'a pas l'air de vouloir prendre un zero comme premier chiffre d'une série
Pour le 0 il le prend bien les 2 premiers c'est la séquence 001 , mais il ne prend pas 000
Sinon le 1234 donnerai 12°34 et il attendrai un autre chiffre pour finir la combinaison
Pour avoir 1°23.4 il faut tapper 001234
Merci pour ta réponse
La formulation de ta question me laisse penser que tu n'as pas bien compris la raison du truc... Tout vient du fait qu'actuellement, le "0" n'est pas accepté comme pouvant être le premier chiffre d'une série contrairement à ce que tu dis plus haut. Pour t'en rendre compte, après avoir mis E ou W... si tu tapes 1 (ou autre chiffre entre 1 et 9), que se passe t-il ? Le chiffre tapé est affiché et il attend le suivant. Tape 0 => rien du tout.
Donc dans la séquence qui nous intéresse, quand tu tapes "1" il comprend "1", quand tu tapes "01" il comprend "1", quand tu tapes "001" il comprend "1" et si tu pourrais mettre dix mile "0" avant ton "1" que ça serait pareil.
Un moyen de contourner aurait pu être de laisser les degrés vides (c'est-à-dire ne taper qu'une séquence de 3 chiffres XX.X'), et tabler sur le fait que degré vide = 0° pour lui mais non ! la vérification des coordonnées entrées ne le permet pas.
Conséquence de ces 2 règles combinées : impossible de rentrer une coordonnées en 0°xx.x'
merci
