[BUG] in slickedit pro 2020 auto complete delay is always 0

[vladie]

In slickedit pro 2020 auto complete delay is always 0 - auto complete popup is displaying immediately which is annoying. I've tried to set different values in Editing -> Context tagging -> Auto-complete performance tuning -> Display after (ms) idle, but this setting have no effect at all.

[Dennis]

The default is 250ms.  I just did a quick test by changing it to 3000, and it waited three seconds before displaying.

Are you sure you are seeing Auto-Complete, and not Auto List Members?

In the case of Auto-List members, when that is enabled, it is always displayed immediately after you type the member access operator.  However, if you *disable* Auto-list members and leave Auto-Complete enabled, you can still get list-members but it will only be displayed after the Auto-complete delay *and* after you type part of the identifier.

Example:

Code: [Select]

    struct SOME_STRUCT { int m_xxx, m_yyy, m_zzz, m_ttt; };
    void nothing(SOME_STRUCT *px)
    {
        px->        // Auto-list members would normally come up immediately after you type ">" here if enabled
        ;
        px->        // Auto-list members will not come up if it is not enabled
                       // Auto-Complete will not come up either as you have not typed any part of an identifier.
        ;
        px->m     // After you type 'm', Auto-Complete will come up after it's configured delay if enabled             
    }


[vladie]

i'm testing this issue in c++ code by entering "return" and then pressing space - auto complete list displayed immediately (with small lag needed by slickedit to create auto complete list).

[Dennis]

In that case, you may also want to disable "Auto-list compatible values"

Document > C/C++ Options... > Auto-Complete > List-Symbols options >
       [   ] Auto-list members
       [   ] Auto-list compatible values

[vladie]

you are right. but it is possible to make delay for auto-list compatible values and for auto-list members ?
i think it's better to make generation of auto-list/auto-complete in separate thread, and do not show auto-list/auto-complete window if user typed some chars not waiting for auto-complete windows displayed - because situation, when code editor freezes periodically for 200-300 ms is very weird. i think user must be able to type characters without waiting for auto-complete list generated.

[Dennis]

Please read my first reply again, I described how you can set up a delay for auto-list members and auto-complete.  You can also disable all of the above, and only do list-symbols on demand by type Alt+Dot when you need help.

We do plan on moving to a threaded implementation for auto-complete in a future release, but it is no trivial task, there is a lot of code involved.

[vladie]

i've disabled "auto-list". now i'm entering "return", pressing space, waiting for delay, but nothing happens. auto complete is enabled.

[Dennis]

Auto-Complete comes up once you start typing an identifier.  With Auto-list members and Auto-list compatible values disabled, if you want a list to come up immediately after you type "return ", you will need to force it to come up by using Alt+Dot (for list-symbols) or Alt+Comma (to list compatible values).

[vladie]

is it possible to make delay for displaying function parameters auto completion list ? typing function parameters are very laggy because slickedit at every keypress proposes new variants for auto-completion (which takes a time and which i mostly didn't need)

[Dennis]

Tools > Options... > Editing > Context Tagging(R) >

    Maximums > Display after (ms) idle   --  to tune the amount of delay between when you type open paren and when auto-function help comes up.

    Auto-Complete > Update auto-complete after (ms) idle -- to tune the delay before the list of symbols is updated.

You can also turn off Auto-list compatible parameters (Document > C/C++ Options... > Context Tagging (R) >

      [  ] Auto-list compatible parameters

Then bring it up on-demand when you need it by typing Alt+Comma (in most emulations).