Un rail de modules, et la mémoire du vol.

Nouveau : la navigation par modules

Sur les fenêtres larges, les modules passent dans un rail compact en haut à gauche, sur fond de verre dépoli, avec un repère d’activité plus lisible. Le module « Plan de vol » y prend sa place comme les autres : il est sélectionné par défaut et n’a plus de bouton de repli.

• Chaque entrée du rail — plan de vol, carte, roulage, suivi du vol, contraintes, dispatch, avion, cartes officielles, fiche MCDU, météo — fait défiler directement jusqu’à son contenu.
• La zone principale occupe toute la largeur restante et un PDF officiel ouvert s’étend sur toute la grille des cartes.
• Quand une alerte de vol ajoute une ligne à l’en-tête, le rail descend sous celui-ci au lieu de recouvrir le premier module.
• Les fenêtres compactes conservent le sélecteur horizontal et la navigation mobile garde son panneau latéral accessible.

Nouveau : la chronologie du vol

Le suivi du vol garde désormais la trace de ce qui s’est passé. Un ruban montre chaque phase parcourue, les plus longues occupant le plus de place, et le journal placé dessous regroupe les évènements sous la phase où ils sont survenus.

• Pistes de décollage et d’atterrissage avec le vent réellement observé, changements de phase, train, volets, aérofreins, frein de parc, feux et modes du pilote automatique.
• Un changement n’est consigné qu’une fois stabilisé : une manette de volets en mouvement n’inonde plus le journal.
• La chronologie d’un vol terminé est conservée avec son résumé dans le carnet local et peut y être rejouée.
• Elle est enregistrée comme donnée et non comme des phrases : un vol consigné dans une langue se relit dans celle choisie plus tard.

Préparation du plan accélérée

Le premier plan s’ouvre plus vite lorsque SimBrief fournit un navlog détaillé : les coordonnées en route validées et les liens de procédures publiés sont réutilisés avant d’interroger MSFS Facilities pour les positions manquantes. Les vérifications de corridor de route et le repli sur le cache local restent actifs.

Corrections des versions 1.4.7 à 1.4.9

• La configuration avion suit les volets, aérofreins et frein de parc même lorsqu’un avion tiers fige une variable standard de MSFS ; les Fenix A319, A320 et A321 sont lus directement dans leurs variables de cockpit, moteurs et systèmes hydrauliques coupés.
• Les crans de volets des Airbus à cinq positions ne sont plus décalés : la manette sur 2 s’affichait 1, et le cran rentré affiche désormais 0.
• Un avion sans profil de volets connu affiche la position de la manette et l’angle mesuré plutôt qu’un pourcentage de course.
• Le niveau de vol affiché vient de l’atmosphère standard, comme l’altimètre le lit : un avion stabilisé au FL330 était annoncé au FL342 en air chaud, et la phase de croisière était perdue pour la même raison.
• Les voies de circulation nommées restent visibles sur le plan d’aérodrome même quand MSFS les décrit comme de simples segments : à LCPH, les voies A, B, K et les autres ne disparaissent plus avec les liaisons secondaires anonymes.
• Les modules Contraintes, Cartes officielles et fiche MCDU suivent la langue choisie, tout comme les libellés de roulage venus du simulateur, les info-bulles de connexion et les bandeaux d’erreur.
• Les téléphones et tablettes peuvent changer la langue depuis la barre d’outils, et l’état de connexion à MSFS y devient une pastille colorée au lieu d’un libellé qui débordait.
• L’installateur et l’application ne sont plus signalés à tort par les heuristiques antivirus : l’exécutable est livré non compressé et porte les informations complètes de l’éditeur.
• La fermeture de l’application n’émet plus d’avertissement de dépréciation, et la démonstration LCPH-EHAM ne s’alarme plus d’un repli attendu sur le cache de navigation hors ligne.

Rappel : Météo et Dispatch (1.4.6)

La version 1.4.6 avait réuni dans le module « Météo » les briefings départ, croisière, arrivée et déroutement, décodés plutôt que bruts : vent, visibilité, plafond, températures, QNH, phénomènes significatifs, catégorie de vol et âge de l’observation, avec le TAF résumé à ses fenêtres de changement. Le module « Dispatch » confronte depuis la même version les prévisions de l’OFP aux mesures du simulateur — masses, carburant, consommation, temps et distances — rafraîchies toutes les deux secondes.

Écrit en vibe coding

NaviXav est un projet solo, développé avec des assistants de code (Claude Code, OpenAI Codex) : le code de l’application comme celui de ce site est écrit en dialoguant avec des modèles de langage, puis relu, essayé en vol et corrigé. Les versions s’enchaînent vite, et des bugs passent parfois entre les mailles — ce journal les liste sans les enjoliver. Le code reste public sur GitHub.

Téléchargement et sécurité

NaviXav 1.4.9 est disponible gratuitement pour Windows 10 et Windows 11 depuis la Release GitHub officielle. Avant toute mise à jour automatique, l’installateur téléchargé est contrôlé à l’aide de son empreinte SHA-256.