This was reported to Alacritty in https://github.com/jwilm/alacritty/issues/2741.
It seems like the simple fullscreen mode on macOS always keeps the window at the same size, even after it is moved between screens.
The expectation here is that when moving the window, it should take all of the space available on the new monitor, instead of sticking to the old size.
Toggling simple fullscreen after the window has been moved fixes this issue.
cc @aleksijuvani
It looks like the window bounds are only set upon the initial set_simple_fullscreen call. If the window is in simple fullscreen mode, we should respond to windowDidChangeScreen and change the window bounds to fit the new screen. It seems weird to me for the user to have to "move" the window to put it on another screen, however. We should change set_simple_fullscreen to take an Option<MonitorHandle> instead of a boolean. Additionally, we should track screen resolution changes with didChangeScreenParametersNotification.
That said, I would strongly prefer applications to not use the simple fullscreen functionality. The simple fullscreen mode prevents the user from using some gestures common to fullscreen applications (i.e. three-finger swipe left or right to go back to the desktop). This is because it is not in fact a fullscreen window, but a regular window with its decorations hidden. It's generally just not what users are expecting from a fullscreen application. I would love to hear about the use-cases for it, because I'm confused as to why anyone would want this behaviour.
@aleksijuvani Hi, I'm the original reporter from the Alacritty bug. I prefer this mode with Alacritty, as opposed to the Native Fullscreen, because its faster and more convenient to use.
I used the same setup with iTerm2, where I would additionally use the cmd+u transparency toggling on occasion to copy something from the browser underneath without switching apps. None of this is possible when you use the native fullscreen.
I never use native full screens. There is no shortcut for them, unlike with spaces where you can have ctrl+1 etc. This is my use case, and it's not just alacritty, it's every app.
Most helpful comment
@aleksijuvani Hi, I'm the original reporter from the Alacritty bug. I prefer this mode with Alacritty, as opposed to the Native Fullscreen, because its faster and more convenient to use.
I used the same setup with iTerm2, where I would additionally use the
cmd+utransparency toggling on occasion to copy something from the browser underneath without switching apps. None of this is possible when you use the native fullscreen.