Windows 10: File Chooser details always seem to get reset

Libraries will use an independent view separate from the source folders included in a library.

 

A 'dektop.ini' file setting would be a great place to put a true, path-independent (single) folder view.

But Libraries are multi-views and their parent folder

C:\Users\<local account name>\AppData\Roaming\Microsoft\Windows\Libraries

seems not to have inheritable details.

Even the Libraries property tabs show the folder type to use, but they don't really use that view.

 

Brink - 'tag', you're 'it'!*Smile

 

That would be the big rub with libraries. *Sad

 

I think I found the problem - or another one.

The 'New Folder' feature always seems to make a non-generic, special folder view.

As I frequently start with that and then move it to other places, I probably screw up the inherited properties.

Is there a way to set the folder view for the new folder template?

 

Grrrrr....

After I made a new folder on the desktop and moved it to my documents folder, I lost a whole lot of unrelated folder views:
The Program files view changed, some other Document folder views, etc.

They all reverted to the old standard simple view "Name Date Type Size'.

 

I don't know if this applies, but what I have noticed.

Suppose you create a new folder on the Desktop and NOT rename that folder, it will show up the same way the last time you made a new folder on the Desktop without naming it (making it have that same name). Example: I create a new folder on the Desktop, it is automatically named as: "New folder". I adjust the details columns in there, remove some, add some other ones. I now delete that folder. 7 days later, I make another new folder that has the same name: "New folder" on the Desktop! I will see those exact details that I set 7 days ago for that other folder! Suppose I want to move "New folder" from the Desktop to "C:\New folder". I open "New folder" and I see that the layout is set to the default layout, it no longer looks like what it was when it was on the Desktop.

Same applies to other exact folder names that were sent to certain locations.
Example: Suppose I make a folder at "C:" named "New folder #2". I adjust the details columns to show only Name and Size. Now I delete "New folder #2".
Three months later I just so happened to create a folder in "C:" named "New folder #2". I open up this folder. I will only see the Name and Size details, just like I set it three months ago. I now rename "New folder #2" to "New folder #9". I open up the folder, and now I see my default layout template for this folder that is set for all the other folders.

I hope what I said may clear up some confusion for how the design is, and help simplify understanding how this idea is designed.

 

I'm not sure I understand. I followed what you said, but I don't see how the name, rename or moving fit in.

Creating on the desktop is rather unique because the Desktop is the top of the bags hierarchy. It inherits nothing and has the top level Explorer view.

All other folders either have a type or can inherit a type.

All drives except for C can have a default, inheritable type for their folders.

What I do not understand is why C is unique and what happens to inheritance for nested folders.

For example.

If drive 'N' is set to have all files be of type 'General items' and inheritable and folder 'N:\Folder1\' is the same type, what happens when I move a folder 'X' with a different type from one location to 'N:\Folder1\X'?

Is X's view inherited from Folder1 or is its view preserved violating inheritance? And what about a subfolder added under X?

One may make these tests, and I have made many, but I don't seem to get results that are consistent enough for me to deduce or infer the rules.