As you can see by my picture, I use the same name for common tasks related to various methods. For example, each form that shows uses the onShow() method for the form.
As a personal standard, I call these methods init. While the newer feature of showing the current form in highlighted yellow is great, this does not account for smaller screens or when the method editor is scrolled and not showing all of the forms.
From a GUI standpoint a direct relative association would be much better. This means you would put some type of indicator as to the owner of the method within the window of where the code is shown.
See attached. This would make things much clearer when developing.
jcompagner:
look at youre title bar??
there the name of the current form and method is still being displayed
The title bar is fine. I knew that was there. However, my point is from a user interface standpoint. When you are looking at your code and the tabs, EVEN THOUGH it is just a few pixels away, the title bar is not within the same visual scanning zone as the tabs and code.
The contrast separation of the pale tan to the saturated blue creates a distinct visual border. This puts the information needed OUT OF relative context.
I still believe my point is valid and would be interested to hear from other developers.
Navigation can also be enhanced when you are working with methods that call other methods. The picture attached shows my suggestion of changes to the method editor. Not only would the owner of the method be shown but a new feature would be added where any method that is referenced would be shown in a popup. Selecting this popup would open that method.
This facilitates a much easier environment to work in because the information is relative to the context of the code.
I haven`t even noticed the info in the window titlebar.
When a problem occurs in a script that calls other scripts its very easy to get confused which script it was youre looking for again.
And if I may enter an additional request.
Though sorting on the scriptnames in the editor is logical, it is not always easy to work with. Perhaps it is possible to choose the sort order as well
Sort all (Just the way it is now).
Sort on form.
History (actual always to the left while the last viewed moves to the right).
None (just added at the end).
Please join the discussion if I`m alone on this matter.
if find that showing the name of the form in another place then the tab not very importand. Because you can see the current selected in the title bar just fine and it is selected in the tree… You don’t gain nothing in my eyes by just looking at the tab so that you know if you see 3 init methods which one is from which form… I will also make a preference so that you can set the form name back into the tab…
Maybe if we sort on form first and then on the script name. We could set the form name in the first script of that form and not on the others…?!?