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"?
1401 - 1403 Folders List versus Tree
1401 - 1403 Folders List versus Tree
- Attachments
-
- 1400-Folders-Tree.jpg (20.96 KiB) Viewed 3039 times
-
- 1403-Folders-List.jpg (40.08 KiB) Viewed 3039 times
Re: 1401 - 1403 Folders List versus Tree
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?
.
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?
.
Re: 1401 - 1403 Folders List versus Tree
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.
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.
Re: 1401 - 1403 Folders List versus Tree
Everything 1.5.0.1404a adds an advanced option to split network index roots.
Untouched root:
split root: \
To split network index roots:
Untouched root:
\\server\sharesplit root:
\\servershareTo 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.
Re: 1401 - 1403 Folders List versus Tree
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.
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.
Re: 1401 - 1403 Folders List versus Tree
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.
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.