E-Maculation

Hi,

I'm running Mini vMac on KDE Plasma desktop. I have two displays: an LCD monitor connected via HDMI and a CRT monitor connected via a DisplayPort adaptor. I want to run Mini vMac on the CRT in fullscreen mode while doing other things on the other screen.

Here's my problem: while both monitors are connected, when I enter fullscreen with ctrl+F, it always goes to the HDMI screen. It doesn't matter which one is set as my primary display. The only way to get Mini vMac in fullscreen on the CRT is to physically disconnect the HDMI cable before running it. However, when I plug the HDMI back in, it switches again.

I've tried this on both X11 and Wayland with the same results.

Is there any way to select which display Mini vMac prefers in fullscreen mode? If so, I would appreciate some help, and if not, consider this a feature request

Is the expected behaviour when switching to full screen mode that the chosen display is the same display that the window was located?

Yes, that's definitely the behaviour I would expect, though I'd be happy with any way of selecting the display.

Also it's important that the other display (the one that Mini vMac isn't on) still be usable. I didn't mention this in OP but it seems like currently when you enter fullscreen, the display not in use turns black.

Ok, I just tested this on Windows. It appears that on Windows, going fullscreen always sends it to whichever display is set as the primary one (and the other display is still usable; it doesn't go black). This is still not ideal as it would be nicer if it used the display where the window was located (as joevt pointed out), but this behaviour is far preferable.

I tested it on Linux again, this time using Gnome desktop. The behaviour was the same as on KDE. So, it seems like this issue may be exclusive to Linux. I'll test it on a Mac next time I get access to one.

o0lemonlime0o wrote: Mon Feb 09, 2026 6:54 pm Ok, I just tested this on Windows. It appears that on Windows, going fullscreen always sends it to whichever display is set as the primary one (and the other display is still usable; it doesn't go black). This is still not ideal as it would be nicer if it used the display where the window was located (as joevt pointed out), but this behaviour is far preferable.

I tested it on Linux again, this time using Gnome desktop. The behaviour was the same as on KDE. So, it seems like this issue may be exclusive to Linux. I'll test it on a Mac next time I get access to one.

Unless someone's planning to mature the Mini vMac code, this is likely going to be a documentation exercise, and not an improvement exercise. It's been years now since we've heard from Paul.

Likely, the better solution is to try using Snow and see if it does what you want, as the lead developer is still working on it.

Ah, I wasn't aware of the status of the project. Sorry to hear that. I'll have a look at Snow

I tried fullscreen with DingusPPC on macOS. It seems to work as expected. The guest display window takes over the host display that the window is located on while the other host displays remain usable but only if the "Displays have different Spaces" option is enabled in System Preferences. Otherwise going fullscreen makes all other host displays go black.

I believe guests with multiple guest displays can have each guest display take over a different host display but only if the "Displays have different spaces" option is enabled. I haven't tried it yet. The pm8500 and pm8600 machines have two displays by default. The second display is connected if --has_svideo=1 or --has_composite=1 is specified. You can add as many displays as you like (I've done 14) by adding additional virtual PCI cards. We'll add the ability to add additional NuBus cards as well (limited to 6).

Host windows can't span multiple host displays if "Displays have different Spaces" is enabled.

Does Linux have an option similar to "Displays have different Spaces"?