Editor cursor position is offset to the right when display scaling >100% (on Windows)

[processing-bot]

Created by: soprano

Description

Display of cursor position in Editor in Windows 10 for the 4.0 alpha versions 5 and 6 is offset to the right when using OS display scaling (>100%)

Change the display of the cursor to the correct position in the Editor

Expected Behavior

When you see the cursor and you delete to the left or to the right, it is supposed to do it as in the position of the displayed cursor.

It should work like in version 3.5.4

Current Behavior

Steps to Reproduce

Your Environment

• Processing version: 4.0.5 and 4.0.6 in Windows 10
• Operating System and OS version: Windows 10
• Other information:

Possible Causes / Solutions

[processing-bot]

Created by: benfry

With 4.0 alpha 6, can you try setting the font in Preferences and see if that works? In alpha 5 there was a problem where the font was changing to something that wasn't monospaced, which would make it look strange like this.

[processing-bot]

Created by: soprano

I changed it to Monospace and I realized something. I started typing 1234567890 and so on and the cursor gets farther and farther away as you type more numbers.

You start seeing the problem when you go to 123456789. Placing the cursor before 9 shows inside 9, a bit left from the middle.
I think the bug is in the calculation of the position of the cursor with respect to the width of the characters, probably a wrong calculation of the width of the characters when positioning the cursor.

So I tried the default and Monospace and the same problem. What I wrote above was with Preferences set to Monospace.

[processing-bot]

Created by: benfry

Can you provide more details? Are you on a US English version of Windows or another language? Do you have a HiDPI screen? Have you set the interface scaling in the Preferences window?

[processing-bot]

Created by: soprano

US English. It is not display dependent. On the same computer if I use the release version 3.5.4, it works perfectly.
You should be able to reproduce it. Check the code for the calculation of width of font.
On Mac I am using the alpha 4.0.3 and it doesn't happen.

[processing-bot]

Created by: soprano

I tried interface scaling off and on and it does not change anything. Bug is still there. Did you try to reproduce the bug? Do you have a Windows 10/11 computer?

[processing-bot]

Created by: soprano

[processing-bot]

Created by: soprano

See after adding all those numbers, the cursor is far to the right.

[processing-bot]

Created by: soprano

I tried all the fonts in Preferences, not a single one behaves well, all work equally wrong.
Am I the only one seeing this bug?

[processing-bot]

Created by: sampottinger

Hey there! I attempted to reproduce this on a Windows 10 computer and was unsuccessful. Do you mind providing the specific build number? https://www.howtogeek.com/236195/how-to-find-out-which-build-and-version-of-windows-10-you-have/. If you are comfortable, getting your display settings would also be helpful.

Attempted to reproduce with Windows 10 17763.1817

[processing-bot]

Created by: soprano

Hello. I discovered the differences between what you tried and what I tried. I got it in 2 computers, one with Windows 10 and one with Windows 11, but it does not happen if the Display Settings of the Operating System are scaled as default (100%).

I have both computers scaled at 250%. But both computers with scale at 250% work perfectly on version 3.5.4.

[processing-bot]

Created by: soprano

I also tried by scaling in the Windows setting to only 125% and the bug appears.
Basically, version 3.5.4 compensates correctly for that scaling and 4.0.a6 seems to ignore the scaling factor.
I will try to see if I can compensate that with the scaling in the Preferences of Processing.

I tried that and compensating for scaling in Preferences does not change anything. There is no workaround for this bug unless only having to have a very small size of display in a big monitor by only using the no scaling of 100%. Any scaling on Windows larger than 100% will show the bug that doesn't show on version 3.5.4.

[processing-bot]

Created by: soprano

Using the same monitor, this problem doesn't show up on my Mac Mini. Mac Mini alpha versions work fine if you scale the display in the OS.

[processing-bot]

Created by: soprano

I am using a 40 inch 4K monitor.

[processing-bot]

Created by: soprano

I see in the left image you have the Display of the O.S. at 100%. I am pretty sure you will see the bug if you change it to any other value (e.g. 125%). My preferred value is 250%.

[processing-bot]

Created by: soprano

@benfry. It's different from the bug in MacOS. This one happens even if you don't change any font size.
The bug I am reporting here does not happen in the Mac alpha versions.