Skip to content

iris-gui: optional native macOS front-end (--features macos-gui) - #132

Closed
iblowmymind wants to merge 4 commits into
techomancer:mainfrom
iblowmymind:mac-gui2
Closed

iblowmymind wants to merge 4 commits into
techomancer:mainfrom
iblowmymind:mac-gui2

Conversation

@iblowmymind

Copy link
Copy Markdown
Contributor

Rebuilds the mac-gui branch as an opt-in second layout on top of main. With the feature on, macOS gets the system menu bar, the configuration editor and every dialog in their own OS windows, and the run state in the window title. The default sidebar layout is unchanged and remains what every build gets; the feature is ignored off macOS.

The backend lives in src/macos_native/. Dialogs are shared unchanged: in the native build they import an egui with Window swapped for an OS-window stand-in. main.rs has only a few cfg(native_mac) hooks. objc2-app-kit is an optional dependency, enabled only by the feature, with default features off.

@iblowmymind
iblowmymind marked this pull request as draft September 22, 2026 14:17
@iblowmymind
iblowmymind marked this pull request as ready for review September 22, 2026 14:30
@iblowmymind
iblowmymind marked this pull request as draft September 23, 2026 14:32
@iblowmymind
iblowmymind force-pushed the mac-gui2 branch 10 times, most recently from b54c4e0 to 7438498 Compare October 5, 2026 08:17
Rebuilds the mac-gui branch as an opt-in second layout on top of main.
With the feature on, macOS gets the system menu bar, the configuration
editor and every dialog in their own OS windows, and the run state in
the window title. The default sidebar layout is unchanged and remains
what every build gets; the feature is ignored off macOS.

The backend lives in src/macos_native/. Dialogs are shared unchanged:
in the native build they import an egui with Window swapped for an
OS-window stand-in. main.rs has only a few cfg(native_mac) hooks.
objc2-app-kit is an optional dependency, enabled only by the feature,
with default features off.
…r Space

With the main window fullscreen on its own Space, closing the
Configuration window from the desktop Space and then returning to IRIS
aborted in glutin ("context to have a current view").

All windows share one GL context. While the main window is occluded,
eframe still runs its UI for a visible child window but skips painting
the main window, so the context stays attached to the child's view.
Dropping the child frees that view; the main window's next paint then
hits a nil view in glutin's is_view_current.

macos_native::end_frame now keeps a closed window alive, hidden, until
the main window has been painted since, and only then drops it.
… too

menus.rs duplicates Action::ResetNvram separately from main.rs's sidebar
menu handler (native NSMenu actions aren't shared code the way the config
tabs are) -- it still only touched the DS1386 nvram file. Same fix as
fix-nveeprom-path: reset and re-MAC both nvram and nveeprom, since
Indigo2/IP28 read eaddr from the EEPROM instead.
menus.rs on macos_native builds the native Memory menu separately from main.rs's
sidebar -- it still used the fixed RAM presets and only gated 256 MB
banks on IP28.

Use the profile-specific ram_presets helper from previous commits and gate
all banks above 128 MB on IP28. This adds the 768/1024 MB presets and
512 MB bank entries

Signed-off-by: iblowmymind <28228415+iblowmymind@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant