Under le registre clé:
```
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced
```
...il y a two well-documented valeurs that pertain vers le showing of hidden fichiers and dossiers in Windows Explorer.
The `Hidden` clé shows hidden fichiers when true, and hides them when false.
The `ShowSuperHidden` clé is generally acknowledged as its equivalent for "super hidden" (i.e. protected/système) fichiers; it shows super-hidden fichiers when true, and hides them when false.
That said, where does the `SuperHidden` valeur come in? Its name suggests it serait the natural analogue vers le `Hidden` clé, but documentation on it and what it does is non-existent as far as J'ai été able to tell.
**Quel est le purpose du `SuperHidden` valeur, and how does it differ from `ShowSuperHidden`?**
Qu'est-ce que the difference entre the ShowSuperHidden and SuperHidden registre valeurs?
Re: Qu'est-ce que the difference entre the ShowSuperHidden and SuperHidden registre valeurs?
`ShowSuperHidden`, [as we discovered](https://superuser.com/a/1240351/380318), controls whether super-hidden (Hidden + Système) fichiers are displayed. As far as Je peux tell, `SuperHidden` controls rien and its existence is probably a programming erreur.
Using [Process Monitor](https://docs.microsoft.com/en-us/sysinternals/downloads/procmon), I observed reads from and writes vers lese Registry valeurs. The seulement interaction avec `SuperHidden` was a write when the utilisateur opened the View tab du Dossier Options dialog. It received a 1 if super-hidden fichiers are displayed, 0 otherwise. It was jamais read, even when I terminated and redémarré Explorer.
Procmon provides the stack that led to a monitored operation (double-cliquez an event and consult the Stack tab), so I examined the DLL fichiers involved using [IDA v5.0](https://www.hex-rays.com/products/ida/support/download_freeware.shtml). The seulement relevant one avec a mention of `SuperHidden` was `shell32.dll`. The `CachedShellState::SaveAdvancedSettings` function problèmes a Registry write to that valeur and others in that clé, committing the current view paramètres.
Explorer apparemment calls that function avant showing the View tab. That's probably done to assurez-vous the Registry is consistent avec the current in-mémoire paramètres avant loading the current state du View options, though I admit I'm not 100% certain sur le reasoning. Anyway, the corresponding `shell32.dll` function `CachedShellState::_GetAdvancedSettings` problèmes a read depuis le correct valeur, `ShowSuperHidden`.
These disassembly listings are depuis le Windows 7 version of that DLL. In Windows 10, `SuperHidden` ne exist dans le Registry, and `CachedShellState::SaveAdvancedSettings` writes to `ShowSuperHidden`.
Therefore, I conclude that when programming the version of that function that comes avec Windows 7, a developer mistakenly omitted the `Show` in `ShowSuperHidden`, but the erreur was corrected along the way to Windows 10.
For the curious, the Dossier Options dialog n'est pas broken by this erreur parce que it consults the `ValueName` entry under each setting clé ici:
```
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced\Folder
```
Working out the significance du other parts of that branch is left as a (fun!) exercise vers le reader.
Using [Process Monitor](https://docs.microsoft.com/en-us/sysinternals/downloads/procmon), I observed reads from and writes vers lese Registry valeurs. The seulement interaction avec `SuperHidden` was a write when the utilisateur opened the View tab du Dossier Options dialog. It received a 1 if super-hidden fichiers are displayed, 0 otherwise. It was jamais read, even when I terminated and redémarré Explorer.
Procmon provides the stack that led to a monitored operation (double-cliquez an event and consult the Stack tab), so I examined the DLL fichiers involved using [IDA v5.0](https://www.hex-rays.com/products/ida/support/download_freeware.shtml). The seulement relevant one avec a mention of `SuperHidden` was `shell32.dll`. The `CachedShellState::SaveAdvancedSettings` function problèmes a Registry write to that valeur and others in that clé, committing the current view paramètres.
Explorer apparemment calls that function avant showing the View tab. That's probably done to assurez-vous the Registry is consistent avec the current in-mémoire paramètres avant loading the current state du View options, though I admit I'm not 100% certain sur le reasoning. Anyway, the corresponding `shell32.dll` function `CachedShellState::_GetAdvancedSettings` problèmes a read depuis le correct valeur, `ShowSuperHidden`.
These disassembly listings are depuis le Windows 7 version of that DLL. In Windows 10, `SuperHidden` ne exist dans le Registry, and `CachedShellState::SaveAdvancedSettings` writes to `ShowSuperHidden`.
Therefore, I conclude that when programming the version of that function that comes avec Windows 7, a developer mistakenly omitted the `Show` in `ShowSuperHidden`, but the erreur was corrected along the way to Windows 10.
For the curious, the Dossier Options dialog n'est pas broken by this erreur parce que it consults the `ValueName` entry under each setting clé ici:
```
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced\Folder
```
Working out the significance du other parts of that branch is left as a (fun!) exercise vers le reader.