I’m on a new install on my current Linux driver.
It’s been a few years since I’ve run Linux as my driver.
I just installed Supercollider to my system (and still rather new to Supercollider in general)
On initial launch (this is ‘what’ my) this is what Supercollider looks like.
Any way to fix this? Or where would be the directory location and-or .conf (location(s) or related file to fix this?
Thanks in advance.
I’ve never seen this before – I don’t think anyone else has, either.
Which Linux distro and version? Which window manager (and version)? Graphics driver (is it the built-in one that came with your distro, or a proprietary driver which you might have installed to use GPU) … and version…?
What are your system display settings? The wrong font sizes make me think there’s a graphics scaling problem. (Like, my system can use high resolution with scaling, but I turned that off because Pure Data didn’t play nice with it.)
I’m afraid I don’t have much experience with this sort of problem, but collecting system info might get someone else’s attention.
hjh
Which Linux distro and version?
Most recent Artix Linux/XFCE/running MATE desktop
Which window manager (and version)?
Would be either Marco or i3 latest release
Graphics driver (is it the built-in one that came with your distro, or a proprietary driver which you might have installed to use GPU) … and version…?
Nvidia proprietary drivers from the AUR
I’ll mess with/see if Display Settings or font settings changes will help.
This isn’t happening on the Windows boot partition on the same system, that’s for sure.
Yeah – SC uses Qt for the entire UI. So my guess is that, in your Linux environment, Qt is interacting incorrectly with some display setting.
Unfortunately that’s a very black-box-y kind of problem – I don’t know how to get visibility into the internals.
Another approach might be to search for Qt font size problems, in other software.
hjh
Qt settings eh?
Didn’t come to mind, really.
I was first thinking of a display issue or compositor issue.
Thanks a million for the tip.
Will check it out.
Really appreciated.
I was able to get a clean install onto EndeavorOS.
I think I may be abandoning Artix and migrating to EndeavorOS, instead.
There’s other reasons than JUST this ‘scaling’ issue.
Artix uses a non-SystemD init and there are other known ‘package compatibility issues’ that break-off distros such as Artix are known for.
Similar reasons I’m not interested in trying to do music/video on other distros such as Parabola or Void. As much as I support Artix, ultimately I need package compatibility more than die-hard *nix-isms.
is this still the same window manager? the same desktop environment? having the same issue and someone recommended trying a different environment.
ok ok, so i was originally using the xcfe environment, switched to kde and now all the scaling is working. i wonder what other environments it works with.
EDIT:
also works with →
LXDE
LXQT
NOT THE SAME anything 
Original problem was/is on an ARTIX Linux install on MATE/XFCE.
As stated…
Artix uses a non-SystemD init and there are other known ‘package compatibility issues’ that break-off distros such as Artix are known for.
I may go with EndeavorOS as my driver, instead.
Hopefully, going with a different setup fill fix this.
Artix packages often do not like other packages.
