Repository navigation
Editor cursor position is offset to the right when display scaling >100% (on Windows) #226
Description
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:
Activity
processing-bot commented on Jul 15, 2021
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 commented on Jul 16, 2021
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 commented on Jul 17, 2021
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 commented on Jul 18, 2021
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 commented on Jul 18, 2021
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 commented on Jul 18, 2021
Created by: soprano
processing-bot commented on Jul 18, 2021
Created by: soprano
See after adding all those numbers, the cursor is far to the right.
processing-bot commented on Jul 18, 2021
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 commented on Jul 25, 2021
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 commented on Jul 26, 2021
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 commented on Jul 26, 2021
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 commented on Jul 26, 2021
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 commented on Jul 26, 2021
Created by: soprano
I am using a 40 inch 4K monitor.
processing-bot commented on Jul 26, 2021
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 commented on Jul 28, 2021
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.
23 remaining items
processing-bot commented on Jan 16, 2022
Created by: GilesCartmel
Thanks Ben that helps for the time being. Small interface font, but at least I can set the editor font a little larger to compensate... and the cursor no longer drifts to the right.
processing-bot commented on Jan 16, 2022
Created by: benfry
@GilesCartmel what sort of device are you using? (What hardware, what OS version, what sort of display hardware, what pixel resolution, what zoom level set in Windows?)
processing-bot commented on Jan 16, 2022
Created by: GilesCartmel
@benfry
Processor Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz 2.40 GHz
Installed RAM 32.0 GB (31.7 GB usable)
System type 64-bit operating system, x64-based processor
Edition Windows 10 Home
Version 21H1
OS build 19043.1466
Experience Windows Feature Experience Pack 120.2212.3920.0
15" Dell XPS laptop with 4K (3840x2160) screen, zoom level set to 175%
NVIDIA GeForce GTX 1650
processing-bot commented on Jan 16, 2022
Created by: benfry
@GilesCartmel If you turn off the Preference in Processing but put your Windows zoom level to 200% instead of 175% is the cursor still weird?
processing-bot commented on Jan 16, 2022
Created by: GilesCartmel
@benfry Disable HiDPI unchecked, Interface Scale automatic, Windows "Make Everything Bigger" set to 200%.... works ok. Set Windows back to 175%.... problem re-appears.
processing-bot commented on Jan 16, 2022
Created by: benfry
@GilesCartmel Thanks, that's helpful and gives me something to go on… I thought we were down to just low-res displays misbehaving in beta 3 until the pref was checked, but this is actually easier to track down.
processing-bot commented on Jan 29, 2022
Created by: benfry
Should be better in beta 4, but finally, hopefully, fixed for 4.0 beta 5.
processing-bot commented on Jan 30, 2022
Created by: GilesCartmel
4.0 beta 4.... now the cursor's going the other way... not keeping up with the text.
processing-bot commented on Jan 30, 2022
Created by: benfry
Yep, fixed in beta 5.
processing-bot commented on Jan 30, 2022
Created by: GilesCartmel
Looking forward to it Ben. Thanks.
processing-bot commented on Feb 12, 2022
Created by: GilesCartmel
Just got around to downloading and checking beta 5 and can confirm that works ok for me now. Good work Ben, thanks.
processing-bot commented on Feb 12, 2022
Created by: benfry
Great! Thanks for letting me know.
processing-bot commented on Mar 15, 2022
Created by: github-actions[bot]
This issue has been automatically locked. To avoid confusion with reports that have already been resolved, closed issues are automatically locked 30 days after the last comment. Please open a new issue for related bugs.