Wayland: Multi DPI Setup
We are writing the year 2018 and it will not be the year of Linux again!
I'm working on Wayland since the beginning of the year (full time!),
but it's not that satisfying with a mixed/multi dpi setup.
I really don't need many applications:
- PHPStorm
- Chrome
- Terminal
- Docker (For me that's the only reason for Linux actually!)
- Mail Client
So I'm using one native application: Terminal
This is the only one which is running as excepted on all monitors!
When switching the app from one monitor to another with different dpi it's scaled automatically correct! That's what I'm expecting.
What I've found out yet:
- Electron apps are not able to use the scale factor of Wayland
- Java apps are not able to use the scale factor of Wayland
- Chrome/Chromium/Firefox is not able to use the scale factor of Wayland
So I'm not sure where the problem is really located?
In Mutter? In Electron? In Swing? In Chrome? In Chromium? In Firefox?
I hope someone can point me into the right direction to find out what I need to wait for.
gnome multiple-monitors wayland dpi hdpi
asked Jul 24 at 13:47
trickreich
11517
add a comment |
We are writing the year 2018 and it will not be the year of Linux again!
I'm working on Wayland since the beginning of the year (full time!),
but it's not that satisfying with a mixed/multi dpi setup.
I really don't need many applications:
- PHPStorm
- Chrome
- Terminal
- Docker (For me that's the only reason for Linux actually!)
- Mail Client
So I'm using one native application: Terminal
This is the only one which is running as excepted on all monitors!
When switching the app from one monitor to another with different dpi it's scaled automatically correct! That's what I'm expecting.
What I've found out yet:
- Electron apps are not able to use the scale factor of Wayland
- Java apps are not able to use the scale factor of Wayland
- Chrome/Chromium/Firefox is not able to use the scale factor of Wayland
So I'm not sure where the problem is really located?
In Mutter? In Electron? In Swing? In Chrome? In Chromium? In Firefox?
I hope someone can point me into the right direction to find out what I need to wait for.
gnome multiple-monitors wayland dpi hdpi
asked Jul 24 at 13:47
trickreich
11517
Maybe i need to add my current versions: Ubuntu 18.04, Gnome 3.28.2 with Wayland
– trickreich
Jul 24 at 13:51
Xorg reached it's current state over 34 years I think. Anyway it's hard to imagine Wayland in only 8 years will be the magic beans to the Goose that laid the Golden Year of Linux Egg.
– WinEunuuchs2Unix
Dec 17 at 1:03
add a comment |
We are writing the year 2018 and it will not be the year of Linux again!
I'm working on Wayland since the beginning of the year (full time!),
but it's not that satisfying with a mixed/multi dpi setup.
I really don't need many applications:
- PHPStorm
- Chrome
- Terminal
- Docker (For me that's the only reason for Linux actually!)
- Mail Client
So I'm using one native application: Terminal
This is the only one which is running as excepted on all monitors!
When switching the app from one monitor to another with different dpi it's scaled automatically correct! That's what I'm expecting.
What I've found out yet:
- Electron apps are not able to use the scale factor of Wayland
- Java apps are not able to use the scale factor of Wayland
- Chrome/Chromium/Firefox is not able to use the scale factor of Wayland
So I'm not sure where the problem is really located?
In Mutter? In Electron? In Swing? In Chrome? In Chromium? In Firefox?
I hope someone can point me into the right direction to find out what I need to wait for.
gnome multiple-monitors wayland dpi hdpi
asked Jul 24 at 13:47
trickreich
11517
We are writing the year 2018 and it will not be the year of Linux again!
I'm working on Wayland since the beginning of the year (full time!),
but it's not that satisfying with a mixed/multi dpi setup.
I really don't need many applications:
- PHPStorm
- Chrome
- Terminal
- Docker (For me that's the only reason for Linux actually!)
- Mail Client
So I'm using one native application: Terminal
This is the only one which is running as excepted on all monitors!
When switching the app from one monitor to another with different dpi it's scaled automatically correct! That's what I'm expecting.
What I've found out yet:
- Electron apps are not able to use the scale factor of Wayland
- Java apps are not able to use the scale factor of Wayland
- Chrome/Chromium/Firefox is not able to use the scale factor of Wayland
So I'm not sure where the problem is really located?
In Mutter? In Electron? In Swing? In Chrome? In Chromium? In Firefox?
I hope someone can point me into the right direction to find out what I need to wait for.
gnome multiple-monitors wayland dpi hdpi
gnome multiple-monitors wayland dpi hdpi
asked Jul 24 at 13:47
trickreich
11517
asked Jul 24 at 13:47
trickreich
11517
asked Jul 24 at 13:47
trickreich
11517
asked Jul 24 at 13:47
trickreich
11517
asked Jul 24 at 13:47
trickreich
11517
11517
Maybe i need to add my current versions: Ubuntu 18.04, Gnome 3.28.2 with Wayland
– trickreich
Jul 24 at 13:51
Xorg reached it's current state over 34 years I think. Anyway it's hard to imagine Wayland in only 8 years will be the magic beans to the Goose that laid the Golden Year of Linux Egg.
– WinEunuuchs2Unix
Dec 17 at 1:03
add a comment |
Maybe i need to add my current versions: Ubuntu 18.04, Gnome 3.28.2 with Wayland
– trickreich
Jul 24 at 13:51
Xorg reached it's current state over 34 years I think. Anyway it's hard to imagine Wayland in only 8 years will be the magic beans to the Goose that laid the Golden Year of Linux Egg.
– WinEunuuchs2Unix
Dec 17 at 1:03
Maybe i need to add my current versions: Ubuntu 18.04, Gnome 3.28.2 with Wayland
– trickreich
Jul 24 at 13:51
Maybe i need to add my current versions: Ubuntu 18.04, Gnome 3.28.2 with Wayland
– trickreich
Jul 24 at 13:51
Xorg reached it's current state over 34 years I think. Anyway it's hard to imagine Wayland in only 8 years will be the magic beans to the Goose that laid the Golden Year of Linux Egg.
– WinEunuuchs2Unix
Dec 17 at 1:03
Xorg reached it's current state over 34 years I think. Anyway it's hard to imagine Wayland in only 8 years will be the magic beans to the Goose that laid the Golden Year of Linux Egg.
– WinEunuuchs2Unix
Dec 17 at 1:03
add a comment |
1 Answer
1
active
oldest
votes
Scaling on Wayland is handled by the application, in practice that means the toolkit (GTK, QT, etc.) (support status). GTK 3 apps (like GNOME Terminal) are fine, as you've found.
Firefox has come a long way, but menus don't position correctly yet (issue and related) - a development version is available here. Thunderbird would hopefully follow after Firefox. For Chromium work is underway, but it isn't finished either. Electron uses Chromium under the hood, so that can't be fixed until Chromium is done.
Because these apps don't fully support Wayland yet, they still use the X11 protocol with XWayland, which doesn't handle MultiDPI well (GNOME has ideas, but I doubt whether this will happen).
So I guess you'll have to wait until all applications support Wayland, but there are some workarounds that may be useful to some.
Archlinux has some notes on HiDPI and Wayland, for example.
edited Sep 3 at 10:23
Community♦
1
answered Aug 3 at 9:30
wvengen
463
Thanks for your reply! The problem is not HiDPI as you linked. The problem is a mixed DPI setup! That's a huge difference.. What I've also tried is to activate "fractional scaling". Then everything is blurry.. But the size is correct?! So how the problem could be in the application when I'm activating something in the OS?
– trickreich
Aug 6 at 10:34
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1059030%2fwayland-multi-dpi-setup%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Scaling on Wayland is handled by the application, in practice that means the toolkit (GTK, QT, etc.) (support status). GTK 3 apps (like GNOME Terminal) are fine, as you've found.
Firefox has come a long way, but menus don't position correctly yet (issue and related) - a development version is available here. Thunderbird would hopefully follow after Firefox. For Chromium work is underway, but it isn't finished either. Electron uses Chromium under the hood, so that can't be fixed until Chromium is done.
Because these apps don't fully support Wayland yet, they still use the X11 protocol with XWayland, which doesn't handle MultiDPI well (GNOME has ideas, but I doubt whether this will happen).
So I guess you'll have to wait until all applications support Wayland, but there are some workarounds that may be useful to some.
Archlinux has some notes on HiDPI and Wayland, for example.
edited Sep 3 at 10:23
Community♦
1
answered Aug 3 at 9:30
wvengen
463
Thanks for your reply! The problem is not HiDPI as you linked. The problem is a mixed DPI setup! That's a huge difference.. What I've also tried is to activate "fractional scaling". Then everything is blurry.. But the size is correct?! So how the problem could be in the application when I'm activating something in the OS?
– trickreich
Aug 6 at 10:34
add a comment |
Scaling on Wayland is handled by the application, in practice that means the toolkit (GTK, QT, etc.) (support status). GTK 3 apps (like GNOME Terminal) are fine, as you've found.
Firefox has come a long way, but menus don't position correctly yet (issue and related) - a development version is available here. Thunderbird would hopefully follow after Firefox. For Chromium work is underway, but it isn't finished either. Electron uses Chromium under the hood, so that can't be fixed until Chromium is done.
Because these apps don't fully support Wayland yet, they still use the X11 protocol with XWayland, which doesn't handle MultiDPI well (GNOME has ideas, but I doubt whether this will happen).
So I guess you'll have to wait until all applications support Wayland, but there are some workarounds that may be useful to some.
Archlinux has some notes on HiDPI and Wayland, for example.
edited Sep 3 at 10:23
Community♦
1
answered Aug 3 at 9:30
wvengen
463
Thanks for your reply! The problem is not HiDPI as you linked. The problem is a mixed DPI setup! That's a huge difference.. What I've also tried is to activate "fractional scaling". Then everything is blurry.. But the size is correct?! So how the problem could be in the application when I'm activating something in the OS?
– trickreich
Aug 6 at 10:34
add a comment |
Scaling on Wayland is handled by the application, in practice that means the toolkit (GTK, QT, etc.) (support status). GTK 3 apps (like GNOME Terminal) are fine, as you've found.
Firefox has come a long way, but menus don't position correctly yet (issue and related) - a development version is available here. Thunderbird would hopefully follow after Firefox. For Chromium work is underway, but it isn't finished either. Electron uses Chromium under the hood, so that can't be fixed until Chromium is done.
Because these apps don't fully support Wayland yet, they still use the X11 protocol with XWayland, which doesn't handle MultiDPI well (GNOME has ideas, but I doubt whether this will happen).
So I guess you'll have to wait until all applications support Wayland, but there are some workarounds that may be useful to some.
Archlinux has some notes on HiDPI and Wayland, for example.
edited Sep 3 at 10:23
Community♦
1
answered Aug 3 at 9:30
wvengen
463
Scaling on Wayland is handled by the application, in practice that means the toolkit (GTK, QT, etc.) (support status). GTK 3 apps (like GNOME Terminal) are fine, as you've found.
Firefox has come a long way, but menus don't position correctly yet (issue and related) - a development version is available here. Thunderbird would hopefully follow after Firefox. For Chromium work is underway, but it isn't finished either. Electron uses Chromium under the hood, so that can't be fixed until Chromium is done.
Because these apps don't fully support Wayland yet, they still use the X11 protocol with XWayland, which doesn't handle MultiDPI well (GNOME has ideas, but I doubt whether this will happen).
So I guess you'll have to wait until all applications support Wayland, but there are some workarounds that may be useful to some.
Archlinux has some notes on HiDPI and Wayland, for example.
edited Sep 3 at 10:23
Community♦
1
answered Aug 3 at 9:30
wvengen
463
edited Sep 3 at 10:23
Community♦
1
edited Sep 3 at 10:23
Community♦
1
edited Sep 3 at 10:23
Community♦
1
1
answered Aug 3 at 9:30
wvengen
463
answered Aug 3 at 9:30
wvengen
463
answered Aug 3 at 9:30
wvengen
463
463
Thanks for your reply! The problem is not HiDPI as you linked. The problem is a mixed DPI setup! That's a huge difference.. What I've also tried is to activate "fractional scaling". Then everything is blurry.. But the size is correct?! So how the problem could be in the application when I'm activating something in the OS?
– trickreich
Aug 6 at 10:34
add a comment |
Thanks for your reply! The problem is not HiDPI as you linked. The problem is a mixed DPI setup! That's a huge difference.. What I've also tried is to activate "fractional scaling". Then everything is blurry.. But the size is correct?! So how the problem could be in the application when I'm activating something in the OS?
– trickreich
Aug 6 at 10:34
Thanks for your reply! The problem is not HiDPI as you linked. The problem is a mixed DPI setup! That's a huge difference.. What I've also tried is to activate "fractional scaling". Then everything is blurry.. But the size is correct?! So how the problem could be in the application when I'm activating something in the OS?
– trickreich
Aug 6 at 10:34
Thanks for your reply! The problem is not HiDPI as you linked. The problem is a mixed DPI setup! That's a huge difference.. What I've also tried is to activate "fractional scaling". Then everything is blurry.. But the size is correct?! So how the problem could be in the application when I'm activating something in the OS?
– trickreich
Aug 6 at 10:34
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1059030%2fwayland-multi-dpi-setup%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Maybe i need to add my current versions: Ubuntu 18.04, Gnome 3.28.2 with Wayland
– trickreich
Jul 24 at 13:51
Xorg reached it's current state over 34 years I think. Anyway it's hard to imagine Wayland in only 8 years will be the magic beans to the Goose that laid the Golden Year of Linux Egg.
– WinEunuuchs2Unix
Dec 17 at 1:03