https://bugs.kde.org/show_bug.cgi?id=508196
--- Comment #31 from gggeri91 <[email protected]> --- (In reply to René from comment #30) > (In reply to Méven from comment #27) > > This is a case where a user won't expect the shortcut to be influenced by > > the selection. > > No other filemanager does this, and it confused many users. > Can you give one example of a file manager that does so? For instance does > the standard windows 10 file manager have a shortcut beside a context menu > to create a folder? It doesn't in the folder itself. It was removed. Is that > an example to follow? Now I have to actually enter the folder to create a > sub-folder. But it has the Navigation panel. There it does have a context > menu and it obeys the context, when the folder is selected or only > right-clicked. > > > The context menu action may instead be tweaked to reflect it is not the same > > action, changing its text in the context menu to explicitly say "Create > > sub-folder > This is only needed when you keep being inconsistent about what is context. > When you click or right-click you as user, you have selected the context of > the actions that follow and you expect the file manager to obey that choice > by convention. When sometimes it does, or sometimes it doesn't or when > sometimes there is a function or sometimes there isn't (like new folder), > then you create chaos and you make users confused and chaotic. In the end > they end up defending the chaos because it become norm. I think that is what > is happening here. > > The better user interface is the human voice: "goto my home folder and > create a new sub-folder named KDE Bugs" or "create a new sub folder in my > home folder named ..." Or an AI that reads your mind and knows what you want > before you speak or just forget the whole concept of files; why do you need > them at all? But until then you keep the conventions as stable as possible > and pass on its philosophy to next generations. Try Windows' file manager yourself, because you will not believe what other people tell you. Do it in a VM for example. Spend some time with it. Try other mainstream (underlined) GUI file managers as well which is used by the masses. In my opinion the revert is fully justified and it was the right decision. A change like this requires discussions, arguments, and we should settle down on a direction which is acceptable for most (underlined) of the users of the application. -- You are receiving this mail because: You are watching all bug changes.
