-
Notifications
You must be signed in to change notification settings
8000
- Fork 252
Tracker issue: Drag and Drop. #855
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I want to get started on this but am unsure where to start. I am also not too familiar with how Windows works behind the hood. However, lets get the discussion open on this so we at least know where to start working. |
So my understanding of the problem is that Windows/Mac/Linux all handle the drag/dropping behind the hood. I found some articles about how windows handle the drag and drop here: https://docs.microsoft.com/en-us/windows/apps/design/input/drag-and-drop |
In that vein, a good POC implementation might be able to move files using the CTRL+V and CTRL+C commands and try to get the actual drag and drop working later. My follow-up question how does input-leap handle a connection between computers, it is a straight ssh connection or something different and where are the files that refer to it. A list of relevant files would be super helpful if someone has the time |
Seems like someone found a solution to this, but only posted it in the barrier repo: |
I've just replied, might be best for them to post in the wiki-prs repo on this org. |
maybe this can be helpful electron/electron#30650 for linux, portal works both xorg and wayland, so it a "future proof" solution |
Yes, that's an option. I think supporting XDG portals is the future, but we need to consider BSD/macOS, too. I'm wondering if an abstracted class over 'backends' for clipboards might work well. |
so... any updates? |
Hi, Please avoid bumping the issue when unnecessary. If you also experience the issue, kindly react to the issue with |
I'm also getting a |
Drag and Drop not work. DEBUG: locked by mouse buttonID: 0 |
Due to the numerous issues created, without any sign of checking for duplicate issues, I have taken this opportunity to close those issues about drag and drop not working in favour of a centralised tracking issue.
Please only comment on this issue with constructive and positive messages that will facilitate the development and maintenance of drag and drop support. Unconstructive messages will be removed if they do not fit the discussion. Reacting to messages is fine, however, as it indicates the general feeling towards construction and maintenance of drag and drop.
Thank you 😄
On the note of reactions, could those with this issue, please react to this comment with 👍 (
:+1
). Thanks. This will allow us to gauge the spread of the issue.Using Ubuntu 18.04.3 LTS as the server and Windows 10 Pro as the client, I can not drag and drop files.
This also means that I can't copy/paste the files...
Doesn't seem like there's been an update to this in a few weeks so I wanted to double-check.
You don't need to double-check. If the issue hasn't been updated, please assume nothing has changed. Which it hasn't. I only say this so the tracker issue doesn't get "noisy" with comments asking if there's been any progress etc....
Personally, I would prefer a file transfer that was very clunky (even just pasting the source and destination filenames into text boxes) but worked, rather than something with a smooth interface (like drag and drop) but is unreliable. This is especially the case with Linux - I don't believe drag and drop is even intended to work on Linux but Linux-Windows is my primary use case, so anything at all would be a great help with that.
(Apologies for commenting on this high-activity thread but I think this is genuinely new content. Those that agree/disagree with my preference had add their reactions accordingly to this comment.)
All - this is a tracking issue for the development of this feature. Please only comment constructively. I'm going to delete those comments that merely post logs etc of the current behaviour. I recognise my decision may be controversial, but we really need to keep the issue constructive. Thank you.
By the way, I know this is a late reply, but thank you for your comment - I think we should bear this in mind for the implementation, as and when. Definitely valuable content, thank you!
I'm using following Combination of Machines:
Summary What Works what not
Drag and drop does not work at all on Ubuntu 20.04. If this is the central tracking issue for drag and drop and the last actual status update was "If the issue hasn't been updated, please assume nothing has changed. Which it hasn't." and this was back in Sept 2020, can we now assume that this feature will never happen and is being removed from the feature list of the program?
No, it will happen, but we just don't have enough devs or manpower yet. Again, assume nothing has changed...
How can I help make this happen? I have $ and don't like any other software out there. If me throwing $ at you isnt constructive... del this ;)
Still no update, but we will consider the suggestion of monetary contributions towards the goal. I don't think it will be a straightforward fix, however, and we have a fair few critical issues to go through.
First off as a side note I find it odd that this was merged with the clipboard issues.
I'm running Macmini 9,1 with macOS 11.6 (20G165) for the client, Windows 10 Pro 10.0.19043 Build 19043 as the server, and the clipboard will only successfully copy from client to server, but never from server to client. The client logs do note that the clipboard was updated (though only sometimes, and there are two prints) but it seems the clipboard is only cleared when this happens.
The text was updated successfully, but these errors were encountered: