Sietse Fliege said:
I guess that disabling operations (file operations, s & r, and so on) in
'system' folders in fact does make sense. more than I said in the other
post. I can also imagine that authors don't want the abuse of users when
something goes wrong.
Except in programs with that blindness, it is usually not deliberate, is it?
It impressed me to be buggy side-effect, not design, in the case of both the
programs in this thread. Unfortunately, to bring up other examples, my memory
is failing me. But that's partly due to tendency to quickly toss out, like
you do, programs with hard limitation in this area.
I do note it is occasionally something thought over more carefully. Example
I'm thinking about is were the XXCopy author took time to consider what to
do in this situation. He ended by choosing to mirror XCopy behavior defaults,
when no special switches are given, since it was what we would expect, being
used to the other program.
The thing is that the 'S' attribute should not be used for folders with
a custom icon.
But that is the way it works, on W9X, I believe since about 5 or 6
years, when Active Desktop was introduced with Internet Explorer 4.01 (I
believe), and it is yet another Redmond blunder.
When Explorer needs to display folders, in the tree or in the right-hand
pane, it checks the 'S' flagged folders for the existence of desktop.ini
and then reads them for icon - or other customization.
But why the 'S' attribute?
In WinXP icon-customization now is built-in, on the properties page, and
it sets the read-only attribute.
As well: It strikes me that it would have been more consistent had W9X
used the +R instead of the +S attrib. Where I mean is the case of custom
..htt files within folders. For one of those to get honored for a folder,
when activating webview, it is the +R flag for such a folder that is then
needed/used.
Hey, one thing I am glad of at least. It's that this is one small moment
where they didn't go their usual route, and make the workings here entirely
a matter of registry mechanics. Notice that for custom icons for -drives-,
there it is implemented via a registry key for each one. (I'm assuming the
2K/XP story is same as 9X's on this point.) I'd find it a total mess, lots
of orphan debris left during moves etc, if the individual folder
customizations likewise each time meant extra registry keys.
But you can still also use the 'S' atribute. In fact, I customized the
icons with a tool that came with nice icons and was just a bit handier,
but it does set the 'S' attribute.
My long habit has been simple use of pmdevigne's "Change Icon," invoking
from sendto. Had you found a new toy you might recommend giving a spin?
I have been thinking about changing them, but decided not to, because it
provides me with a warning system that a program might be older or
sloppier than I thought.
Agree with that line of thought. For some of the older graphics/file viewer
type of programs, I'd become aware of the problem right away, since my
top-level folder for images has an +S attrib to support its custom icon
display.
Subtler problems, like the one I had with Simple Search-Replace, that's
a bit harder. There I might bang my head a while first... (In that case
I was initially sure it was some typo of mine in play, which I was being
blind to -- since that is a more usual type of cause for a number of my
initial stumbles.)