1401 - 1403 Folders List versus Tree

Discussion related to "Everything" 1.5 Alpha.
Post Reply
kunruh
Posts: 1
Joined: Thu Nov 06, 2025 9:08 pm

1401 - 1403 Folders List versus Tree

Post by kunruh »

Hello,
I've set our environment up using 1.5-1400a, and am now testing 1403a on a single client.
After upgrading, the Folders column shows a listing of the server index paths rather than a hierarchy tree.
I can't find any setting that would toggle how the Folders are displayed. The 'Tree' view is preferred.
I re-installed 1400, and the Folders displayed correctly as a Tree. I tried 1401, 1402, and 1403. They all list the folders, so the change occurred in 1401.

Am I missing a setting somewhere to get the Folder column to show as a "Tree"?
Attachments
1400-Folders-Tree.jpg
1400-Folders-Tree.jpg (20.96 KiB) Viewed 3039 times
1403-Folders-List.jpg
1403-Folders-List.jpg (40.08 KiB) Viewed 3039 times
therube
Posts: 5633
Joined: Thu Sep 03, 2009 6:48 pm

Re: 1401 - 1403 Folders List versus Tree

Post by therube »

Appears that UNC paths (as opposed to a mapped drive letter) are added that way.
Unsure offhand if there is a pref to change that?

I'll suppose the change has to do with, root: question with Everything Server. Missing shares?
.
Everything - UNC path vs mapped drive letter.png
Everything - UNC path vs mapped drive letter.png (31.47 KiB) Viewed 3032 times
void
Developer
Posts: 19568
Joined: Fri Oct 16, 2009 11:31 pm

Re: 1401 - 1403 Folders List versus Tree

Post by void »

Thank you for your post kunruh,

It is related to Everything Server. Missing shares.

Everything 1.5.0.1401a will now keep the same roots as the Everything Server, unless there is a common path prefix.

I will add a setting to control the behavior and work out the best default value.
void
Developer
Posts: 19568
Joined: Fri Oct 16, 2009 11:31 pm

Re: 1401 - 1403 Folders List versus Tree

Post by void »

Everything 1.5.0.1404a adds an advanced option to split network index roots.

Untouched root:
\\server\share

split root:
\\server
\
share


To split network index roots:
  • In Everything 1.5, from the Tools menu, click Options.
  • Click the Advanced tab on the left.
  • To the right of Show settings containing, search for:
    network
  • Select: network_index_split_roots
  • Set the value to: true
  • Click OK.
The default will be false (show the real roots as they are on the server)
Muf
Posts: 2
Joined: Mon Oct 13, 2025 9:02 pm

Re: 1401 - 1403 Folders List versus Tree

Post by Muf »

I am having a similar problem with my NAS setup. My NAS is mapped to Z:\, and on the NAS itself, Z:\ also exists, but with a slightly different directory structure. I have Everything Server on the NAS itself set up to index each subdirectory separately (and exclude a few that don't exist on the network share), and on the clients, I have a mapping that maps each subdirectory to the correct name as it is seen on the mapped network drive. This works functionally perfectly, however aesthetically there is a snag - each subdirectory is listed as its own root item when I enable the Folders view in Everything, instead of being children of Z:\. It does not help if I add Z:\ itself separately, that just makes that its own root item alongside the long list of other root folders.

Instead, it would be nice if the directory hierarchy is respected regardless of drive letter, UNC path, separately indexed directory, etc., even if only visually when building/sorting the tree view.
void
Developer
Posts: 19568
Joined: Fri Oct 16, 2009 11:31 pm

Re: 1401 - 1403 Folders List versus Tree

Post by void »

Do the remapping on the server side instead of client side.
Make sure network_index_split_roots is set to true as mentioned above.
network_index_split_roots will not work for client side remapping.

I will consider an option to show the respected directory hierarchy.
(enabling would reduce the performance of the folder sidebar for large listings)
Thank you for the suggestion.

Currently, the treeview is not a result copy of the index, it is the raw index, so items cannot be faked.
Post Reply