Enhancement to the file manager
-
Hello!
Since switching my setup to volumes, I've been using the file manager quite a lot, and while it's really good, I have a few suggestions that, I believe, would be quite easy to implement, and would really make the user experience significantly better.
In no particular order :
- Add a button to open the context menu. The right-click is really good on desktop, but it makes the file manager basically unusable on mobile.
- Stop the custom handling of shortcuts (ctrl+C / ctrl+A / ctrl+V) when there is a modal open : it's currently impossible to use them to copy / paste text in the rename modal, as they are intercepted and act on the file list
- When there's a file open (a text editor for example), make the browser's back button close it. Currently, the file managers goes back to the previous directory, but the file stays open on top of it, which is quite unexpected.
- I'm not a fan of the double-click to open stuff. I don't think it's really intuitive on the web. However, this one is totally a matter of personal preference.
That's it for now !
I hope you guys take these ideas into account, I really think they would make the file manager much more efficient to use.
Thanks ! -
Oh, another small detail : when you start dragging a folder, then stop dragging it without really moving, the UI tries to "move" the folder inside itself, which obviously fails and triggers a 500 error.
@mehdi Nice suggestions.
"Duplicate" as a context menu option would be super useful!
(even better if auto-appended with
-copy,-copy2,-copy3etc, which is usually why I'm duplicating a file or folder as a backup, to then work on the main version but with a backup) -
Thanks for all the suggestions and essentially bug reports. The drag'n'drop 500 issues were fixed yesterday next to a couple of filename encoding issues. For the rest I think most of them make sense so I will start fixing those up.
For the duplication, this would be easy to add, however I am unsure if I should just append this
-copyNor something else, maybe more users could chime in to get some more ideas. -
Just a heads up as well, our current focus for the filemanager is towards desktop usage mainly. Ideally we want to get into a state where it can act as an equivalent to FTP clients.
Which is also why we opted for doubleclick. I have added an explicit context menu button though, which becomes visible on selection or hover to make that aspect more clear but also at least have rudimentary support for touch.
-
Just a heads up as well, our current focus for the filemanager is towards desktop usage mainly. Ideally we want to get into a state where it can act as an equivalent to FTP clients.
Which is also why we opted for doubleclick. I have added an explicit context menu button though, which becomes visible on selection or hover to make that aspect more clear but also at least have rudimentary support for touch.
@nebulon Thank you ! Rudimentary support for touch is all I'm asking for
the aspect is all broken, but I don't really care, it's just for when I'm trying to do some operation in a pinch, not for regular usage, so "ugly but usable" on mobile is more than good enough for me -
Thanks for all the suggestions and essentially bug reports. The drag'n'drop 500 issues were fixed yesterday next to a couple of filename encoding issues. For the rest I think most of them make sense so I will start fixing those up.
For the duplication, this would be easy to add, however I am unsure if I should just append this
-copyNor something else, maybe more users could chime in to get some more ideas.@nebulon In Mac Finder it appends
copy,copy 2etc. I guess I just avoid spaces on server files but it probably doesn't matter either way.Not sure if you are thinking about mapping keyboard shortcuts too? That would be slick!
-
I've added code to resolve the conflicting file on pasting for now with simply adding
-copyto the new file name if it clashes. This is quite simple for now, but lets see how common the case is to create -copy0, -copy1, -copyN ...Also copy/pasting shortcuts are now disabled when modal dialogs are shown to not cause confusion when for example on rename the new filename is pasted into the input field.
-
Great to see (most of) these suggestions landing in 6.2 ! The only one that seems to not be fixed is this one:
Stop the custom handling of shortcuts (ctrl+C / ctrl+A / ctrl+V) when there is a modal open : it's currently impossible to use them to copy / paste text in the rename modal, as they are intercepted and act on the file list
It still behaves weird for me. (On mac. Maybe it matters)
-
Great to see (most of) these suggestions landing in 6.2 ! The only one that seems to not be fixed is this one:
Stop the custom handling of shortcuts (ctrl+C / ctrl+A / ctrl+V) when there is a modal open : it's currently impossible to use them to copy / paste text in the rename modal, as they are intercepted and act on the file list
It still behaves weird for me. (On mac. Maybe it matters)
my bad