You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the problem or limitation you are having in your project
When I follow a link in the script editor or built in docs docs that takes me to elsewhere in the same page, I can't use the back button to return to my original position - it takes me to the last page instead.
In the script editor for 3.x (though not the docs), the back button would take you back to the last position on the same page. The online docs (and e.g. Wikipedia) also have this functionality.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Make following any link add to the page history, instead of only when it takes you to another page.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
Currently, editor_help scrolls directly to the correct paragraph when a link on the same page is clicked. If instead, it emitted the "go_to_help" signal with topic + ":" + class_name + ":" + link, the desired behaviour is achieved (though I don't know how to get the class name in general).
I imagine something analgous would work for script pages.
If this enhancement will not be used often, can it be worked around with a few lines of script?
It can be worked around by scrolling back to where you were when you clicked the link, but this is mildly inconvenient.
Is there a reason why this should be core and not an add-on in the asset library?
It's core editor funcitonality.
The text was updated successfully, but these errors were encountered:
Related: godotengine/godot#16554
I wouldn't limit it only to following links, but for any script jump greater than 9 lines. VS Code has such feature and it's great.
I was about to post the same proposal. I know the arrow says "Go to previous edited document" but I assume everyone who's ever used a browser is expecting standard back button behavior.
Sometimes is really confusing.
E.g:
You are reading the list of methods for ClassA
A method returns ClassB and you want to know more about it so you click on it
You click on a method of ClassB and the script editor scrolls down to its definition
You then click back and are back at a method list, only it's for ClassA, not ClassB
If you are a newbie user this is more than a minor inconvenience. It can be really confusing since the only way to realize you're at the wrong place is noticing all the methods are suddenly different.
Describe the project you are working on
Generic use of the script editor.
Describe the problem or limitation you are having in your project
When I follow a link in the script editor or built in docs docs that takes me to elsewhere in the same page, I can't use the back button to return to my original position - it takes me to the last page instead.
In the script editor for 3.x (though not the docs), the back button would take you back to the last position on the same page. The online docs (and e.g. Wikipedia) also have this functionality.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Make following any link add to the page history, instead of only when it takes you to another page.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
Currently, editor_help scrolls directly to the correct paragraph when a link on the same page is clicked. If instead, it emitted the
"go_to_help"
signal withtopic + ":" + class_name + ":" + link
, the desired behaviour is achieved (though I don't know how to get the class name in general).I imagine something analgous would work for script pages.
If this enhancement will not be used often, can it be worked around with a few lines of script?
It can be worked around by scrolling back to where you were when you clicked the link, but this is mildly inconvenient.
Is there a reason why this should be core and not an add-on in the asset library?
It's core editor funcitonality.
The text was updated successfully, but these errors were encountered: