Wrapped Active lister titles/paths

I really like the idea and functionality that Dopus provides of being able to drag up to any previous directory in the current listers path at the top of the pane. But running side by side columns often causes problems with seeing the couple directories directly above in the tree when you're deep in a path.

Some ideas to resolve:

  1. Allow this to wrap, so title line can use more than 1 line.
  2. Option to give preference to the end of the path instead of the start.

ie. on a path like: C:\Documents and Settings\Rob\Desktop\Wly\Aieso07_12e_Coyote\ORIG Aieso12e\learning\Student

All I see is: C:\Documents and Settings\Rob\Desktop\Wly\Aies...\Student

I would rather see: C:...\Wly\Aieso07_12e_Coyote\ORIG Aieso12e\learning\Student

  1. Allow defining shortcut acronyms for the display. (i.e. Use the Alias already defined)
    i.e. C:\Documents and Settings\Rob\Desktop
    could be assigned: "RobDskTp" or similar.

Thanks!
Rob

I like this line of though.

What about if dragging over the "..." made the full path appear (wrapped to multiple lines if needed)? That way it would still only take up one line normally and you could still drag to the parts that you can see, but you can also drag into what's hidden by the "..." via a small extra step?

I agree that seeing more of the end of the path rather than the start would be nice. The drive letter is important at the start but after that I think most of the time it's the current and parent directories that are most important, although there are exceptions, I'm sure.

This is an exceptionally useful idea! I get frustrated with the lister paths daily because I work in very deep folder structures.

At a bare minimum, Springro's #2 suggestion should definitely be implemented. It makes so much more sense to see the bottom end of long paths than the top.

How about this idea for suggestion #1?

The "..." is essentially a divider between the parent end of the path and the child end. Suggestion #2 is just a request to display more of the child end, and less of the parent end by default. How about facilitating suggestion #1 by scrolling the "..." part of the path left and right, to expose more of the unseen end of the full path, perhaps with a mouse-over trigger with a qualifier key depressed?

So when the user holds down a qualifier key (like CTRL) and mouse-overs the parent end (to the left of the "..."), Opus moves the "..." more to the right so as to expose more of the parent end of the folder path on the left. When the user holds down the qualifier key and mouse-overs the child end (to the right of the "..."), Opus moves the "..." more to the left so as to expose more of the child end of the folder path on the right. When the user stops depressing the qualifier key, the path resets to default presentation (which should be as described in suggestion #2).

Scrolling the title left and right sounds a little clumsy - and there is still a problem if the name of any one path component is too big to physically fit in the title bar of the file display.

What about if hovering over the ... displayed a popup menu of the missing items?

In my opinion, that would be great, if they are still active drop zones.

That's the kind of thing I had in mind. I think it would be good.

I had a similar idea last year. Check point 9 in the following thread:

[Some ideas for new controls, raw commands and hot paths)