Enhancement to the file manager

[mehdi]

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.

[marcusquinn]

@mehdi Nice suggestions.

"Duplicate" as a context menu option would be super useful!

(even better if auto-appended with -copy, -copy2, -copy3 etc, 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)

[nebulon]

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 -copyN or something else, maybe more users could chime in to get some more ideas.

[nebulon]

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.

[mehdi]

@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

[marcusquinn]

@nebulon In Mac Finder it appends copy, copy 2 etc. 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!

[nebulon]

I've added code to resolve the conflicting file on pasting for now with simply adding -copy to 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.

[mehdi]

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)

[nebulon]

@mehdi I just pushed those fixes earlier today, so they are not part of any release yet.

[mehdi]

@nebulon Sorry, totally missed your line about the shortcuts in the previous message my bad