Skip to content

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

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

iblowmymind wants to merge 2 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
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.
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