Expand disabled in Explorer & XP

  • Thread starter Thread starter Cactus
  • Start date Start date
C

Cactus

When I try to do a shortcut with %SystemRoot%\explorer.exe ,/N ,/E, C:\ or
any of it's derivatives Explorer does not expand C: ... as a matter of fact,
the expand is disabled on the menu. The only way I can get the expand and
the + to the left of C: to show up is to open a lower folder and then the +
next to C: is there.

This is getting to be a real pain. All I want to do is open a window to
explore C: with it expanded ... nothing fancy ... just like the way it used
to work since Windows 3.11 LOL
 
| When I try to do a shortcut with %SystemRoot%\explorer.exe ,/N ,/E, C:\ or
| any of it's derivatives Explorer does not expand C: ... as a matter of fact,
| the expand is disabled on the menu. The only way I can get the expand and
| the + to the left of C: to show up is to open a lower folder and then the +
| next to C: is there.
|
| This is getting to be a real pain. All I want to do is open a window to
| explore C: with it expanded ... nothing fancy ... just like the way it used
| to work since Windows 3.11 LOL

Cactus,

%SystemRoot%\explorer.exe /e,C:\path-to-folder-of-choice
gives focus on expanded folder

%SystemRoot%\explorer.exe /e,/root,C:\path-to-folder-of-choice
gives ROOTed folder + its sub-folders

REFERENCE:
http://support.microsoft.com/?kbid=307856
(HOW TO: Customize Windows Explorer Views in Windows XP)

http://support.microsoft.com/?kbid=314853
(Explorer.exe Command-Line Options for Windows XP)

http://support.microsoft.com/?kbid=257518
(HOW TO: Have Windows Explorer Default to the %SystemRoot% Drive When Started)
 
+-J said:
Cactus,

%SystemRoot%\explorer.exe /e,C:\path-to-folder-of-choice
gives focus on expanded folder

%SystemRoot%\explorer.exe /e,/root,C:\path-to-folder-of-choice
gives ROOTed folder + its sub-folders

REFERENCE:
http://support.microsoft.com/?kbid=307856
(HOW TO: Customize Windows Explorer Views in Windows XP)

http://support.microsoft.com/?kbid=314853
(Explorer.exe Command-Line Options for Windows XP)

http://support.microsoft.com/?kbid=257518
(HOW TO: Have Windows Explorer Default to the %SystemRoot%
Drive When Started)

Hi, Jan. I have known -- and am aware -- of both these edits. The
OP is talking about the first option which is *supposed* to open
Explorer with the folder-of-choice highlighted *and* its subfolders
displayed in the left-hand-pane of Explorer.

What happens instead, is the folder-of-choice is highlighted and
*none* of its subfolders are displayed in the left-hand-pane. All
the subfolders are displayed in the right hand pane but are not
shown at all in the left hand pane.

To redisplay the folders in the left hand pane, it is necessary to
change the input focus to one of the subfolders in the right hand
pane. This refreshes the left hand pane and allows all the
subfolders of the parent to be properly displayed in the left hand
pane.


I have investigated this issue and I think that something in a recent
update has changed WXP's default behaviour in this regard.

Checking the file-attributes of the folder-of-choice when opened
using the Explorer shortcut will show the *folder-of-choice* opened
as read-only. Removing the read-only file-attribute on the
folder-of-choice permits all its subfolders to be properly displayed
in the left-hand-pane.

Navigating to any subfolder off the folder-of-choice will also remove the
temporary read-only-attribute for the automatically-opened folder-of-choice,
so there are two methods of solving the misdisplay of subfolders off the
folder-of-choice.


Also, please note that "pseudo-rooted" displays using the second type
of display option (with /root in the command-line-tail) are *also* opened
with the "pseudo-root" in read-only mode -- which can be confirmed by
opening an Explorer window using the second shortcut style, and then
opening another Explorer window and navigating to the "pseudo-rooted"
folder and checking its attribute properties.


I have tried reregistering shell32 -- that does not solve the problem.


I would like to know if others are seeing the same behaviour as
described above when using a customized shortcut for Windows
Explorer which opens (and is supposed to expand) a targeted
folder rather than the root.

I suspect a housekeeping change has been made to "bulletproof"
pseudo-rooted folders (by opening them in read-only-mode) so they
cannot be accidentally deleted. IMO this is unnecessary and gets
in the way of truly-useful power-user functionality.


Note: It is *impossible* to prevent the truly-stupid from
doing truly-stupid things like deleting a folder-structure
which is in-use. They'll find a way.

There is a *limit* to MS' responsibility to keep
the truly-stupid from blowing up their houses.

If useful features are hamstrung -- to the detriment
of useful functionality -- it simply enrages power
users while doing *nothing* to actually improve the
real-world reliability of the user-experience for the
braindead.

Yes, I am aware the features-vs-safety issue is a
balancing act. But IMO, this change has clearly
crossed the line into the realm of the ridiculous.



Hopefully, this issue can be investigated and either a
command-line option with the old functionality can be
added -- or the original display style can be restored.




Best I can do for now. <tm>


Bill
 
| +-J wrote:
| >> When I try to do a shortcut with %SystemRoot%\explorer.exe,
| >> /N ,/E, C:\ or any of it's derivatives Explorer does not expand C:
| >> ... as a matter of fact, the expand is disabled on the menu. The
| >> only way I can get the expand and the + to the left of C: to show
| >> up is to open a lower folder and then the + next to C: is there.
| >>
| >> This is getting to be a real pain. All I want to do is open a
| >> window to explore C: with it expanded ... nothing fancy ... just
| >> like the way it used to work since Windows 3.11 LOL
| >
| > Cactus,
| >
| > %SystemRoot%\explorer.exe /e,C:\path-to-folder-of-choice
| > gives focus on expanded folder
| >
| > %SystemRoot%\explorer.exe /e,/root,C:\path-to-folder-of-choice
| > gives ROOTed folder + its sub-folders
| >
| > REFERENCE:
| > http://support.microsoft.com/?kbid=307856
| > (HOW TO: Customize Windows Explorer Views in Windows XP)
| >
| > http://support.microsoft.com/?kbid=314853
| > (Explorer.exe Command-Line Options for Windows XP)
| >
| > http://support.microsoft.com/?kbid=257518
| > (HOW TO: Have Windows Explorer Default to the %SystemRoot%
| > Drive When Started)
| >
| > ---
| > Jan
|
| Hi, Jan. I have known -- and am aware -- of both these edits. The
| OP is talking about the first option which is *supposed* to open
| Explorer with the folder-of-choice highlighted *and* its subfolders
| displayed in the left-hand-pane of Explorer.
|
| What happens instead, is the folder-of-choice is highlighted and
| *none* of its subfolders are displayed in the left-hand-pane. All
| the subfolders are displayed in the right hand pane but are not
| shown at all in the left hand pane.
|
| To redisplay the folders in the left hand pane, it is necessary to
| change the input focus to one of the subfolders in the right hand
| pane. This refreshes the left hand pane and allows all the
| subfolders of the parent to be properly displayed in the left hand
| pane.
|
|
| I have investigated this issue and I think that something in a recent
| update has changed WXP's default behaviour in this regard.
|
| Checking the file-attributes of the folder-of-choice when opened
| using the Explorer shortcut will show the *folder-of-choice* opened
| as read-only. Removing the read-only file-attribute on the
| folder-of-choice permits all its subfolders to be properly displayed
| in the left-hand-pane.
|
| Navigating to any subfolder off the folder-of-choice will also remove the
| temporary read-only-attribute for the automatically-opened folder-of-choice,
| so there are two methods of solving the misdisplay of subfolders off the
| folder-of-choice.
|
|
| Also, please note that "pseudo-rooted" displays using the second type
| of display option (with /root in the command-line-tail) are *also* opened
| with the "pseudo-root" in read-only mode -- which can be confirmed by
| opening an Explorer window using the second shortcut style, and then
| opening another Explorer window and navigating to the "pseudo-rooted"
| folder and checking its attribute properties.
|
|
| I have tried reregistering shell32 -- that does not solve the problem.
|
|
| I would like to know if others are seeing the same behaviour as
| described above when using a customized shortcut for Windows
| Explorer which opens (and is supposed to expand) a targeted
| folder rather than the root.
|
| I suspect a housekeeping change has been made to "bulletproof"
| pseudo-rooted folders (by opening them in read-only-mode) so they
| cannot be accidentally deleted. IMO this is unnecessary and gets
| in the way of truly-useful power-user functionality.
|
|
| Note: It is *impossible* to prevent the truly-stupid from
| doing truly-stupid things like deleting a folder-structure
| which is in-use. They'll find a way.
|
| There is a *limit* to MS' responsibility to keep
| the truly-stupid from blowing up their houses.
|
| If useful features are hamstrung -- to the detriment
| of useful functionality -- it simply enrages power
| users while doing *nothing* to actually improve the
| real-world reliability of the user-experience for the
| braindead.
|
| Yes, I am aware the features-vs-safety issue is a
| balancing act. But IMO, this change has clearly
| crossed the line into the realm of the ridiculous.
|
|
|
| Hopefully, this issue can be investigated and either a
| command-line option with the old functionality can be
| added -- or the original display style can be restored.
|
| Best I can do for now. <tm>

---

Bill,

The following "Target:" in a shortcut...

%SystemRoot%\explorer.exe /e,C:\D\E

....and a "Start in:" of...

%HOMEDRIVE%%HOMEPATH%

....gives me a two-pane Windows Explorer window.

In the folder-pane, the focus is on folder "E".

Below that, I get all the first-level sub-folders of folder "E".

Scrolling to top of the folder-pane, I see...

Desktop
- My Computer
- <-Hard Drive-> (C:)
- D
- E
- E-1
- E-2
- E-3
- F
etc...

In folder options, under /View\, "Advanced settings:" I have...

[_] "Display simple folder view in Explorer's Folders list"

Also, "pseudo-rooted" displays using the second type of display option (with /root in the command-line-tail) work fine for me.
 
Bill,
The read-only attribute for folders cannot be accurately read, set, or cleared from the folder's
'properties' dialog. It can be accurately viewed by adding the 'attributes' column to an explorer
window in detail view. The most common way for the attribute to become set is to custom the icon
for a folder. To actually clear the read-only attribute, to need to use the 'attrib' command in a
command prompt.

Keith
 
+-J said:
[snip]
Hi, Jan. I have known -- and am aware -- of both these edits. The
OP is talking about the first option which is *supposed* to open
Explorer with the folder-of-choice highlighted *and* its subfolders
displayed in the left-hand-pane of Explorer.

What happens instead, is the folder-of-choice is highlighted and
*none* of its subfolders are displayed in the left-hand-pane. All
the subfolders are displayed in the right hand pane but are not
shown at all in the left hand pane.

To redisplay the folders in the left hand pane, it is necessary to
change the input focus to one of the subfolders in the right hand
pane. This refreshes the left hand pane and allows all the
subfolders of the parent to be properly displayed in the left hand
pane.


I have investigated this issue and I think that something in a recent
update has changed WXP's default behaviour in this regard.
[snip]
Hopefully, this issue can be investigated and either a
command-line option with the old functionality can be
added -- or the original display style can be restored.

Best I can do for now. <tm>

---

Bill,

The following "Target:" in a shortcut...

%SystemRoot%\explorer.exe /e,C:\D\E

...and a "Start in:" of...

%HOMEDRIVE%%HOMEPATH%

...gives me a two-pane Windows Explorer window.

In the folder-pane, the focus is on folder "E".

Below that, I get all the first-level sub-folders of folder "E".

Scrolling to top of the folder-pane, I see...

Desktop
- My Computer
- <-Hard Drive-> (C:)
- D
- E
- E-1
- E-2
- E-3
- F
etc...

In folder options, under /View\, "Advanced settings:" I have...

[_] "Display simple folder view in Explorer's Folders list"

Also, "pseudo-rooted" displays using the second type of display
option (with /root in the command-line-tail) work fine for me.

Hi, Jan. Thanks for checking on this. I've checked the option you
mention -- with checkmark toggled on and off. No change in display
status no matter which way the checkmark is set.

I've also checked for this situation on some other clients' computers
as well. They also seem to have no problem with getting the proper
display of the subfolders in the folder pane.

Right now I'm suspicious of an interaction with some third-party
software -- it looks like a full-pull reinstall while investigating the
genesis of this problem will be required.

I'm not in a position (don't have time right now) to make the
necessary time-commitment. Hopefully I will be able to check
further in a few weeks (after my current to-do-list is whittled
down to a dull roar).



Best I can do for now. <tm>


Bill
 
Hi, Keith. The weird thing about this, is on the affected
machines the read-only attribute on the folder-of-choice
is set *automatically* by the process of opening Explorer
with the mentioned command-line-tails.

I think this is really odd -- but that's what it's doing. Even
more interesting is the automatic removal of the read-only
attribute on the folder-name simply by moving the input-focus
to one of the subfolders listed in the right-hand explorer pane.

Once the input focus is shifted to the right-hand-pane, the
subfolder-list-items *automatically* reappear in the left-hand
Explorer-pane -- as the read-only-attribute is lifted from the
originally-displayed folder-of-choice.

This all certainly *looks* like a file-system-protection-scheme,
but it is a methodology I've never seen before.


Methinketh it's time to quote from Lewis Carroll:

"Curiouser and curiouser" said the cat, as he slowly
faded from view...



Best I can do for now. <tm>


Bill
 
| +-J wrote:
| >
| >> +-J wrote:
| >>>> When I try to do a shortcut with %SystemRoot%\explorer.exe,
| >>>> /N ,/E, C:\ or any of it's derivatives Explorer does not expand C:
| >>>> ... as a matter of fact, the expand is disabled on the menu. The
| >>>> only way I can get the expand and the + to the left of C: to show
| >>>> up is to open a lower folder and then the + next to C: is there.
| >>>>
| >>>> This is getting to be a real pain. All I want to do is open a
| >>>> window to explore C: with it expanded ... nothing fancy ... just
| >>>> like the way it used to work since Windows 3.11 LOL
| >>>
| >>> Cactus,
| >>>
| >>> %SystemRoot%\explorer.exe /e,C:\path-to-folder-of-choice
| >>> gives focus on expanded folder
| >>>
| >>> %SystemRoot%\explorer.exe /e,/root,C:\path-to-folder-of-choice
| >>> gives ROOTed folder + its sub-folders
|
| [snip]
|
| >>
| >> Hi, Jan. I have known -- and am aware -- of both these edits. The
| >> OP is talking about the first option which is *supposed* to open
| >> Explorer with the folder-of-choice highlighted *and* its subfolders
| >> displayed in the left-hand-pane of Explorer.
| >>
| >> What happens instead, is the folder-of-choice is highlighted and
| >> *none* of its subfolders are displayed in the left-hand-pane. All
| >> the subfolders are displayed in the right hand pane but are not
| >> shown at all in the left hand pane.
| >>
| >> To redisplay the folders in the left hand pane, it is necessary to
| >> change the input focus to one of the subfolders in the right hand
| >> pane. This refreshes the left hand pane and allows all the
| >> subfolders of the parent to be properly displayed in the left hand
| >> pane.
| >> I have investigated this issue and I think that something in a recent
| >> update has changed WXP's default behaviour in this regard.
| [snip]
| >> Hopefully, this issue can be investigated and either a
| >> command-line option with the old functionality can be
| >> added -- or the original display style can be restored.
| >>
| >> Best I can do for now. <tm>

<SNIP />

| Hi, Jan. Thanks for checking on this. I've checked the option you
| mention -- with checkmark toggled on and off. No change in display
| status no matter which way the checkmark is set.
|
| I've also checked for this situation on some other clients' computers
| as well. They also seem to have no problem with getting the proper
| display of the subfolders in the folder pane.
|
| Right now I'm suspicious of an interaction with some third-party
| software -- it looks like a full-pull reinstall while investigating the
| genesis of this problem will be required.
|
| I'm not in a position (don't have time right now) to make the
| necessary time-commitment. Hopefully I will be able to check
| further in a few weeks (after my current to-do-list is whittled
| down to a dull roar).

Hi Bill,

In other words, it is not a "Microsoft" problem which affects all users.

Also, both...
[_] "Display simple folder view in Explorer's Folders list" and
[Y] "Display simple folder view in Explorer's Folders list"
....make no difference.

For me, "pseudo-rooted" displays work in both "XP" and "Classic" Visual Styles.

For non-"pseudo-rooted" displays I get this pattern...

Desktop
- My Computer
- <-Hard Drive-> (C:)
+ Documents and Settings
E
- F
- FF
+ FF-1
+ FF-2
+ FF-3
G
+ H
M
+ Program Files
R
+ temp
+ Windows
XP
+ Control Panel
+ My Documents
+ My Network Places
 
Bill,

How are you determining that the read-only attribute is being set and/or cleared?

Keith
 
Back
Top