Path-Bar Fly-Outs Scroll-Down Falls Off The Bottom

[Phred]

I love the new path-bar fly-outs (what DO we call them?) but I find that when I press the down-arrowhead (triangle) and scroll all the way to the bottom:- the fly-outs immediately disappear, and I'm back to where I started from.

This scrolling is necessary to get down to the lower alphabet folders - like Zambia.

I would expect to be able to release the mouse from the - v - when scrolling and to be able to move the mouse up to a folder to select it.

## My greatest disappointment with these new Miller columns is the need to click on the down-arrowhead - when all others behave differently: they fly out automatically (when the option is ticked).
## This mandatory click necessity is an extra cognative process that just shouldn't be necessary, IMO. When all other arrowheads behave one way, it's another thought process when one other arrowhead just sits there.

[MVV]

I agree that mouse click on disabled scroll button (i.e. disabled after scrolling) in breadcrumb menus shouldn't close menu.

Also I may suggest you to use your mouse wheel for scrolling (that's faster) and to use PgDn and End keys for extra-fast scrolling.

[Phred]

Also I may suggest you to use your mouse wheel for scrolling (that's faster) and to use PgDn and End keys for extra-fast scrolling.

[emphasis added] Ah, yes, I wish I could use my mouse wheel.. I'm a trackball devotee because I'm an upright knuckle man, and the 'wheel buttons' no longer lock in the new OSs. Or maybe it's my KVM box.

Even so, I believe the -v- needs attention - and I'll use the keyboard too. Thanks.

## Furthermore, I'll add that the analogue to the -v- occurs in Windows itself where the Start menu's submenus fly out (when they're set to scroll), and the -v- and -^- auto-scroll.

[ghisler(Author)]

This is indeed not intentional - the change was meant for drag&drop only, when the user releases the left mouse button over the scrolling panels during drag&drop.

[Phred]

Interesting, Christian.

It's seems we have emergent dual functionality. I wasn't aware of the drag&drop capability. I shall watch to see if it gets a modification.


I've been using the fly-outs for tree walking. A valid use, yes?
I seem to think that there was a small [ v ] dropdown box at first, then the fly-outs. That feature seems to have gone in RC1, or perhaps it is a setting.

[ghisler(Author)]

It's a setting in Configuration - Options - Layout: "Auto-open when moving mouse over it".

[Boofo]

So that's why I keep getting the drop down if I move the mouse too far up. Thanks for the info.

[Phred]

Yes, thanks Christian.
I realised that it was the drop-down/auto-open setting after I mentioned it. 'Auto-open when moving mouse over it', on the Options, Layout page. I've migrated to auto-open consistently now.

## At the risk of raising another issue - the horizontal mouse movement over the fly-outs often loses the current selection when you stray off-line, and you're suddenly back a level.
It's a narrow stripe that we have to run the mouse along.
It would be great if the off-horizontal movement were more forgiving - so that we could move a little more obliquely to choose the next folder we want in successive fly-outs.
This may be a global sub-menu response setting, I fear.

[MVV]

Seems to be fixed in 7.5 RC2. Drop-down menu isn't closes anymore if you click onto disabled scroll '^' or 'v' button!

[ghisler(Author)]

Thanks - can anyone else confirm it too?

[StickyNomad]

I can confirm that too, the dropdown isn't closed anymore in RC2.

[Phred]

Yes, confirmed here too.

No chance the v and ^ can auto-scroll too, in the same way as all the other arrowheads?

[MVV]

Yes, confirmed here too.

No chance the v and ^ can auto-scroll too, in the same way as all the other arrowheads?

Good idea to turn scrolling on by hovering buttons.

[ghisler(Author)]

Thanks for confirming the fix! Currently the buttons scroll automatically only during drag&drop.