So, having read the discussion, a few things. First, to address this:
You’re assuming it won’t be received positively without any serious testing.
That statement is actually quite simple to prove. Most GNOME users are either former Windows users or Linux users, not former MacOS users. This true simply because of market share. Either way, they are used to “Cut and Paste” in their file browsers. Moreover, most people who end up using Linux, one way or the other, are at least power user enough to know the common file management shortcuts, because you don’t go out of the way to install Linux when you can barely manage files on your OS. Let us say your proposed interim solution gets implemented. What are the immediate effects the average GNOME user feels:
- Their Cut shorcut suddenly doesn’t work after an update
- When they find out why their Cut shortcut suddenly doesn’t work, they learn their workflow of Ctrl-X → Ctrl-V got replaced by an objectively clunkier workflow of Ctrl-C → Ctrl+Shift/Command+V, since they now also have to use an extra finger to press one other button or press Shift+Ctrl with one finger on the second command
That is, their workflow simply becomes a whole lot worse for no reason and another reason to hate GNOME is born.
The context menu label would change from “Paste (Ctrl+V)” to “Move (Ctrl+Shift+V)” when the Shift key is being held down
How is this discoverable? Shortcuts should be:
- Discoverable, if not consistent
Pretty much no other app uses Ctrl+Shift+V to move something or, like, uses Ctrl+Shift+V at all. So consistency is right out of the window. For discovery, it should be obvious what you can do to files right from the context menu and no other context menu changes when you hold shift, so that is not discoverable.
This makes it harder to confuse moving and copying
You need to substantiate the argument that there are, in fact, people in this world who commonly confuse moving and copying.
Again, I will have to agree with the app author and say that most of your arguments boil down to “I don’t do that, I don’t like that, therefore thing should change.” It is evident that your file management needs are different than those of other people. You don’t nest hierarchies, other people may nest them a lot more. You don’t often move files between full screen windows, other people do.
Another advantage of “a file clipboard” for file management that you don’t consider is the fact that it is delayed. You can cut a file, do whatever it is you need to do in the other window, then move the file through Ctrl-V. This is a thing people do on, well, every system, but this is doubly important in Nautilus given that the file picker is really not that great to work in.
Finally, another thing I noticed is that you reference MacOS, iPadOS and also mobile OS sharing functionality. There are two things here:
- The needs for file management on mobile and desktop are different. Despite mobile OSes including minimal multitasking functionality, they are still meant primarily for single app operation. This is precisely why most apps include some sort of file management functionality instead of relying on the OS.
- This, by the way, runs in contrast with how GNOME does it. Why do the apps need to manage files if GNOME can do it for them? This is how most GNOME apps work by the way, they have minimal file management functions and expect you too use your file manager/file picker.
- The underlying assumption here is that Apple delivers a good end user experience with MacOS and iPadOS. Particularly considering MacOS, this may be true for a certain percentage of their users, but it is extremely far from true for all of their users, as evidenced by a huge ecosystem of extensions that modify how MacOS works, countless Reddit threads on “How do I cut and paste files on Finder”, and tips and tweaks videos on Youtube from seasoned Mac users with “top 25 tips to make MacOS usable”. GNOME can do better than Apple.
As an aside, it is impossible to calculate how many people left GNOME after whichever change. Firstly, because Linux does not really do telemetry. Secondly, GNOME is highly extensible and many changes can be reverted through either extensions or config tweaks, which are commonly done by distros by default, so many distros simply won’t notice that a change even made it in. But yes, while many things GNOME has done “for the greater good” have been received extremely negatively by the online communities and, for what it is worth, GNOME got forked more times than any other DE.
There is no need to add further kindling to the fire. GNOME changing workspace orientation from vertical to horizontal may be annoying to desktop users because now mouse scroll doesn’t match virtual desktop orientation, but it is a very slight visual annoyance at best (and even that generated an extension). Removing minimize and maximize by default may be odd, but that is tweaked through gsettings easily enough. However, Nautilus removing the file clipboard or even removing just the Cut’n’Paste functionality and replacing it with Copy and Move in an update wouldn’t be something well-received at all. It would, in fact, be something worth switching DEs over.