shift-delete not working the _first_ time

"J. P. Gilliver (John)" <G6JPG.DeleteThis@soft255.demon.co.uk> wrote in message
news:T8uNdTNVjq6IFwKn@soft255.demon.co.uk...
> In message <OOqv6K1JJHA.2444.DeleteThis@TK2MSFTNGP06.phx.gbl>, FromTheRafters
> <erratic.DeleteThis@nomail.afraid.org> writes
>>Have you tried a different keyboard to see if the problem
>>is there too? Such a test might illuminate an investigative
>>path.
>>
>>
> The thing is, it always works the second time; also, I'm not aware of the
> shift keys giving any problem in any other situation - THEY DO CAPITALS NO
> PROBLEM, for example; it's _only_ when deleting files in Windows Explorer,
> and _only_ the first time I try to delete one, that the shift key is
> ignored.

You're probably right, but...

It is a common failure in troubleshooting to assume "it couldn't be
this because...", when it would be so easy to prove it isn't this thing
instead of just guessing.

Electronics can surprise you.

"J. P. Gilliver (John)" <G6JPG.TakeThisOut@soft255.demon.co.uk> wrote in
news:$8vGNbMRdq6IFwPO@soft255.demon.co.uk:

<SNIP>

>>Did you try another keyboard?
>
> I can't remember if I have or not, but as it's a laptop,
> that's not really a viable solution, unless I could get a
> replacement for such an old laptop.

Most laptops allow you to plug in an ext. kbd.

<SNIP>

> It's only when deleting files/folders in Windows Explorer.

WHY do you use that medieval torture device? www.ghisler.com.
Try it for free jst to see if it's your kbd or the venerabl;e
Window "file manager".

IIRC (I have set it up a /long/ time ago) Del is "no rec. bin"
and Sh-Del is "rec. bin". Or vice versa. It's in one of the
first options pages anyway, along with other things that will
blow your mind.

<SNIP>

> For some time (some years I think). Not enough of a problem
> to be really irritating.

Well, then, as a former boss of mine used to say (spoken with a
gurgling gorilla-like voice) "Ghais! Ghwat we talkin!?"


--
Those who cast the votes decide nothing. Those who count the
votes decide everything.
- Josef Stalin

teebo wrote:
|> deleting a file or folder doesnt 'permanently' delete it;; if you
|> want something permanently 'deleted', then you use a 'shredding'
|> utility,,
|
| I always turn off the trashcan, perhaps because a bit of
| "macintoshofobia" or maybe that I think it is a stupid concept.
| The reason I delete files is that I want to free space on the
| harddisk, not move the files.
| But I think Undo still could be usefull... in that "Oops!"
| situation.... Just like I can use Edit-Undo to undo a move or rename
| of files, I would like
| to have that for just deleted files too. without trashcan.
|
| So anyone know of that kind of utility or patch, that can do this?
| That when pressing Delete, the files do gets really deleted, but the
| first letter in the filename that normally gets wasted is temporary
| saved (until I do next undoable thing), so that Undo works automaticly
| if needed. If a file is fragmented I guess the fat-chain for that file
| have to be remembered too but most files are not.

Not exactly... but any of the following can do an undelete. The one I
use is Restoration. However, the longer you use the computer, the less
likely you will get a "really" deleted file back. After delete, the
space occupied by the deleted file can freely be used by the system. As
soon as something enters that space, the file is truly gone. Also, it
will become unrecoverable after running a Defrag, which probably messes
with the "first letter" you spoke of, in addition to moving files around
on the drive.

http://ourworld.compuserve.com/homepages/Kaus/homepage.htm
Recover For All
http://hccweb1.bai.ne.jp/~hcj58401/ Undelete
http://www.briggsoft.com/dsnoop.htm DSnoop Undelete
http://www.pcinspector.de/file_recovery/uk/welcome.htm Undelete
http://www.snapfiles.com/get/restoration.html Restoration
http://aumha.org/downloads/restoration.exe Also Restoration

| btw, anyone know how to patch windows filemanager to accept shift-Del
| as "cut" like in all other programs?

--
Thanks or Good Luck,
There may be humor in this post, and,
Naturally, you will not sue,
Should things get worse after this,
PCR
pcrrcp RemoveThis @netzero.net

J. P. Gilliver (John) wrote:
| In message <OOqv6K1JJHA.2444.TakeThisOut@TK2MSFTNGP06.phx.gbl>, FromTheRafters
| <erratic.TakeThisOut@nomail.afraid.org> writes
|>Have you tried a different keyboard to see if the problem
|>is there too? Such a test might illuminate an investigative
|>path.
|>
|>
| The thing is, it always works the second time; also, I'm not aware of
| the shift keys giving any problem in any other situation - THEY DO
| CAPITALS NO PROBLEM, for example; it's _only_ when deleting files in
| Windows Explorer, and _only_ the first time I try to delete one, that
| the shift key is ignored.

(1) Does it happen with both shift keys?
(2) Does it work the 2nd time...
(a) no matter how long you've waited since the 1st?
(b) whether or not it's the same file you try to delete?
(c) whether you've gone to another folder & back again?

I don't know-- I've never seen such a thing myself that I recall. Maybe
try my settings...

"START, Settings, Folder Options, General tab, Custom, Settings button"
Active Desktop-- Use Windows classic desktop.
Browse folders-- Open each folder in the same window.
View Web content-- Only for folders where I select "as Web page".
(But never select any!)
Click items as follows-- Single-click to open an item (point to select).
-- Underline icon titles only when I
point at them.

| --
| J. P. Gilliver. UMRA: 1960/<1985
| MB++G.5AL(+++)IS-P--Ch+(p)Ar+T[?]H+Sh0!:`)DNAf **
| http://www.soft255.demon.co.uk/G6JPG-PC/JPGminPC.htm for thoughts on
| PCs. **
|
| It is dangerous to be right when the government is wrong. -Voltaire
| (1694-1778)

--
Thanks or Good Luck,
There may be humor in this post, and,
Naturally, you will not sue,
Should things get worse after this,
PCR
pcrrcp.TakeThisOut@netzero.net

As it's not possible to change the keyboard without also significantly
changing the ergonomics involved, this test will not prove that it is
electronics rather than operator. For instance, a good test result with an
add-on keyboard will not remove the possibility that OP is removing his
finger from Shift before pressing Del, or that pressing Shift slightly
off-centre prevents it from registering.

The common error in troubleshooting is actually the failure to properly
analyse the circumstances of the problem.
--
Jeff Richards
MS MVP (Windows - Shell/User)
"FromTheRafters" <erratic.RemoveThis@nomail.afraid.org> wrote in message
news:u85DxOCKJHA.468@TK2MSFTNGP06.phx.gbl...
>
> "J. P. Gilliver (John)" <G6JPG.RemoveThis@soft255.demon.co.uk> wrote in message
> news:T8uNdTNVjq6IFwKn@soft255.demon.co.uk...
>> snip <<
>
> It is a common failure in troubleshooting to assume "it couldn't be
> this because...", when it would be so easy to prove it isn't this thing
> instead of just guessing.
>
> Electronics can surprise you.
>

Yes, that too.

I was more looking for a *bad* test result which almost
eliminates the keyboard as the culprit. Of course a good
result leaves too many possibilities for a conclusion at that
point.

I've seen counterintuitive results from keypads too often to
assume it couldn't be that - signal going through a junction
device and charging a capacitive circuit on the first press
(decoupling) and yet on further presses acts as desired.

It wouldn't hurt that much to plug in a keyboard rather than
just assume it couldn't be that because...

"Jeff Richards" <JRichards.TakeThisOut@msn.com.au> wrote in message
news:erkrlfGKJHA.3936@TK2MSFTNGP04.phx.gbl...
> As it's not possible to change the keyboard without also significantly
> changing the ergonomics involved, this test will not prove that it is
> electronics rather than operator. For instance, a good test result with
> an add-on keyboard will not remove the possibility that OP is removing his
> finger from Shift before pressing Del, or that pressing Shift slightly
> off-centre prevents it from registering.
>
> The common error in troubleshooting is actually the failure to properly
> analyse the circumstances of the problem.
> --
> Jeff Richards
> MS MVP (Windows - Shell/User)
> "FromTheRafters" <erratic.TakeThisOut@nomail.afraid.org> wrote in message
> news:u85DxOCKJHA.468@TK2MSFTNGP06.phx.gbl...
>>
>> "J. P. Gilliver (John)" <G6JPG.TakeThisOut@soft255.demon.co.uk> wrote in message
>> news:T8uNdTNVjq6IFwKn@soft255.demon.co.uk...
>>> snip <<
>>
>> It is a common failure in troubleshooting to assume "it couldn't be
>> this because...", when it would be so easy to prove it isn't this thing
>> instead of just guessing.
>>
>> Electronics can surprise you.
>>
>
>