[BUG] Labels do not scale with UI

[hellocatfood]

Describe the bug
When the plugin UI is rescaled the controls (knobs/faders) get lager but the text labels stay the same. This is particularly a problem when the UI is rescaled on HiDPI screens to make it more usable/legible.

To Reproduce
Steps to reproduce the behavior:

1. Grab the corner of the plugin window
2. Resize to make it larger
3. See error (text labels stay the same size)

Expected behavior
Text should resize with the UI

Screenshots
Below is the plugin UI shown at its default size when opened in Carla on a HiDPI screen (3840x2400)

Below is the same plugin resized to fill most of the same screen.

Desktop (please complete the following information):

• OS: Ubuntu 21.10
• DAW: Carla
• Version: 2.4.3

[jatinchowdhury18]

Thanks for reporting the issue! it definitely looks like we can do better when scaling up on higher resolution screens. There's a few things that I'm noticing from the screenshots, but please chime in if there's more things that you've noticed:

• top/bottom bar are too small
• "tabs" are too small
• rotary sliders are too large and knob labels are too small
• linear sliders are too small
• some buttons (stereo, flutter sync) are too small
• tape speed buttons seem to be the correct size, but the text is too small

I also wonder if there's something about the way that Carla handles the window sizing and scale factor that could make this situation worse. Would it be possible to try running the plugin in "Standalone" mode to see if the scaling problem happens the same way?

I don't have a HiDPI monitor to test on at the moment, so I may need a little bit of help with testing, but I'll update this thread with any progress on the issue!

[hellocatfood]

What's the terminal command to run this plugin in standalone mode?

For reference I think this problem exists across all Chow plugins. I ran ChowKick and this is the size that it opened up at.

After resizing to fit the whole screen the labels don't resize

[jatinchowdhury18]

The standalone plugin will be located in build/CHOWTapeModel_artefacts/Release/Standalone/... if you're building from source, or in /usr/bin/... if you're using the .deb installer. If you're installing from a different package, then I'm not totally sure where the standalone will be located.

I'm using the same UI framework for all our plugins, so I'm not surprised that the same issue shows up in multiple plugins. That said, hopefully if we fix the issue in one plugin, the same fix should translate pretty easily to the others as well!

[hellocatfood]

if you're building from source, or in /usr/bin/... if you're using the .deb installer.

I installed the deb from your website. What is the binary called? Running ls | grep Chow in /usr/bin/ only brings up ChowKick

[jatinchowdhury18]

The name of the binary should be CHOWTapeModel (or ChowKick for the other plugin). I guess the capital letters might not be caught in the grep search? Although I suppose depending on how the debian package was installer, the binary could end up in ~/usr/bin/... instead.

[hellocatfood]

Thanks for that. I was able to load the plugin and, as expected, the issue still exists.

[jatinchowdhury18]

Hi there! Sorry it's taken so long to get back to this. We've made some improvements in #281, and it would be great to know how things are looking on your screen with the latest nightly build.

[hellocatfood]

all seems to be working now!

[jatinchowdhury18]

Awesome! Thanks again for reporting and testing.