https://bugs.kde.org/show_bug.cgi?id=508196
--- Comment #30 from René <[email protected]> --- (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. -- You are receiving this mail because: You are watching all bug changes.
