GNOME Bugzilla – Bug 64357
Drag&drop support for binary program icons wanted
Last modified: 2021-06-18 15:29:22 UTC
Icons for binary programs (application/x-executable-binary) should act as drop targets, to that arguments may be passed via drag+drop. Same goes for scripts etc.
Isn't this really just the more general case of #64355?
It depends on how you see it. I'd rather say that both are special cases of a more general concept - the support for argument specification via drag&drop, or lack thereof. Bug 64355 is concerned with icons for application launchers (i.e. .desktop files) while this report talks about the icons for the program files themselves. BTW, It amazes me a bit that this feature wasn't implemented properly way before release 1.0, as it has been around on other platforms for 10-15 years, and, as far as I recall, also works fairly well in gmc. (Now, that was a quite nice way of saying it, wasn't it, considering the fact that I nearly started some real and proper flaming here?)
we support this via .desktop files now right???
Yeah, the EXEC= entry. [Though I'm not entirely sure if dragging and dropping on the desktop does this correctly, but the spec is there.]
Well I wasn't talking about .desktop files, I was talking about the icons for executables. It should not be necessary to created .desktop files for file operations to work properly.
*** Bug 95289 has been marked as a duplicate of this bug. ***
Dragging and dropping a text-file works fine on an application icon I previously dragged from the menu to the desktop (e.g. gedit). But it doesn't work if I find gedit in its respective bin-directory and drag the text-file onto its icon. I tested this with 2.1.2
Ex-Windows users will certainly expect this to work; in Explorer you can drag a document onto an application shortcut (cf our .desktop files) or the application binary itself (e.g. in the Program Files directory).
Please add this feature.. dropping text data files over python scripts (or whatever) is a must-have...
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.