Can time before Windows explorer "helpfully" expands be varied?

  • Thread starter Thread starter J. P. Gilliver (John)
  • Start date Start date
J

J. P. Gilliver (John)

I've mentioned the following problem before: when a file is dragged from
the right pane to move (or copy if to a different drive/partition) it to
another directory (folder) in the left pane, Windows has a tendency to
"helpfully" expand the target directory if it has subdirectories. It of
course tends to do this just at the moment you "drop" the file being
moved, with the result that - especially if there are lots of
subdirectories - you haven't a clue into which directory the file fell.

I have asked before, and the general opinion was that you can't stop
this behaviour.

It occurred to me, however, that maybe there's a (registry?) setting to
vary the _time_ before this setting cuts in. Anyone know if this is so,
and if so, what and where it might be?
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

.... the pleasure of the mind is an amazing thing. My life has been driven by
the satisfaction of curiosity. - Jeremy Paxman (being interviewed by Anne
Widdecombe), Radio Times, 2-8 July 2011.
 
J. P. Gilliver (John) presented the following explanation :
I've mentioned the following problem before: when a file is dragged from the
right pane to move (or copy if to a different drive/partition) it to another
directory (folder) in the left pane, Windows has a tendency to "helpfully"
expand the target directory if it has subdirectories. It of course tends to
do this just at the moment you "drop" the file being moved, with the result
that - especially if there are lots of subdirectories - you haven't a clue
into which directory the file fell.

I have asked before, and the general opinion was that you can't stop this
behaviour.

It occurred to me, however, that maybe there's a (registry?) setting to vary
the _time_ before this setting cuts in. Anyone know if this is so, and if so,
what and where it might be?

I just wait until the treeview is finished its MouseOver event, then
drop the file when it's 'stable' to do so!<g>

--
Garry

Free usenet access at http://www.eternal-september.org
ClassicVB Users Regroup!
comp.lang.basic.visual.misc
microsoft.public.vb.general.discussion
 
I've mentioned the following problem before: when a file is dragged from
the right pane to move (or copy if to a different drive/partition) it to
another directory (folder) in the left pane, Windows has a tendency to
"helpfully" expand the target directory if it has subdirectories. It of
course tends to do this just at the moment you "drop" the file being
moved, with the result that - especially if there are lots of
subdirectories - you haven't a clue into which directory the file fell.

I have asked before, and the general opinion was that you can't stop
this behaviour.

It occurred to me, however, that maybe there's a (registry?) setting to
vary the _time_ before this setting cuts in. Anyone know if this is so,
and if so, what and where it might be?

There just doesn't seem to be any /discovery/ of undocumented/hidden setting
related to this feature. AFAIK, the feature is hard coded in Explorer EXE
(or one of shell's DLL) file.

I could only suggest using the right mouse button when dragging
files/folders so that it'll show the actions popup menu when it's dropped
onto a folder/drive; to serve as a confirmation.
 
I use right-click drag and drop to avoid this annoyance. It gives you a
menu with a chance to Cancel if necessary.
 
In message <[email protected]>, JJ <[email protected]>
writes:
[]
There just doesn't seem to be any /discovery/ of undocumented/hidden setting
related to this feature. AFAIK, the feature is hard coded in Explorer EXE
(or one of shell's DLL) file.

I could only suggest using the right mouse button when dragging
files/folders so that it'll show the actions popup menu when it's dropped
onto a folder/drive; to serve as a confirmation.

Thanks JJ (and MA); I'll have to try to remember to do that. Difficult
to break the habits of years though!
 
Back
Top