#1495 Autocomplete List should have CICLICAL behaviour in the BOUNDARIES

[Sergio Abreu]

When autocomplete list opens with many items, sometimes it is faster go to the last item moving UP instead of rolling all itens to down as now we are FORCED...
It you are at the first item and moves up, it should go to the LAST item (as a cicle) the same in the LAST if we press DOWN must return to first, as a cicle.

[Neil Hodgson]

The End key will move to the end of the autocompletion list.

A problem with wrapping around is that it changes the visible items without it being completely obvious what has happened, particularly with themes where the scroll bar is thin or invisible. The user may get lost by this unexpected switch.

Wrap-around is not commonly used for long lists or lists where the contents are unpredictable such as in a file open dialog. Wrap-around is more commonly used for menus where the contents are fixed and the user can see all of the entries.

Thus Scintilla, like Visual Studio and Xcode, does not wrap-around autocompletion but does wrap-around context menus.

[Sergio Abreu]

Thanks for the answer. Of course this suggestion was intended to a short and VISIBLE list for instance 6 to 10 items, for variable names autocompletion.
I liked to know that Home and End work, but still is not practical.
When we press Ctrl+Space to autocomplete we want to be productive, so having to press Home/End PLUS the arrow keys are not very efficient.
The first selected item should allow to move directly to last VISIBLE item by pressing arrow up, and the same is valid for LAST to go straight to first, cyclical. That should be natural for all good editors, as it is present in the best editors. Netbeans and MS VCode allows jumping first up and last down.

[Sergio Abreu]

The problem is that even for short and visible lists, Geany editor forces you to pres down many times even when the option is in the bottom and visible autocompletion, I mean 6 to 10 items.