On Sun, Jun 6, 2021, 17:55 Dmitry Gutov <dgutov@yandex.ru> wrote:
On 06.06.2021 09:59, João Távora wrote:
> Very true, but here's the suprise: In the flex style, there are a_lot_
> of "possible completions" for the null or very short patterns.  So those
> calculations -- which were more than certainly thought up for prefix-ish
> styles -- are quite slow (and also quite useless for flex).  At least
> that's my theory.

try-completion doesn't trigger any completion style machinery; only
completion-try-completion does.

I have no idea if completion style stuff b is related. Just that else branch is there to calculate some 'determ' thing and a cursory look revealed try-completion calls being passed 'comps', or 'completions'. Presumably lots of data given short flex style patterns. No idea what it accomplishes, as I said.

Bottom line is that something (TM) happened to speed up the whole thing when I skipped over that whole part. I had vertical mode basically visually equivalent to vertical, but quite slower.  After skipping that part they became practically equivalent. And you yourself witnessed this when switching yo vertical mode, which is when the skip is made.

 I'll check later in the week, away from my computer now.

And are we talking about the 'try-completion' call which is guarded with
(when icomplete-hide-common-prefix ...)?

No idea

icomplete--fido-mode-setup sets that variable to nil.

May be.

João