Editor cursor position is offset to the right when display scaling >100% (on Windows) #226
Comments
|
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. |
|
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. So I tried the default and Monospace and the same problem. What I wrote above was with Preferences set to Monospace. |
|
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? |
|
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. |
|
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? |
|
Created by: soprano |
|
Created by: soprano See after adding all those numbers, the cursor is far to the right. |
|
Created by: soprano I tried all the fonts in Preferences, not a single one behaves well, all work equally wrong. |
|
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 |
|
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. |
|
Created by: soprano I also tried by scaling in the Windows setting to only 125% and the bug appears. 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. |
|
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. |
|
Created by: soprano I am using a 40 inch 4K monitor. |
|
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%. |
|
Created by: soprano @benfry. It's different from the bug in MacOS. This one happens even if you don't change any font size. |
|
Created by: benfry In alpha 5, I removed the To see if it's the fractional size issue or just a custom component issue, what happens if your scaling is at 200% or even 300%? |
|
Created by: soprano
I tried any scaling different than the default (100%) in Windows and that is the only configuration that works fine. As I said above my preferred configuration is 250%. I am also using another Windows 11 computer with same monitor and same problem, and a Mac Mini M1 with same monitor and also alpha version 3 and 6 and on Mac it works perfectly. On Windows it only works fine if I switch to Processing 3.5.4. |
|
Created by: benfry Added the UI scaling flag back for alpha 7, but it leaves the underlying problem still broken. That's now being tracked here: #231 |
|
Created by: soprano Thank you for fixing it. |
|
Created by: soprano Not fixed in 4.0 b1 version (Beta). |
|
Created by: sampottinger Reopening given #245. |
|
Created by: sampottinger Just checking… Do you need any help from my end on this @benfry ? |
|
Created by: RishYang I had encountered the same issue in 4.0 b1 version (Beta) on Windows with 125% display scaling. However, I changed the setting of the High DPI scaling override to "System (Enhanced)" and the issue is kinda solved. |
|
Created by: benfry
@sampottinger Happy for any help! It just needs a lot of time and testing across various platforms, screen types, and UI zoom settings. I just haven't had time to do it myself. |
|
Created by: PeterQuinn925 I see this problem in 4.0b2. I don't know if the fix was applied to that version of not. |
|
Created by: HasseDAC I faced the same problem in 4.0b2 and windows 10 home. |
|
Created by: Iqwertz I also have this problem on 4.02b, The high scaling dpi override fixed it, but the application is a bit blurry now! |
|
Created by: MattStillerman I had this same problem with 4.0b2 Windows 10 Pro at 150% display. I changed my font to Consolas and font sizes to 14. I left the interface scale to "automatic" (unchanged). I left "use smooth text" turned on. The problem seems to have been resolved by these changes. |
|
Created by: duskvirkus Had the same issue when I opened up processing on a school computer (might not be up to date). Here's more documentation I took before finding this issue. Screen Recording: Screenshots: |
|
Created by: TomasJuocepis Last time I used processing was years ago, version 2.0 I believe. Today I decided to do some doodling with processing again. Went online, downloaded the latest vesion (4.0b2), and immediately ran into this issue which makes it unusable. Issue is exactly as described - cursor offset to the right,. Offset increases with additional characters on the line. Using a high dpi (17" 4k monitor) windows 10 laptop. Windows 10 Pro 10.0.19044. |
|
Created by: jruberto I too experience this bug, running 150% scaling on my 4k display. Using @MattStillerman suggested settings makes the app useable until this gets fixed. Thank you, Matt! |
|
Created by: danksearle I saw the bug too, thanks to the info in this thread saying that it is due to the Windows display scaling I found that by reducing my resolution low enough so I can turn off Windows scaling (which means a resolution of 1920 x 1200 for me), the bug disappears. Edition Windows 10 Pro processing-4.0b2 The resolution that I was originally trying to use, where I saw the bug, was 3840 x 2400 with a scaling of 250%. |
|
Created by: colinwilcox Encountered this issue w/ 4.0b2 processing-4.0b2
This worked for me. Thanks! 👍 |
|
Created by: OldSurferDude I couldn't find - the setting of the High DPI scaling override to "System (Enhanced)" - |
|
Created by: OldSurferDude I was premature. I don't have a choice, all I get is "funky cursor" |
|
Created by: zakatakk I have also encountered this on 150% scaling in 4.0b2 with a 1280 x 720 resolution. |
|
Created by: mariana-s-fernandes I have the same problem, using an Acer Aspire V3-372 , Windows 10 Home with 150% scaling and 1920x1080 resolution, Processing 4.0.b1 |
|
Created by: benfry Adding a “Disable HiDPI Scaling” option in Preferences for 4.0 beta 3. It's a temporary solution, but resolves the immediate issue for now. Further development for a better long-term solution will be covered here: #342 |
|
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. |
|
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?) |
|
Created by: GilesCartmel @benfry |
|
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? |
|
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. |
|
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. |
|
Created by: benfry Should be better in beta 4, but finally, hopefully, fixed for 4.0 beta 5. |
|
Created by: GilesCartmel 4.0 beta 4.... now the cursor's going the other way... not keeping up with the text. |
|
Created by: benfry Yep, fixed in beta 5. |
|
Created by: GilesCartmel Looking forward to it Ben. Thanks. |
|
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. |
|
Created by: benfry Great! Thanks for letting me know. |
|
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. |
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
Possible Causes / Solutions
The text was updated successfully, but these errors were encountered: