Font size in myrlyn

shundhammer · August 19, 2025, 9:22pm

See here:

Possibility of making myrlyn-sudo use user theme?

opened 09:56AM - 04 Jul 25 UTC

closed 01:49PM - 04 Jul 25 UTC

I'm trying out OpenSUSE Leap 16 Beta inside a VM. I have installed KDE Plasma 6 …as the DE, and themed it with the nord theme from the system's store, ~~which breaks the dark mode of `myrlyn-sudo`~~ (it seems I have mistaken when I used xdg-su/kdesu myrlyn for `myrlyn-sudo`. I don't think it uses dark mode in the first place). So, I tried to install Kvantum and use a theme of similar one as my KDE theme, but to no avail. However, I found that `myrlyn-user` doesn't break this, likely because it is not running with root privilege so it is using user theme as seen in this image: ![myrlyn-user and myrlyn-sudo, running side by side](https://github.com/user-attachments/assets/6b1f28e4-bfce-4dee-8b90-50dbb58f62b1) I have a few questions: 1. ~~Why did changing KDE theme breaks the dark mode in the first place? (I can't even get it back with changing it back to breeze-dark fyi, so something is really breaking this). I am asking this because elevated privileged-apps shouldn't rely on user-styling in the first place, so I'm confused.~~ I think this was me mistaking `myrlyn-sudo` and running myrlyn with xdg-su/kde-su at first. 2. I assume that making myrlyn-sudo use user theme would be a hack and a potentially causes some security complications, but is this a possibility? 3. If that is not a possibility, would there be a way in the future to use something like polkit or similar privilege elevation tools to, say, run it inside `myrlyn-user` and only elevated privileges when installing? That would potentially fix this issue as well. Edited: I guess what was said with #90 ~~would work~~ (it wouldn't, see edit 2) Edited 2: So I actually found that just running `kvantummanager` as root to install the theme and then running `kdesu myrlyn` would work. However, this and using qt6ct like the above thread suggests **doesn't seem to apply the theme to `myrlyn-sudo`**. I wish to disable interactive login for root on my system... which makes `myrlyn-sudo` the only way to use myrlyn for software managing, but the theming would not work in that case. Cheers

And this integrates nicely with myrlyn-sudo (which is what the myrlyn-sudo.desktop file calls) because it preserves the needed environment variables.

Somewhat related:

github.com/shundhammer/myrlyn

Qt 6 HiDPI Automatic Scales Everything to Pixel Mush

opened 07:55PM - 24 Feb 25 UTC

closed 10:24PM - 24 Feb 25 UTC

shundhammer

# Qt 5: Everything Looks Fine With Qt5, Myrlyn was looking good; no soft edges,… artwork pixmaps were looking fine: The little Myrlyn in the top right corner and the one on the "Init Repos" page right next to the repos list. No widget lines went lost, everything looked fine. ![Image](https://github.com/user-attachments/assets/6a7215e1-f2f9-4366-827e-caddcba5b1e9) ![Image](https://github.com/user-attachments/assets/0ec09ca1-0d7f-4a56-b510-d42e26fdc883) ## Qt 6: Scaled-to-Death Pixel Mush On my 14" Lenovo ThinkPad T14 Gen5 laptop with a 1920 x 1200 pixels / 302 mm x 188 mm display, it now looks like this: ![Image](https://github.com/user-attachments/assets/51fd13e5-8114-4847-bd87-157bad040775) ![Image](https://github.com/user-attachments/assets/9222aeef-81d4-429e-a0de-58ac48270668) Insane HiDPI scaling has taken over. Pixmaps get scaled and become so soft that they are a pain to watch. Widgets are losing lines; in general, the visual appearance ls bad. ```console sh@meteor:~> xrandr Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 16384 x 16384 eDP-1 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 302mm x 188mm ... ... ```

HTH