VERSION 1.4.9
A module rail, and the memory of the flight.
Versions 1.4.7 to 1.4.9 reorganise the application around a module rail, keep the timeline of every flight, and translate everything that was still stuck in French.
Updated · August 5, 2026
New: module-based navigation
On wide windows, the modules move into a compact rail at the upper left, with a frosted-glass treatment and a clearer active marker. The “Flight plan” module now behaves like every other entry: it is selected by default and has no collapse control.
- Every entry in the rail — flight plan, map, taxi, flight tracking, constraints, dispatch, aircraft, official charts, MCDU sheet, weather — scrolls straight to its content.
- The main area fills all the remaining width, and an opened official PDF expands across the whole chart grid.
- When a flight alert adds a row to the header, the rail moves below it instead of covering the first module.
- Compact windows keep the horizontal selector, and mobile navigation keeps its accessible side drawer.
New: the flight timeline
Flight tracking now keeps a record of what happened. A ribbon shows every phase flown, the longer ones taking up the most room, and the log underneath groups events under the phase they happened in.
- Takeoff and landing runways with the wind actually observed, phase changes, gear, flaps, speedbrakes, parking brake, lights and autopilot modes.
- A change is only recorded once it has held, so a moving flap lever no longer floods the log.
- The timeline of a completed flight is kept with its summary in the local logbook and can be replayed from there.
- It is stored as data rather than as sentences: a flight logged in one language reads back in whichever language you select later.
Faster plan preparation
The first plan opens faster when SimBrief provides a detailed navlog: validated en-route coordinates and published procedure links are reused before NaviXav asks MSFS Facilities for any missing positions. The route-corridor checks and the local-cache fallback remain active.
Fixes from 1.4.7 to 1.4.9
- Aircraft configuration follows flaps, speedbrakes and the parking brake even when a third-party aircraft freezes one standard MSFS variable; the Fenix A319, A320 and A321 are read directly from their cockpit variables, including with engines and hydraulic systems off.
- Airbus aircraft exposing five flap-handle positions are no longer shifted: the handle on 2 was displayed as 1, and the retracted detent now reads 0.
- An aircraft without a known flap profile shows the handle position and the measured angle instead of a percentage of travel.
- The displayed flight level now comes from the standard atmosphere, as the altimeter reads it: an aircraft level at FL330 was announced at FL342 in warm air, and the cruise phase was lost for the same reason.
- Named taxiways stay visible on the ground chart even when MSFS reports them as generic segments: at LCPH, taxiways A, B, K and the others no longer disappear with the unnamed secondary links.
- The Constraints, Official charts and MCDU sheet modules follow the selected language, as do simulator taxi labels, connection tooltips and error banners.
- Phones and tablets can change the display language from the toolbar, and the MSFS connection state becomes a compact coloured dot instead of a label that overflowed.
- The installer and the application are no longer flagged by antivirus heuristics: the executable ships uncompressed and carries full publisher information.
- Shutting the application down no longer emits deprecation warnings, and the LCPH-EHAM demonstration no longer warns about its expected offline navigation-cache fallback.
Recap: Weather and Dispatch (1.4.6)
Version 1.4.6 brought the departure, cruise, arrival and alternate briefings together in the “Weather” module, decoded rather than raw: wind, visibility, ceiling, temperatures, QNH, significant phenomena, flight category and observation age, with the TAF summarised down to its change windows. Since the same release, the “Dispatch” module compares the OFP forecast against simulator measurements — weights, fuel, consumption, times and distances — refreshed every two seconds.
Built by vibe coding
NaviXav is a solo project built with coding assistants (Claude Code, OpenAI Codex): the application code, like this website’s, is written through a dialogue with language models, then reviewed, flown and fixed. Releases come quickly, and bugs sometimes slip through — this changelog lists them without dressing them up. The code stays public on GitHub.
Download and security
NaviXav 1.4.9 is available free of charge for Windows 10 and Windows 11 from the official GitHub Release. Before any automatic update, the downloaded installer is verified against its published SHA-256 checksum.