search

cboxdoerfer / fsearch

A fast file search utility for Unix-like systems based on GTK3
GNU General Public License v2.0
3.34k stars 209 forks source link

Drag and drop files #11

Open alastairpotts opened 8 years ago

alastairpotts commented 8 years ago

Hi Christian,

Again, thanks so much for creating fsearch.

In Search Everything, I could drag files out of the window into a folder or into a download box in my browsers. This was pretty useful (as I only really use fsearch/SE for navigating my files system) for attaching files for emails etc.

No idea how difficult it may be to implement, but it is a minor suggestion.

Kind regards, Alastair

cboxdoerfer commented 8 years ago

Hi, drang and drop support is already on the road map, you can have a look at it here: https://github.com/cboxdoerfer/fsearch/wiki/Roadmap

wonder75 commented 4 years ago

Hey, thank you for writing fsearch. I don't have much hope, because this issue is so old. This is the nicest search i ever found on linux and i tried many different ones, but missing drang and drop is a show stopper. For example it's impossible to quickly enqueue mp3 files or drag and drop a file into another application of interest.

cboxdoerfer commented 4 years ago

@wonder75: Just implemented initial support for drag and drop. Currently only one item can be dragged at a time and I have to figure out how to support whole selections instead.

output

petric3 commented 4 years ago

Have updated the fsearch from the PPA specified in <>Code but the drag and drop still does not work for me. I use Ubuntu 18.04, tried it also on Mint 19.3, it's no positive result either.

musictrivianut commented 4 years ago

Know this issue is marked as closed, but I just installed fsearch and the drag and drop function is also not working for me. Ubuntu 18.04 here as well, so maybe it's a thing?

AtilioA commented 4 years ago

@musictrivianut I don't think this has been implemented yet.

msys-morita commented 4 years ago

@wonder75: Just implemented initial support for drag and drop. Currently only one item can be dragged at a time and I have to figure out how to support whole selections instead.

I have been using Fsearch for a long time. I am grateful. We've been waiting for this drag&drop feature for a long time, but with Linuxmint 19.3 it's not yet functional today.

slrslr commented 2 years ago

Can this be priority please? @cboxdoerfer @weblate @Vistaus @napcok @ersen0 @veksha ... It seems to be 6 years old and the most wanted feature: https://github.com/cboxdoerfer/fsearch/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc

cboxdoerfer commented 2 years ago

@slrslr Like I said this feature is planned for the 0.4 release, which won't be released soon, since I only have limited time to work on FSearch and it's not the most important feature for me at the moment.

0.2 will probably land in August this year, as it's mostly done, 0.3 (which adds the most requested feature (monitoring of file/folder changes)) will be another big release which will take quite some work and I don't think it'll be ready in 2022. So 0.4 with drag-and-drop support most likely won't happen before 2023.

However, if someone else wants to work on that, I'll gladly accept pull requests.

veksha commented 2 years ago

@wonder75: Just implemented initial support for drag and drop. Currently only one item can be dragged at a time and I have to figure out how to support whole selections instead.

Hello, @cboxdoerfer. Where can we get this code? thanks.

cboxdoerfer commented 2 years ago

Hello, @cboxdoerfer. Where can we get this code? thanks.

I only have it in a local branch. But unfortunately it's not really useful anymore, because it was relying on the old GtkTreeView and it's not compatible with the new custom listview which is now used instead.

Nekkowe commented 6 months ago

Does the custom listview make drag-and-drop impossible, or is this still on the road map?

(I know it's still on the list, but not whether that's up-to-date in itself.)

oxysoft commented 2 months ago

I see that this issue is 8 years old and is still open - also wondering why. This is so crucial, I may actually embed the entire codebase soon in Claude Sonnet 3.5 and see if I can guide it through the implementation, or get it to figure out the mysterious obstacles involved here.

cboxdoerfer commented 2 months ago

I see that this issue is 8 years old and is still open - also wondering why. This is so crucial, I may actually embed the entire codebase soon in Claude Sonnet 3.5 and see if I can guide it through the implementation, or get it to figure out the mysterious obstacles involved here.

There are no mysterious obstacles to implement this; it's actually quite straight forward. The only reason this feature hasn't been implemented yet, is because no one bothered to work on it.

Like I said earlier, for me it's not a high priority or crucial in any way, but I'll gladly accept PRs or offer guidance if someone wants to help out.

porridgewithraisins commented 1 month ago

@cboxdoerfer I can work on this -- How exactly would it work? IIUIC, we need to make each result in the list view into a drag source? and then add the file URI to that drag source, right?

Edit: How would you deal with it for multiple selections? Since this is possible right now in fsearch?

cboxdoerfer commented 1 month ago

@porridgewithraisins,

I can work on this -- How exactly would it work? IIUIC, we need to make each result in the list view into a drag source? and then add the file URI to that drag source, right?

Edit: How would you deal with it for multiple selections? Since this is possible right now in fsearch?

Awesome. Yes, in the drag_data_get signal handler you should be able to simply add the URIs with gtk_selection_data_set_uris, that's basically how we handle multiple selections as well: just add all selected entries.

If you need any help, let me know.