Enhancement to the file manager
-
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