[TC 11.00b2] Too many items in the default directory history list

[ghisler(Author)]

It's already implemented (part of the new settings dialog) and will be in beta 3.

[Sob]

About icons, if you just have local dirs, they are useless, because they are all same. But they do change for FTP or FS plugins and that's useful, because it makes the items immediatelly distinguishable. In similar way, different icon for UNC paths would be useful too. And so would be custom icons (added for directory using [.ShellClassInfo] in desktop.ini), although that might need some caching to avoid reading them all the time.

[yyang]

When items are deleted from the directory history list, the list height doesn't automatically shrink to fit. Better if it does.

(This is just nitpicking, probably not worth a separate post.)

[yyang]

Just tested with b3. Everything looks fine, but when the icons are hidden, the check mark feels redundant. The left padding could take less space without it.

[Horst.Epp]

Just tested with b3. Everything looks fine, but when the icons are hidden, the check mark feels redundant. The left padding could take less space without it.

I like it without the icons as they are all have the same icon,
but with the current layout.
The current dir is marked and better to identify as the overlay on the icon.

[Sob]

I really appreciate beta 3 changes, but I think you should consider one more improvement. By default we have:

Code: Select all

most used #1 (hidden)
...
most used #x
---
most recent #x
...
most recent #1 (visible)

Problem is, with items close to both #1s being the most likely things you want, when there's scrolling, you always see only one of them. Now in beta 3 we can have:

Code: Select all

most used #x (hidden)
...
most used #1
---
most recent #x
...
most recent #1 (visible)

which makes both #1s visible at the same time without scrolling... at least with default number of items. Great.

But what if I decide that scrolling is actually good and I want even more items than default? If I'd want few most recent (e.g. 10) and many most used (e.g. 100), it works great, because #1 most recent is scrolled into view, together with remaining 9, and it will be followed by most visited from #1.

But there's no way to have the opposite, which IMHO is more logical, few most visited (10) and many most recent (100) with both #1s visible by default. Real winner for me would be this in reversed order, with #1 most used scrolled into view:

Code: Select all

#1 most used (visible)
...
#10 most used
---
#1 most recent
...
#100 most recent (hidden)

It's perfect, both #1s are visible at the same time, and even closest to the arrow I clicked to get the list, i.e. no need for long mouse travel.

[ghisler(Author)]

2Sob
There is a new option on the settings - History page which does something similar:
Show most frequently used directory in the middle.
This gives a list like this:

Code: Select all

#1 most recent
...
#100 most recent (hidden)
---
#1 most used (visible)
...
#10 most used

[Sob]

Not for me. The order is correct, but because it always scrolls #1 most recent into the view, it's:

Code: Select all

#1 most recent (visible)
...
#48 most recent (visible)
#49 most recent (hidden)
...
#100 most recent (hidden)
---
#1 most used (hidden)
...
#10 most used (hidden)

[ghisler(Author)]

You can limit the number of most recently used displayed via Configuration - Options - History. If you limit it to 20 or so each, you will see the entire list without scrollbar.