Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mixed dpi support for multiple windows #408

Closed
thomasjachmann opened this issue Mar 20, 2018 · 6 comments
Closed

mixed dpi support for multiple windows #408

thomasjachmann opened this issue Mar 20, 2018 · 6 comments

Comments

@thomasjachmann
Copy link

When you create multiple windows using new_os_window and move one of them to a screen with a different dpi value, that window and all others are resized to accomodate the new dpi. The others, non-moved windows should not change their appearance.

I know you don't have a way to test this, so could you give me a pointer to where in the code to look for a solution for this? Or is the shared setting to deeply ingrained to be changed easily?

@kovidgoyal
Copy link
Owner

I doubt it will be an easy change. DPI and font size are currently global, you'd have to make them per-window and also deal with the fact the glyph cache is global (all windows share the same on GPU glyph cache to mimize VRAM consumption). Different DPI will require differently sized glyphs (in pixels).

In thoeory you could probably do this, but I doubt it's practical.

@thomasjachmann
Copy link
Author

Well, not having the ability to have two windows on two different screens each with their correct scaling is rather impractical as well. ;) Is there some workaround? This is a serious issue for multi monitor/multi dpi use that shouldn't be dismissed so easily.

@kovidgoyal
Copy link
Owner

Simply use two kitty instances.

@thomasjachmann
Copy link
Author

OK, a workaround. I don't know for other OSes but on macOS, that feels very non-os-like, though You usually have one app instance with multiple windows. You can switch between windows of an app with a standard shortcut. You only have one app icon in the app selector (Cmd-Tab), simply because you only have one instance. And I think there's no easy way to map a standard shortcut (Cmd-N) to create a new window.

@kovidgoyal
Copy link
Owner

kovidgoyal commented Mar 21, 2018

Sure, but then, that's the cost of using such an inflexible OS. I for one think the amount of effort to implement this is not worth the use case. If you feel differently, patches are welcome. Personally, if I was stuck on macOS, I'd just ditch its default desktop shell and switch to using a tiling window manager, like chunkWM, at least as long as Apple continues to allow people to switch out the desktop shell, which going by their past history is not going to be much longer, I mean they even stopped allowing people to change their mouse themes, see #359

@kovidgoyal
Copy link
Owner

FYI this should now work automatically thanks to the recent implementation of support for different font sizes on different top level windows

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

No branches or pull requests

2 participants