-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improved readability and scaling of digits and avoid some artefacts #13311
Conversation
e5e4e12
to
17f3840
Compare
17f3840
to
ceb923e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR looks good.
Now that I have tested the center mode a bit more, I noticed that the artificial font size limitations kicks in a bit early.
This as the smallest waveform I consider as reasonable, but the additional beat cont is only barely readable, the font size is ignored.
I will file an issue.
That is strange. Before the font scaling kicks in, singleline instead of multiline should kick in first. That that doesn’t happen is the bug. It certainly does in macOS. What resolution is this? And hdpi? |
I can't reproduce this, @daschuer . Are you sure you are running this branch? This auto-scaling is uses
and if with the selected font size the text would be higher than this max height, it scaled the font size down so it fits. It will only use multiline if the twice the text height still fits in this max height. So, if you only show beats or time, you should still get the too small font size, on a single line. Is that the case? What happens if you return a very large number in I am wondering if maybe I am making a mistake with the device pixel ratio. Can you tell me which device pixel ratio you have? |
My ratio is just one. |
And what happens in the same situation with only beat count? |
Never mind, I have been able to repro the issue and wil add a solution to this PR. |
…d artifacts visible at 1:1 pixel ratio
The minimum font point size is now limited to 10 pt. I also added a 0.5 pixel margin around the text to avoid artefacts that I didn't see on HDPI, but noticed at 1:1 pixel ratio. For reference: it is possible to run at 1:1 pixel ratio on macOS by building the bundle (cmake -DMACOS_BUNDLE=ON) and editing the Info.plist in the bundle with:
Will you do the honours and preset the merge button, @daschuer ? :-) |
Oh sorry forgot to merge. Now the CI is failing. |
let's see now. there is a minor issue: depending on the font size, the blurred black outline is sometimes slightly displaced from the white foreground. not a biggie though, but now that I have seen it, I can't unseen it! |
I can confirm the minimum font size fixes the issue #13314 |
Let’s wait until tomorrow. I will make a final attempt. |
What I tried didn't work, so I'd say merge. If I find a solution I will create a new PR. |
Ok, thanks. |
Based on user feedback, improved the readability of the digits and fixed the spacing and the scaling, used for the beats/time until mark counter.
BEFORE:

AFTER:
