Thread: WE and Trash?
View Single Post
  #13  
Old March 7th 19, 05:05 AM posted to alt.windows7.general
VanguardLH[_2_]
external usenet poster
 
Posts: 10,881
Default WE and Trash?

T wrote:

On 3/6/19 11:08 AM, VanguardLH wrote:
T wrote:

I am staring at a w7-sp1-pro Widows Explorer with no
Trash box on the left pane.

And, "Folders and Search Options", "show all folders"
is checked.


Unclear if you are asking about desktop icons or the left-panel objects
in Windows Explorer. I'm assuming you meant the Recycle Bin folder
instead of Trash.

For desktop icons, are *any* desktop icons showing, like shortcuts you
added to the desktop? If there are no desktop icons, right-click on the
desktop, select View from the context menu, and enable "Show desktop
icons".

If you see some desktop icons but not the standard ones, like those you
mentioned, right-click on the desktop, pick Personalize from the context
menu, click "Change desktop icons" in the left pane, and review which
standard desktop icons (Computer, User's Files, Network, Recycle Bin,
Control Panel) are selected. There is also the option "Allow themes to
change desktop icons". Is it enabled? If so, Which desktop theme are
you using?

If the problem is in Windows Explorer, is there a left panel (aka
navigation pane) showing folders and other objects, or is that pane
missing? There are various command-line switches for what view you get
for Windows Explorer. I have not played with those for a long time, but
recall the My Computer view that had no left pane was due to a
command-line switch (wheter in a command line or in a registry entry).
Another way to turn off/on the navigation pane is via the Organize
toolbar drop-down - Layout. Those would effect whether the navigation
pane is shown or not, not if some items within it are missing.

Perhaps WE got configured to not show all items in the navigation pane.
Go to the View menu - Folder Options and check if "Show all folders" is
enabled.


Did you miss the part where I stated?

And, "Folders and Search Options", "show all folders"
is checked.

I always call the recycle Bin the Trash bin. The icon is
of a trash can.

Windows Explorer is the file manager also knows as explorer.exe,
not to be confused with the browser called Internet Explorer.

Did you see my follow up? I wrote how to fix the issue.


The only subkey I have under the Namespace key is named DelegateFolders.
There is no {645FF040-5081-101B-9F08-00AA002F954E} subkey defined. That
means the default value is used when a key is missing to effect
different behavior. The author of the article has tons of namespaces
added under Explorer\MyComputer\Namespace. I have none and yet I do see
the Recycle Bin in the navigation pane of Windows Explorer.

From the article, the author never did set a data item and its value
under the {645FF040-5081-101B-9F08-00AA002F954E} subkey. The
"(Default)" data item is shown because it's the default, and the same
when the key is missing. The author then claims deleting this subkey
would revert back to not showing the Recycle Bin in the navigation pane,
yet I do NOT have that key even defined and I *do* get the Recycle Bin
in the navigation pane.

Something is whack with your Windows Explorer in that instance of
Windows that is reversing how that subkey is interpreted. One
possibility want hinted by Paul when he mentioned using the policy
editor. Behaviors can be reversed by using policies: instead of a key
effecting a behavior, the policy reverses it, and policies override
namespaces.

All policies are registry entries. Even if you don't have gpedit.msc on
your Windows host, like it's the Home edition, you can still set
policies by using regedit.exe or reg.exe, and the same for any tweaker
tools.

By the way, the {645FF040-5081-101B-9F08-00AA002F954E} is also the same
keyname used in:

HKEY_CLASSES_ROOT\CLSID\{645FF040-5081-101B-9F08-00AA002F954E}

under which is the ShellFolder subkey which has the data value named
PinToNameSpaceTree (but not assigned a value). Apparently the "Show all
folders" goes under several shell folder objects to set create this
subkey or the data item under it (to effect a value other than the
default when the data item is not defined). ShellFolders are registry
defined objects pointing at folders, like the Recycle Bin. For example,
you can enter shell:ConnectionsFolder to see the connectoids defined in
that folder. To see a list of system (registry-defined) folder
references (that you can use with shell:specialfoldername), look
under:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Curr entVersion\Explorer\FolderDescriptions

Each subkey has a data item named Name. So, for example, the:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Curr entVersion\Explorer\FolderDescriptions\{B7534046-3ECB-4C18-BE4E-64CD4CB7D6AC}

has a parsining name of {645FF040-5081-101B-9F08-00AA002F954E}, the
keyname your article mentioned, along with a Name of RecycleBinFolder.
So, you could use shell:StartUp to open the special folder for the
Startup folder (well, to set focus in WE on that folder). There's a
whole bunch of these special folders defined in the registry, and the
PinToNameSpaceTree data item under the ShellFolders seems to decide if
it appears in WE's navigation pane. For example, PinToNameSpaceTree in
HKEY_CLASSES_ROOT\CLSID\{F02C1A0D-BE21-4350-88B0-7367FC96EF3C}\ShellFolder
decides if the Network shell folder appears in WE's tree.

Seems something got reversed in the registry, so PinToNameSpaceTree acts
reverse of its intended purpose. You can even add your own shell
folders to WE's navigation pane. For example, after installing
Microsoft's OneDrive, a shell folder for it appeared in WE's navigation
pane. The data item's name has changed in Windows 10 where it is named
System.IsPinnedtoNameSpaceTree. See:

https://superuser.com/questions/1107...special-fodler

The "Show all folders" likely has a preset list of shell folders that it
will create (with blank value) or delete the PinToNameSpaceTree data
item, but you could add your own. Did you ever check if the Recycle Bin
appeared when you had the "Show all folders" disabled? If that option
merely toggles the state of that data item (creates if missing or
deletes if present) then perhaps the set of shell folders affected by
that setting had a mix of states for the PinToNameSpaceTree data items.
Ads