Input/Text Issues with High DPI Monitor
tracked
Pazako Karu
These issues appear to occur with a High DPI monitor with Viewer UI scaling or Windows UI Scaling:
- Cursor disappears in any text box, including on login screen, script window, search boxes, and chat windows.
- Shift-tab to un-indent, or pressing enter to auto-indent to next line in script editor is awkward. Shift-tab pulls more lines than it should back.
- Shift-Up to select a prior line off by 1 space making things misalign.
- Trying to shift-tab a single line erases it.
These may seem unrelated but I've had the issue occur over UI Scaling as well, so I avoid that now. Well, now Windows is UI scaling, and the same issue occurs.
Temp fix:
Properties on the viewer shortcut, Compatibility tab, Changed High DPI Settings, and Override high DPI to System. This slightly blurs fonts (ClearType is no longer active) but fixes the cursor issue. The text editor issue Ive seen occur from using any viewer UI scaling and trying to edit scripts.
If there was any doubt about it being a High DPI thing, my main monitor is 2560x1600 w/ 150% scaling in Windows. My secondary is 1920x1080 with 100% scaling, and just moving the window from main to secondary fixes the cursor issue.
In the mp4 added:
00-08s: I cant see my mouse so I'm moving it around between the UI and Input field showing it disappearing. This doesn't show in the recording.
08-12s: I pressed enter at the end of the llSay line to make a new line, and pressed Shift-Up. It should have selected right before llSay, but catches an extra space in front of it.
15-17s: Using keyboard again (cant see the mouse after all) copy several llSay lines and then select lines 4-8, Shift-Tab affects lines 4-12. Pressing again selects even more, and Shift-Tab operates on those as well.
17-27s: Undoing the extra lines to restore to new script default
27-32s: Select line 4 and Shift-Tab. It erases the line entirely. Undo, End, Shift-Home, Shift-Tab, does it again.
Log In
Horny Nuzzle
Left a comment on the github issue for this, the fix is hilariously small and is from an old develop branch in the Linden repo. Should be easy for them to fish out :)
Jellyfish
marked this post as
tracked
Jellyfish
I reproduced at least one of the issues you mentioned and tracked the ticket here: https://github.com/secondlife/viewer/issues/5609
No estimates on when a fix will get in, but as a scripter myself, I hope it gets fixed soon!
Jellyfish
Hi Pazako! Is this still happening? This ticket seems to be last updated in October of 2024, and it's 2026 now. I'm trying to avoid letting our tickets get so stale.
Pazako Karu
Jellyfish
Testing now:
I tried each of the features mentioned before without the fix I gave, changed UI scaling to 1.0 and 1.5 and retried, and most things seem fixed:
* The issue of missing | cursor is gone.
* Tab seems consistently correct behavior.
* Shift-Up/Down/Left/Right/Home/End all have correct behavior
Shift-Tab in viewer:
* Select a whole line, shift-tab, its replaced with a tab IF it had no tab to begin with
* If it has a tab, its unindented once, and a few more characters are selected and a tab added to the end (Different reaction in scripts vs notecards)
* If the selection is not a complete line, it's replaced with a tab (This may be normal behavior for text editors, but not script IDEs)
How other programs respond:
* Notepad++, shift-tab unindents if present, or moves back 4 characters (regardless of selection) otherwise.
* Notepad: Shift-tab replaces selection with a tab.
* LibreOffice Writer: Shift-tab has no function unless bullets added
* VSCode: regardless of selection, shift-tab removes indentation of the current line, or all lines within selection, or does nothing. (Any programming IDE will likely work like this, which is the expectation for script editing in the viewer)
* Google Docs is a bit inconsistent, but when it does do something, it's unindent on shift-tab, or erase when not selecting the full line.
So, only shift-tab is weird now.
Pazako Karu
If you get #1, the mouse cursor disappearing on a high DPI monitor, changing the mouse cursor to a custom color fixed it. It's apparently a Windows issue from 6 years ago. Alternatively, you can change the icon for the individual problem cursors (beam and the crosshair one).
Atlas Linden
marked this post as
needs info
Pazako Karu
Atlas Linden Looking online the text cursor disappearing issue is not related to SL on its own. I did find a far nicer fix than changing DPI scaling, which is to set a custom mouse color and make it white. Something about DPI scaling affects Windows cursors (some reports were 6 years ago!).
The issues regarding text editing occurs with DPI scaling other than 1.0, whether manually set or by changing monitors. In Help > About I noticed the DPI override I did in Windows was changing the reported resolution to the viewer:
When broken, my resolution shows correctly:
Window size: 2560x1494 px
When working, my resolution is cut by half:
Window size: 1707x996 px
Atlas Linden
Hi Pazako,
We're having trouble reproducing your issue. Does this still occur for you on the latest ExtraFPS viewer? https://releasenotes.secondlife.com/viewer/7.1.11.11296522354.html