Sorry for my silence yesterday, I'll now reply properly to everything.
Script of TheQwerty [on a 13.70.0127, fresh]:
Code: Select all
"Test"
// Set ListBrowse.Sort to Name,a;Type,d.
goto <xy>;
SortBy 'Name', 'a', 0;
SortBy 'Type', 'd', 1;
Status 'Sorted by Name,a;Type,d';
[/size]Fine till now.
Code: Select all
// Enable Branch View.
// This should use the default sort order of ListFind/BV.
#311; //View | Views | Branch View
Echo "What's the sort?<crlf>It should be the default for BV which was Path,a";
[/size]OK, correct.
Code: Select all
// Sort BV by Name,a;Ext,d.
// By extension this should change ListFind's sort as well.
SortBy 'Name', 'a', 0;
SortBy 'Ext', 'd', 1;
Status 'Sorted by Name,a;Ext,d';
// Disable BV, returning to ListBrowse.
#311;
Echo "What's the sort?<crlf>It should have restored the order from before BV which was Name,a;Type,d";
[/size]Restored correctly.
Code: Select all
// Enable BV, it should retain Name,a;Ext,d but doesn't.
#311;
Echo "What's the sort?<crlf>It should have restored the order from last BV which was Name,a;Ext,d";
[/size]
Nope. It falls back to the BV fresh default, ie Path,a.
Code: Select all
// Disable BV.
#311;
// Enter ListFind.
// When we changed the sort in BV it "should" change the sort here.
#261; // Edit | Find Now
Echo "What's the sort?<crlf>As BV and ListFind share settings this should have the restored order from last BV which was Name,a;Ext,d";
[/size]
Nope again. It falls back to the BV/ListFind fresh default, ie Path,a (as you say and as I was able to find myself out, both view are internally saved as the same LisFind view - very important point imo, I'll talk about it later).
Code: Select all
// Change Sort order of Search Results to Name,a;Size,d.
SortBy 'Name', 'a', 0;
SortBy 'Size', 'd', 1;
Status 'Sorted by Name,a;Size,d';
// Enable BV (with active Search Results tab)
// It correctly sorts by Name,a;Size,d.
#311;
Echo "What's the sort?<crlf>As BV and ListFind share settings this should have the order set in Search Results which was Name,a;Size,d";
[/size]Correct.
What the script is attempting to demonstrate is that:
1) If the active tab is not a search results tab > entering branch view will use some default sort order.
2) Changing the sort order in branch view, exiting branch view, and then returning to branch view will return to the default sort order.
3) If the active tab is a search results tab > entering branch view will adopt the sort order of the search results tab.
This is not entirely demonstrated in the script, but it is true.

4) Customizing the sort order in a search results tab, returning to browse mode, performing step 1 or 2, and then performing a search will result in the search results tab forgetting the user's defined sort order and instead using the default as set by BV.
I can confirm all this!
Now, I did a huge mistake on Monday night 'cause I accidentally deleted the pre-ET config. I wonder if I suffer from dementia 'cause now I'm not totally sure anymore that BV remembered its sort order. But the current behaviour is flawed in my humble opinion.
If you customize the columns in BV and then click "Define current column layout as default" the subsequent message says that the layout has been saved for the Find view. So BV and Find share the same column layout, and as such modifying the layout in BV should make it available in Find view afterwards, and viceversa. As of now, instead, there's some sort of race condition where BV calls an internal default and then overwrites the customization. And I'd call it a bug.
All this regardless of the explanation/clarification below:
Branch View does either of two things, depending on the setting of "Default to tree-like sort order" (Find Files & Branch View - Branch View):
a) default to Path ascending (good for tree-like sort).
b) keep the current sort order (good for toggling between normal mode and BV).
Since BV and Find view are both searches, shouldn't there be a third option "apply the Find view"?
Little background: my default Browse view is Ext,a;Name,a. Is a good way for me to have files grouped by type and sorted nicely by name (thank you secondary sort order!

). When I switch to Find View or BV I give more importance to the paths (it gives the tree structure), but I still want some sorting within each folder, that's why I go Path,a;Ext,a.
If (

) multiple sort orders were available (ternary, quaternary,...) it would be damn cool, because the sorting of the Browse view could be entirely replicated adding the tree dimension too.