Presentation fixes:
- Mirror the in-progress pen/highlighter stroke to the audience window
live (new 'inkLive' channel) so highlights appear as they are drawn,
not only after the pen lifts.
- Cover the macOS menu bar on the beamer: raise the audience window
above .mainMenu level so the Apple/Wi-Fi strip no longer shows during
a presentation.
Styling no longer lives in the file:
- generateDeck no longer embeds the ThemeProfile; a saved .md holds only
content. The profile is inlined only for the transient audience-window
payload (inlineStyleProfile: true), never to disk.
- On open, the app applies the active style profile (FileService.openDeck
/ activeProfileFor, DeckNotifier.loadDeck); applyMarkdown preserves the
current profile.
Quality pass / tests green:
- Complete the consent-screen translations (English plus 7 missing
strings per other language).
- Pass the consent gate in widget/ui-scale tests by seeding the consent
key, so the app shell renders.
- Update markdown round-trip tests for the new default and add coverage
for live stroke streaming and styling-free saves.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Flutter's macOS engine only sends mouse-moved events to the key window
by default. The borderless audience (beamer) window deliberately never
becomes key, so chart tooltips never appeared on the second screen, and
hover styling stuck around whenever a window lost key status before the
exit event arrived. Track the mouse whenever the app is active instead,
for both the main window and every secondary window.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
When a second display is connected (macOS), presenting now opens a
borderless audience window on the beamer showing the slide, while the
main window shows the presenter view (current/next slide, speaker notes,
clock, controls) on the laptop. The two windows stay in sync over method
channels: navigation, blank screen, audio-complete and beamer clicks are
forwarded between them, and media plays only on the beamer to avoid
double audio. Falls back to the existing single-window presenter when
there is one display or the second window can't be created.
- Vendors a fork of desktop_multi_window in third_party/ that re-adds the
native macOS window geometry/fullscreen calls (coverScreen, setFrame,
close) the published 0.3.0 dropped; wired via a path dependency.
- Registers the app's plugins for sub-windows in MainFlutterWindow so
video/image rendering works on the beamer.
- Routes the multi_window dart entrypoint to a minimal AudienceWindowApp.
Compiles (flutter analyze + macOS debug build) and all tests pass;
runtime two-screen behaviour still needs verification on real hardware.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
