Option for Live Filter Box instead of Type Ahead Find

[highend]

And as a tweak (default = off)? Then everybody can decide for himself about if he's trembling in fear?
That's such a good navigation thing (and of course, only if the lfb is empty)^^

[admin]

Great improvement, IMHO! Thx!

I could not recreate your observations here, but I think those little race condition induced glitches in a context of a slow network plus thumbnails being created at the same time plus live filtering on every keystroke... hey, I'm happy that the thing did not explode.

[admin]

And as a tweak (default = off)? Then everybody can decide for himself about if he's trembling in fear?
That's such a good navigation thing (and of course, only if the lfb is empty)^^

Let's wait if there are some more opinions on this...

[autocart]

... but I think those little race condition induced glitches in a context of a slow network plus thumbnails being created at the same time plus live filtering on every keystroke... hey, I'm happy that the thing did not explode.

I also think that these must be the reasons.
Would it be too complicated to code those elements in a way that they simply wait for each other?

[admin]

too complicated ... that's a relative notion. In the real world we have time limitations and priorities, and indeed the interrelation between these heavy processes is complex. But of course, any bug it will be fixed immediately.

This e.g. is a clear bug to me:
" it can happen that the LFB is empty but the live filter info bar still is visible and displays something. "

I still could not reproduce it but it's on my list.

[autocart]

I still could not reproduce it but it's on my list.

I kind of understand. Thx for having replied and tried.

edit: the new way is still an improvement of XY, I think, and still usable despite the mentioned quirks under some special conditions of my working environment. I don't want to come across as unappreciative. so, thx again.

[danni]

Hallo.

Verzeihung, aber mein Englisch ist zu schlecht um darin schreiben zu können. Mein Baujahr ist schon ein wenig älteren Datums.
Ich hab e jahrelang Listary benutzt, um mir die Navigation angehnehmer gestalten zu können, aber mittlerweile mag ich es nicht
mehr benutzen, da der Entwickler ein paar sehr fragwürdige Entscheidungen getroffen hat. Ich bin sehr froh zu sehen, das
diese live filter box jetzt zum standart erklärt werden kann! Ich bin es durch Listary auch gewöhnt, innerhalb einer Navigationsbox, so
würde ich die live filter box bezeichnen, auch navigieren kann. Ich weis zwar nicht, was ein tweak genau ist, aber so lange er dabei
hilft, das ich mit der Rücktaste eine Ebene höher gelangen kann, dann würde ich ihn auch sehr gerne benutzen.

Danke für dieses tolle Programm, es nimmt mir jeden Tag einen grossen Teil meiner Arbeit ab!

Schöne Grüße,
Daniela

[admin]

And as a tweak (default = off)? Then everybody can decide for himself about if he's trembling in fear?
That's such a good navigation thing (and of course, only if the lfb is empty)^^

Let's wait if there are some more opinions on this...

OK, I decided to risk some fear and confusion experimentally. I saw that once you start controlling the list via LFB there grows a strong expectation that BACKSPACE also works as in the list.

[admin]

Hi Daniela,

gutes Timing! Ich habe deinen Wunsch praktisch gleichzeitig mit deinem Post verwirklicht. Ohne tweak.

Don

[danni]

Ganz lieben Dank dafür! So muss ich meine Arbeitsweise nicht umstellen. Ich hatte mich extra
dafür registriert.

GLG,
Daniela

[admin]

Kommt mit der nächsten Beta-Version hier ins Forum irgendwann heute Nachmittag.

[highend]

A small issue...

Scenario:
Two folders in drive R:\
#includes
#installer

You type "inst"
At this point only "#installer" is visible
You hit enter, it goes into it
Backspace, one level up into R:\ again

At this point, "#installer" has a grey background color and you'd think, ok that's the current selection
Now press enter again
It doesn't go into "#installer" but into "#includes"

The expected behavior is: Go into "#installer" again because the grey background color indicates,
this is the current selected item as long as I'm in the LFB

[admin]

Cannot reproduce.

What you are describing would happen if #includes is focused but #installer is selected. Why would that happen?

[highend]

You're right, it doesn't happen with a fresh config

The good thing is, I have documented all settings changes, so...

General - Tree and List - List - [x] Auto-select first item

This produces this behavior. But I like this setting. Could the LFB override it?

[x] Auto-select first item
LFB is used -> Prefer it's selection
LFB is not used -> First item is selected when entering a folder

[admin]

Still cannot see any bug. The selected item is opened in any case.