I posted the following in TenForums a day or so ago but despite some
helpful replies there the quirk described so far remains unsolved. Most recently I've confirmed that it continues in either Safe Mode and a new
user account. Hardly a big deal, but it bugs me...
--------------------
A few days ago an annoying issue arose. With a file or folder selected
in File Explorer, Ctl + x no longer works. Or Right click > Cut. On any keyboard. Yet it does work in text apps or editors, like Notepad, Word,
etc.
I can work around it by doing the FE cut in steps: copy, paste to
target, select original again, delete.
But it's had me spending hours trying to fix it, in vain. I could
retrace and list here as many of those attempts as I can remember
(including obscure ones like removing redundant versions of Visual C++ Redistributables, or uninstalling Acrobat Reader!). But any advice
meanwhile which might add to my repertoire would be much appreciated
please
Terry, UK
On Fri, 10/11/2024 7:03 AM, Terry Pinnell wrote:
I posted the following in TenForums a day or so ago but despite some
helpful replies there the quirk described so far remains unsolved. Most
recently I've confirmed that it continues in either Safe Mode and a new
user account. Hardly a big deal, but it bugs me...
--------------------
A few days ago an annoying issue arose. With a file or folder selected
in File Explorer, Ctl + x no longer works. Or Right click > Cut. On any
keyboard. Yet it does work in text apps or editors, like Notepad, Word,
etc.
I can work around it by doing the FE cut in steps: copy, paste to
target, select original again, delete.
But it's had me spending hours trying to fix it, in vain. I could
retrace and list here as many of those attempts as I can remember
(including obscure ones like removing redundant versions of Visual C++
Redistributables, or uninstalling Acrobat Reader!). But any advice
meanwhile which might add to my repertoire would be much appreciated
please
Terry, UK
You got a good respondent over there.
https://www.tenforums.com/general-support/216028-ctrl-x-not-working-file-explorer.html
Now, I can't remember the name of the utility, but there is a keyboard remapper
available for windows. Would the key sequence be remapped ?
OK, don't bother with that. There is a worse symptom. I am running Win11 here, >I opened my Explorer window to the Test Folder For Screwups, I made a new >text file, I highlighted the file, then I used the right-click menu
and *not even the scissors icon worked*. Both ctrl-x and the scissors fail
to work in Windows 11 Explorer. I expect the same patch has been sent
to both.
Remember, that a recent "improvement" was pushed, where the icons on
the menu were given "balloon help". If you hold your mouse cursor over
the scissors icon on the right-click context menu entry for a file,
it says that the shortcut is Cut (Ctrl+X) and neither that shortcut,
nor the scissors icon, works.
However, the Delete key does work, as does the Trash can symbol in the >Windows 11 Explorer menu. And the Balloon help says that the Trash Can >shortcut is the Delete key, which is why I pressed the Delete key.
Now my file is gone, and in the trash. To bring it back, I type the
undo shortcut (and without checking any balloons) that is ctrl-Z for Undo. >And now my file is plucked from trash and back into the folder.
(Picture of some previous design intent
Cut , Copy , Paste , Rename , Share , and Delete
There is no Undo in the list, but your 4D memory bank will provide...)
https://support.microsoft.com/en-us/windows/finding-items-in-the-file-explorer-context-menu-2c458eb5-d27a-4b69-9301-60df221caaa0
Conclusion: Why do we have a scissors icon again ?
Design intent or what ?
I think it is in preparation for a Paste, but enables easy file loss as well.
That does not excuse a symbol to "not work" in an interface.
Paul
Paul <nospam@needed.invalid> wrote:
On Fri, 10/11/2024 7:03 AM, Terry Pinnell wrote:
I posted the following in TenForums a day or so ago but despite some
helpful replies there the quirk described so far remains unsolved. Most
recently I've confirmed that it continues in either Safe Mode and a new
user account. Hardly a big deal, but it bugs me...
--------------------
A few days ago an annoying issue arose. With a file or folder selected
in File Explorer, Ctl + x no longer works. Or Right click > Cut. On any
keyboard. Yet it does work in text apps or editors, like Notepad, Word,
etc.
I can work around it by doing the FE cut in steps: copy, paste to
target, select original again, delete.
But it's had me spending hours trying to fix it, in vain. I could
retrace and list here as many of those attempts as I can remember
(including obscure ones like removing redundant versions of Visual C++
Redistributables, or uninstalling Acrobat Reader!). But any advice
meanwhile which might add to my repertoire would be much appreciated
please
Terry, UK
You got a good respondent over there.
https://www.tenforums.com/general-support/216028-ctrl-x-not-working-file-explorer.html
Now, I can't remember the name of the utility, but there is a keyboard remapper
available for windows. Would the key sequence be remapped ?
OK, don't bother with that. There is a worse symptom. I am running Win11 here,
I opened my Explorer window to the Test Folder For Screwups, I made a new
text file, I highlighted the file, then I used the right-click menu
and *not even the scissors icon worked*. Both ctrl-x and the scissors fail >> to work in Windows 11 Explorer. I expect the same patch has been sent
to both.
Remember, that a recent "improvement" was pushed, where the icons on
the menu were given "balloon help". If you hold your mouse cursor over
the scissors icon on the right-click context menu entry for a file,
it says that the shortcut is Cut (Ctrl+X) and neither that shortcut,
nor the scissors icon, works.
However, the Delete key does work, as does the Trash can symbol in the
Windows 11 Explorer menu. And the Balloon help says that the Trash Can
shortcut is the Delete key, which is why I pressed the Delete key.
Now my file is gone, and in the trash. To bring it back, I type the
undo shortcut (and without checking any balloons) that is ctrl-Z for Undo. >> And now my file is plucked from trash and back into the folder.
(Picture of some previous design intent
Cut , Copy , Paste , Rename , Share , and Delete
There is no Undo in the list, but your 4D memory bank will provide...)
https://support.microsoft.com/en-us/windows/finding-items-in-the-file-explorer-context-menu-2c458eb5-d27a-4b69-9301-60df221caaa0
Conclusion: Why do we have a scissors icon again ?
Design intent or what ?
I think it is in preparation for a Paste, but enables easy file loss as well.
That does not excuse a symbol to "not work" in an interface.
Paul
Many thanks Paul, very interesting. I'm sure your suggestion is right,
in which case my efforts were bound to fail.
Can any Win 10 user here can reproduce my problem please?
Terry
Terry Pinnell wrote:
Paul <nospam@needed.invalid> wrote:
On Fri, 10/11/2024 7:03 AM, Terry Pinnell wrote:
I posted the following in TenForums a day or so ago but despite some
helpful replies there the quirk described so far remains unsolved. Most >>>> recently I've confirmed that it continues in either Safe Mode and a new >>>> user account. Hardly a big deal, but it bugs me...
--------------------
A few days ago an annoying issue arose. With a file or folder selected >>>> in File Explorer, Ctl + x no longer works. Or Right click > Cut. On any >>>> keyboard. Yet it does work in text apps or editors, like Notepad, Word, >>>> etc.
I can work around it by doing the FE cut in steps: copy, paste to
target, select original again, delete.
But it's had me spending hours trying to fix it, in vain. I could
retrace and list here as many of those attempts as I can remember
(including obscure ones like removing redundant versions of Visual C++ >>>> Redistributables, or uninstalling Acrobat Reader!). But any advice
meanwhile which might add to my repertoire would be much appreciated
please
Terry, UK
If you hold your mouse cursor over
the scissors icon on the right-click context menu entry for a file,
it says that the shortcut is Cut (Ctrl+X) and neither that shortcut, >>> nor the scissors icon, works.
Many thanks Paul, very interesting. I'm sure your suggestion is right,
in which case my efforts were bound to fail.
Can any Win 10 user here can reproduce my problem please?
Terry
Win10 Pro 22H2 full updated through Oct. 2024
This is how I understood Control X on different objects.
Control X on a folder or file holds the contents in memory.
Control X is not a delete option(at least not immediately)
- After selecting a folder or file, and then pasting it
elsewhere(different location), the file or folder are
created(pasted/moved) to the new location, the file or folder no longer >present(deleted/removed) in the original location.
Control X does not copy a folder or file to the clipboard.
- the clipboard afiak is not designed(nor is it capable of accepting a
file or folder with a Control X command
Control X does accept selected text cut from within a file
- it also does accept selected text from a file name(click filename or
click filename and select filename and its extension), then Control X,
You can see the clipboard status/results of any of the above by:
- selecting a folder or file,then press Window key V(=> clipboard void
of folder or file)
- selecting text in a file or of a filename/filename.ext, then Windows
key V(clipboard contains the selected text)
Note: To view Clipboard content, the 'Clipboard History' feature setting >needs to be enabled(Settings/Clipboard/Clipboard History)
i.e. maybe all those extra steps depending upon your objective are not >neccessary ??
On Fri, 10/11/2024 5:18 PM, Terry Pinnell wrote:
Paul <nospam@needed.invalid> wrote:
On Fri, 10/11/2024 7:03 AM, Terry Pinnell wrote:
I posted the following in TenForums a day or so ago but despite some
helpful replies there the quirk described so far remains unsolved. Most >>>> recently I've confirmed that it continues in either Safe Mode and a new >>>> user account. Hardly a big deal, but it bugs me...
--------------------
A few days ago an annoying issue arose. With a file or folder selected >>>> in File Explorer, Ctl + x no longer works. Or Right click > Cut. On any >>>> keyboard. Yet it does work in text apps or editors, like Notepad, Word, >>>> etc.
I can work around it by doing the FE cut in steps: copy, paste to
target, select original again, delete.
But it's had me spending hours trying to fix it, in vain. I could
retrace and list here as many of those attempts as I can remember
(including obscure ones like removing redundant versions of Visual C++ >>>> Redistributables, or uninstalling Acrobat Reader!). But any advice
meanwhile which might add to my repertoire would be much appreciated
please
Terry, UK
You got a good respondent over there.
https://www.tenforums.com/general-support/216028-ctrl-x-not-working-file-explorer.html
Now, I can't remember the name of the utility, but there is a keyboard remapper
available for windows. Would the key sequence be remapped ?
OK, don't bother with that. There is a worse symptom. I am running Win11 here,
I opened my Explorer window to the Test Folder For Screwups, I made a new >>> text file, I highlighted the file, then I used the right-click menu
and *not even the scissors icon worked*. Both ctrl-x and the scissors fail >>> to work in Windows 11 Explorer. I expect the same patch has been sent
to both.
Remember, that a recent "improvement" was pushed, where the icons on
the menu were given "balloon help". If you hold your mouse cursor over
the scissors icon on the right-click context menu entry for a file,
it says that the shortcut is Cut (Ctrl+X) and neither that shortcut, >>> nor the scissors icon, works.
However, the Delete key does work, as does the Trash can symbol in the
Windows 11 Explorer menu. And the Balloon help says that the Trash Can
shortcut is the Delete key, which is why I pressed the Delete key.
Now my file is gone, and in the trash. To bring it back, I type the
undo shortcut (and without checking any balloons) that is ctrl-Z for Undo. >>> And now my file is plucked from trash and back into the folder.
(Picture of some previous design intent
Cut , Copy , Paste , Rename , Share , and Delete
There is no Undo in the list, but your 4D memory bank will provide...)
https://support.microsoft.com/en-us/windows/finding-items-in-the-file-explorer-context-menu-2c458eb5-d27a-4b69-9301-60df221caaa0
Conclusion: Why do we have a scissors icon again ?
Design intent or what ?
I think it is in preparation for a Paste, but enables easy file loss as well.
That does not excuse a symbol to "not work" in an interface.
Paul
Many thanks Paul, very interesting. I'm sure your suggestion is right,
in which case my efforts were bound to fail.
Can any Win 10 user here can reproduce my problem please?
Terry
Your suggestion to try it out on Win10, shows that the Win10 has
an additional comment in the balloon help for the Cut.
Cut (Ctrl+X)
Move the selected items to the Clipboard
[Picture]
https://i.postimg.cc/RFvVC3yM/cut-explorer-win10.gif
Of course, it does not really do it that way. That's a description
of the "logical" operation, to not baffle the user. The thing is,
the Cut does not remove the file from view in the source folder.
The file continues to sit in its folder.
The Clipboard will instead, have a kind of metadata, sort of like
an I.O.U. for the file.
It's when you click Paste, that the clipboard is examined, the
metadata indicates "Hey, I owe you a file, and the name is ...".
It is at that point, the Cut happens and the Paste happens, in
one step. This is intended to not have a physical file "sitting in limbo". >Like if the power goes off in the computer, while the metadata
is in the Clipboard, nothing bad happens. The metadata is lost.
But the physical file has not moved, and nothing is damaged.
These are the semantics of an "atomic" operation.
Windows 11 lacks the additional sentence, and I wasn't clever
enough while testing on Win11, to realize this. You have to
think about "how do you make an atomic operation", in order
to figure out "how it must work". While the Clipboard does
have substantial capabilities, the idea is not to make up
"dangerous capabilities" :-) Like, if the file disappeared,
and the user does not know where the overflow clipboard area
is, they'd never find their file. The file could also be
too large for this sort of thing, to be doing it physically.
Both Win10 and Win11 work the same way. Visually, the interface
isn't exactly the same. And on both, the operation is atomic,
for safety reasons. So your file never ends up in limbo.
If they made the file disappear during the Cut, then,
they could lose the file on you, which would not be
a good side effect.
Paul
A few days ago an annoying issue arose. With a file or folder selected
in File Explorer, Ctl + x no longer works.
Paul <nospam@needed.invalid> wrote:
[quoted text muted]
I think it is in preparation for a Paste, but enables easy file loss as well.
That does not excuse a symbol to "not work" in an interface.
Paul
Many thanks Paul, very interesting. I'm sure your suggestion is right,
in which case my efforts were bound to fail.
Can any Win 10 user here can reproduce my problem please?
On Fri, 11 Oct 2024 22:18:44 +0100, Terry Pinnell wrote:
A few days ago an annoying issue arose. With a file or folder selected
in File Explorer, Ctl + x no longer works.
Paul <nospam@needed.invalid> wrote:
[quoted text muted]
I think it is in preparation for a Paste, but enables easy file loss as well.
That does not excuse a symbol to "not work" in an interface.
Paul
Many thanks Paul, very interesting. I'm sure your suggestion is right,
in which case my efforts were bound to fail.
Can any Win 10 user here can reproduce my problem please?
I can, and I have more information.
First off, you said Ctrl+X "no longer works". Does it actually do
nothing on your system, or does it copy the file to the clipboard? It
dopes the latter for me:
1. Select a file in File Explorer.
2. Press Ctrl+X or right-click and Cut.
3. The file is not deleted.
4. Move to another directory, and press Ctrl+V. A copy of the file
appears.
So Ctrl+X and right-click Cut now work like Ctrl+C or right-click
Copy.
As has already been mentioned, the Delete key still works.
On Sun, 13 Oct 2024 13:06:07 -0700, Stan Brown wrote:
On Fri, 11 Oct 2024 22:18:44 +0100, Terry Pinnell wrote:
A few days ago an annoying issue arose. With a file or folder selected
in File Explorer, Ctl + x no longer works.
Paul <nospam@needed.invalid> wrote:
[quoted text muted]
I think it is in preparation for a Paste, but enables easy file loss as well.
That does not excuse a symbol to "not work" in an interface. >>>>
Paul
Many thanks Paul, very interesting. I'm sure your suggestion is right,
in which case my efforts were bound to fail.
Can any Win 10 user here can reproduce my problem please?
I can, and I have more information.
First off, you said Ctrl+X "no longer works". Does it actually do
nothing on your system, or does it copy the file to the clipboard? It
dopes the latter for me:
1. Select a file in File Explorer.
2. Press Ctrl+X or right-click and Cut.
3. The file is not deleted.
4. Move to another directory, and press Ctrl+V. A copy of the file
appears.
So Ctrl+X and right-click Cut now work like Ctrl+C or right-click
Copy.
As has already been mentioned, the Delete key still works.
I should have read to the end of the thread before I answered. My
Windows 10 works just as Paul described in his "atomic operation"
post, <vecd9g$3rm59$1@dont-email.me>.
I wonder: has it always been that way and I just never noticed,
because Cut/Paste was already an "atomic operation" in my head, or is
this is a recent change?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 361 |
Nodes: | 16 (2 / 14) |
Uptime: | 123:29:17 |
Calls: | 7,716 |
Files: | 12,861 |
Messages: | 5,727,956 |