Hide Forgot
Created attachment 1223057 [details] Screenshot at 96dpi with all fonts set to 10 Description of problem: In System->Preferences->Look and Feel->Appearance->Fonts (mate-appearance-properties -p fonts), setting all fonts to size 10 makes the desktop and the window title fonts much larger than the rest at 96dpi and I have to set those two to 6 to make them appear the same size as the rest. At 160dpi, all fonts look more or less the same size. Version-Release number of selected component (if applicable): mate-control-center-1.16.0-1.fc25.x86_64 How reproducible: Always. Steps to Reproduce: 1. System->Preferences->Look and Feel->Appearance 2. Select BlueMenta or TraditionalOk scheme (I have tested only these two) 3. Go to Fonts tab 4. Click Details 5. Set Resolution to 96dpi 6. Set all fonts' size to 10. Actual results: Desktop and Window Title fonts are larger than the rest. Expected results: All fonts should be the same size if I set them to the same size. Additional info: Screenshots attached.
Created attachment 1223058 [details] Screenshot at 96dpi with desktop and window title fonts set to 6 and all other fonts set to 10
Created attachment 1223059 [details] Screenshot at 160dpi with all fonts set to 8
This is a regression from Fedora 24 where it used to work correctly.
Created attachment 1224192 [details] sreenshot-96dpi-after-fresh installation
Hmm, i can't confirm the issue. See my screenshot from a fresh installed f25 VM from mate-compiz spin with BlueMenta theme and using 96 dpi and font-size 10px everywhere. I don't see a regression.
Thanks for testing. My machine was upgraded from F24, so that might be part of the issue. Do you have any idea what setting and where might be responsible for this?
Somehow it magically fixed itself after another reboot. Sorry for the noise.
Ok, I found a way to reproduce, but it requires an additional screen. 1. System->Preferences->Look and Feel->Appearance 2. Select BlueMenta or TraditionalOk scheme (I have tested only these two) 3. Go to Fonts tab 4. Click Details 5. Set Resolution to 160dpi 6. Set all fonts' size to 8. 7. Connect an external monitor. 8. Set up to display only on the external monitor. 9. Set Resolution to 96dpi 10. Set all fonts' size to 10. Actual results: Desktop and Window Title fonts are larger than the rest. Expected results: All fonts should be the same size if I set them to the same size. Additional info: The reverse (Desktop and Window Title fonts too small) happens if I start with low-DPI screen (external monitor) and switch to a high-DPI screen (internal display). Logging out and in "fixes" this.
Can you please open a report at upstream? https://github.com/mate-desktop/mate-control-center I don't think that it is theme related as it is fine if you logging out and in. Does /usr/libexec/mate-settings-daemon --replace & the same ? Sadly i don't have a box with a second monitor.
(In reply to Wolfgang Ulbrich from comment #9) > Can you please open a report at upstream? > https://github.com/mate-desktop/mate-control-center > I don't think that it is theme related as it is fine if you logging out and > in. > Does /usr/libexec/mate-settings-daemon --replace & the same ? > Sadly i don't have a box with a second monitor. Thanks for the idea, but restarting the mate-settings-daemon with the above command after (dis-)connecting the external monitor doesn't change anything, only log-out/log-in helps. Filed upstream as: https://github.com/mate-desktop/mate-control-center/issues/261 .
Still unfixed in Fedora 26: marco-1.18.1-1.fc26.x86_64 mate-desktop-1.18.0-5.fc26.x86_64 mate-control-center-1.18.2-2.fc26.x86_64
Here are 2 PRs for fixing HDPI support at upstream. Try it out please https://github.com/mate-desktop/mate-panel/pull/624 and https://github.com/mate-desktop/marco/pull/336
Thanks for the pointers, but these patches have no effect on my issue.
This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still an issue on F28. marco-1.20.1-2.fc28.x86_64 mate-control-center-1.20.2-2.fc28.x86_64 mate-desktop-1.20.1-5.fc28.x86_64 mate-panel-1.20.1-6.fc28.x86_64
For using a HIDPI monitor you need to set. [rave@mother ~]$ gsettings get org.mate.interface window-scaling-factor 2 Auto-detection of windows-scaling doesn't work. Same for the new switch in font-settings of mate-appearance-properties. Auto-detection needs to disable here too.
That setting supports only integers so it doesn't solve the issue even as a workaround.
As a workaround? This setting you should use for a HIDPI monitor, the non-hidipi monitor you can set up with Xrandr not use scaling, see https://wiki.archlinux.org/index.php/HiDPI#Multiple_displays This is needed due a limitation of X. I am using this for myself with 2 monitors (HIDPI+ non-hidpi), and i don't see wrong font-sizes here. But maybe i don't understand your issue :)
(In reply to Wolfgang Ulbrich from comment #18) > As a workaround? > This setting you should use for a HIDPI monitor, It doesn't work for displays with DPI ~160, like a 1920x1080 13.3" screen. Here, I need different scaling factors: 0.8 for fonts and 1.5 for icons and panels for things to look good. > the non-hidipi monitor you > can set up with Xrandr not use scaling, see > https://wiki.archlinux.org/index.php/HiDPI#Multiple_displays > This is needed due a limitation of X. > > I am using this for myself with 2 monitors (HIDPI+ non-hidpi), and i don't > see wrong font-sizes here. I don't need this to work with 2 monitors with differing DPI. I'm aware of the limitation. > But maybe i don't understand your issue :) The issue is not being able to switch between a single ~160 DPI display and a single ~90 DPI display without logging out and in again to apply widget and font size settings correctly. I'm fine with restarting Firefox, but losing all my terminal windows is a major annoyance.
I hope upstream will fix it some day.
This message is a reminder that Fedora 28 is nearing its end of life. On 2019-May-28 Fedora will stop maintaining and issuing updates for Fedora 28. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '28'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 28 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still reproducible. mate-control-center-1.20.4-1.fc29.x86_64 marco-1.20.3-1.fc29.x86_64 caja-1.20.3-1.fc29.x86_64 I found that I can get the correct font size in window title bars if I run "marco --replace". The desktop icons and their names are still too small/too large. The desktop preferences context menu (which you get by right-clicking on the desktop) is also the wrong size. The workaround for the last issue is killing caja. The sizes are fine after it restarts itself. So it looks like there are two bugs (marco and caja). Reassigning this to marco and, I'll open a separate report for caja.
So the issue here seems to be that marco is not responding correctly to changes in font DPI, and so requries a replace/restart. Changing to a monitor with different resolution just seems to be what triggers the visibility of this bug. Both marco and caja seem to be affected by this.
This message is a reminder that Fedora 29 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '29'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 29 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still reproducible on F31: marco-1.22.3-1.fc31.x86_64
This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '31'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 31 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
No change in F33: marco-1.24.1-2.fc33.x86_64 .
This message is a reminder that Fedora 33 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '33'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 33 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still reproducible in F35: marco-1.26.0-1.fc35.x86_64 .
This message is a reminder that Fedora Linux 35 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 35 on 2022-12-13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '35'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 35 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Still reproducible in F36: marco-1.26.1-1.fc36.x86_64