-
-
Notifications
You must be signed in to change notification settings - Fork 69
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
Improve cursor in text editor #8473
Comments
godotengine/godot#58700 addresses the caret width part of this proposal. As for the second part of the proposal, I haven't seen this in any other editor. If we provide such a setting, I don't know how often it would be used. Are there add-ons to replicate this in other editors? I'd like to try this for myself in VS Code and see if it's a worthwhile change. |
Yes, 58700 looks like it, I was searching for "cursor" and similar but haven't seen it. About the second part and how often would it be used: |
Showing the full caret at all times sounds potentially confusing. I get the reasoning, but since the text editor used by Godot itself derives from the TextEdit class, this functionality may be exposed as a property, too. How many would make use of it? |
"Showing the full caret at all times sounds potentially confusing" |
No idea, it seems to be unused.
There's already support for block caret, so adding support for something like this should not be hard. But note that caret in the bidirectional text can have additional forms (split caret + direction markers, and ligature caret) which should be accounted for as well. |
The way I imagined the "highlight" (I wrongly called it "full caret" in the original proposal) to behave is exactly the same like what the "block" type cursor does in the current version (so I assume all the logic for all languages is already implemented). Including, for example, how the block-type cursor actually covers the tab when the cursor is on the left from the place where the tab is (although in the current implementation it's a bit confusing because it's not clear at a glance where the actual cursor is). The "highlight" part of the cursor could inherit all the behaviors from the current block-type, only drawn solid as opposed to current 1-pixel outline-only (same for the "main" part of the cursor, it should continue behaving the same when drawn a bit thicker). I don't know how the block-type cursor behaves in bidirectional text but in all the contexts I tried it with (GDScript, Chinese, Japanese) it worked well. |
|
If this is a bug, should I file it under issues? |
Yes, I suggest opening an issue for what Paulb23 pointed out 🙂 |
Describe the project you are working on
A classic arcade game.
Describe the problem or limitation you are having in your project
The cursor is just too small, it's basically one pixel wide. It's really hard to find on big monitors especially when zoomed out. I know there's also the "caret" options but that one is a bit weak too (again, one pixel width???).
I even set it to blink a bit faster and finding cursor is still a pixel-hunting expedition half of the time.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
The cursor should have a few options for thickness.
Additionally, for extra visibility, an option to combine a full caret (as opposed to an outline, like it is now) + single line cursor would be most welcome!!!
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
Two pixels thickness:
Three pixels thickness:
Two pixels + highlight! No more chasing one - pixel wide cursor! (the highlight uses the same color as cursor at 25 % opaqueness)
If this enhancement will not be used often, can it be worked around with a few lines of script?
???
Is there a reason why this should be core and not an add-on in the asset library?
I'm not sure this can be an add on?
The text was updated successfully, but these errors were encountered: