#XYPLORER CONFIGURE BRANCH VIEW OPTIONS PLUS#

The same folder as above in flat view, filtered to show only JPG files (applying a Visual Filter *.jpg to the tab).

A real time-saver when perusing the file system under certain aspects. This feature, combined with level-indent and tree-like sort order, enables you to view a Filtered Branch (a branch is a subsection of the Tree) in the file list, for example a branch showing only certain image types or only TXT files (see screenshots below). So the folders always stay visible while their contents are filtered. If ticked then on a mixed flat view (showing files and folders), any Visual Filters or Name Search patterns only apply to files, not to folders. One particular configuration option is worth mentioning here: Let folders pass all filters. Note that most of the toggles are also available in the toolbar button's right-click menu. The are several configuration options, most of them set-and-forget, and most of the factory defaults are probably all you ever need:įlat View configuration options in Configuration | Find Files & Flat View.

No other file manager can do this! (I keep my music folder well organized, but a BV with a Path/Extension/Name sorting would be my nirvana.Specific FV patterns can be stored in and triggered from Address Bar, Favorites, Catalog, User-Defined Commands, and Scripts. with 'multi-dimensional sorting' one could keep in a folder (no subfolders) a bunch of music files and then sort them by Artist/Year/Album/Track directly in XY. being optional it would interfere with Nighted/LittleBiG workflow it would solve the bug of the topic above for which BV doesn't apply also the secondary sorting of a saved Find view Since BV is, for some folks including me, focused on paths/filesystem structure, what if entering BV could -optionally- inherit the sorting of the previous view (like you suggest) but adding the Path sorting too first of all? I know it could be some work because you would need to implement 'multi-dimensional sorting' because Path could potentially be a third criterion of sorting (uh, nice trade name, and I guess you'd be the first. If your idea of 'transferring' the sorting to BV became true, then each time I issue a BV I would have to click the Path column to see the sorting I want, because BV would inherit the sorting of Browser view.īut since you said that it could be optional, I'm happier My Browse view is sorted by extension and name (secondary sorting). do not store it at all) - otherwise the next search results would also have that columns which is not likely what you want. Do NOT store the last Branch View layout as Find mode layout (i.e.

#XYPLORER CONFIGURE BRANCH VIEW OPTIONS PLUS#

what if I just do this:ġ) When toggling Branch View ON, show the same column layout as you see now in Browse mode, plus the Path column.Ģ) When toggling Branch View OFF, go back to the standard Browse mode layout. You obviously expect to see the same columns when toggling Branch View on and off, plus the Path column. Up to now this worked well for Find (= ) and also for Branch View (which technically is just a special sort of Find).īut now, with Custom Columns, things become different. Separate column layouts means: whatever you configure within a mode stays in that mode and is not transferred to another mode on mode switch. Currently Branch View takes the column layout from Find mode (the typical main difference to Browse mode is the presence of the Path column). Background: XY has separate column layouts for Browse mode and Find mode (and some other modes of the list).

Xyplorer configure branch view options