-
-
Notifications
You must be signed in to change notification settings - Fork 93
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
Enlarge special comments in minimap (like "MARK:" in Xcode and VSCode) #9742
Comments
Note that Godot already supports code folding region comments. These always have a beginning and end defined (you can't have a single-line region comment). I didn't know VS Code even supported Unlike XCode, it doesn't draw a line above/below in the main view if you use
I don't think this string should be user-definable. It needs to be standard so it works on other people's projects without requiring specific configuration 🙂 We already have Given we already have
|
Right, of course.
I like this! The case sensitivity + colon on Xcode/VSCode felt like too much to do quickly and |
We could highlight regions on the minimap along with their names. #region Region name
...
#endregion |
Describe the project you are working on
This would be helpful for any game with a large script.
Describe the problem or limitation you are having in your project
Sometimes a script gets so long it gets difficult to navigate, requiring Ctrl+F'ing comments to get around.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Xcode and VSCode have this feature that allows certain comments to show up as normal text on the minimap. This really helps the minimap be more useful for navigation, with markers decided by the programmer. Like a giant HELP to a helicopter when you're stranded on an island.
Xcode:
VSCode:
These screenshots were grabbed from the VSCode proposal here, PR here.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
Both Xcode and VSCode use "// MARK: " to tag special comments, but I would really prefer something simpler, or have the string be user definable.
Maybe consecutive ### or ## could just do it? It would be nice if people could discover this by accident.
If this enhancement will not be used often, can it be worked around with a few lines of script?
It probably can, but I think this would benefit everyone to the point it should...
Is there a reason why this should be core and not an add-on in the asset library?
...be included in core.
The text was updated successfully, but these errors were encountered: