Make the script editor completion use better sorting/searching

[chucklepie]

Describe the feature / enhancement and how it helps to overcome the problem or limitation:
When using the '.' to expand the current object in the IDE it would be nice to be able to have the items sorted either alphabetically or using some kind of semi-intelligent ordering, instead of the current order which seems to list every single global first then everything else afterewards alphabetically. In addition, using the list to find items by typing is limited.

When you know what you want, you do not need the dropdown, so being confronted by an arbitrary sort containing first 3 pages of globals is pretty much pointless to anyone who actually needs the dropdown, as seen in the picture below.

I would suggest the following:

1. The simplest approach is simply alphabetical, this is at least navigable.
2. VSCode employs a much better (for some languages) approach in that it first lists all the current object's methods then everything else, alphabetical. Imagine on a Timer pressing '.' and getting all the actual timer methods/properties first :)

In addition, typing only works for the first letter. What if you don't know if it is 'is_deferred' or 'deferred'? in Visual Studio you can type a word and it finds everything with that word

Current system showing page after page of globals

This is how the VSCode plugin for GDScript works, it colour codes and sorts alphabetically.

In javascript it adds to this and finds inferred methods, etc. and creates a priority then alphabetical sort.

[me2beats]

I actually dream of being able to access some autocompletion API
(get, filter, sort results etc)
then I could create my own sorting methods, which would be quite flexible.

For example, I would like to try sorting items by frequency of use.
Or hide some results, etc.

[me2beats]

or maybe even an ability to use custom autocompletion popup instead of default one.

recently I tried to get autocompletion popup from gdsript editor plugin — and it seems there is no way to do this.

[chucklepie]

Yes, that's how Visual Studio does it, but I didn't want to go too far ;-)

I just think the default of having 3 pages of Global properties is silly in my humble opinion (as an average user who needs the dropdown to find things), and anything would be better even plain alphabetical.

[EricEzaM]

I made this... Unlikely it will get merged though. It will need to be remade after updates are done to the editor for 4.0.

godotengine/godot#38449 (comment)

[chucklepie]

That looks great. Does it sort too, as in when you're looking at all do you still get the 30 or 40 global constants that nobody uses 😉

…

On Sat, 8 Aug 2020, 04:09 Eric M, ***@***.***> wrote: I made this... Unlikely it will get merged though. It will need to be remade after updates are done to the editor for 4.0. godotengine/godot#38449 (comment) <godotengine/godot#38449 (comment)> — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#1216 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADCERRMWFXDS3DJZKRGNFM3R7S6WJANCNFSM4PANJGXA> .

[AaronRecord]

Duplicate of #99?

[chucklepie]

Possibly. But if its 99, then there's no hope of this happening 😉 As it stands, in my opinion, the context menu is a completely pointless thing because in most cases you get 3 pages of global constants, then random methods of various classes like Object, etc.

…

On Thu, 8 Apr 2021, 20:25 Aaron R, ***@***.***> wrote: Duplicate of #99 <#99>? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#1216 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADCERRN52M7UTCUNDPG27V3THX7KHANCNFSM4PANJGXA> .

[YuriSizov]

Duplicate of #99?

Thank you, indeed they are too close to keep both. Closing in favor of #99.