|
From: SourceForge.net <no...@so...> - 2011-11-14 22:52:45
|
Bugs item #1822724, was opened at 2007-10-30 05:00 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1822724&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: normal bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Victor Engmark (engmark) Assigned to: Nobody/Anonymous (nobody) Summary: Use remote desktop compatible clipboard Initial Comment: Sorry for the vague summary, but an example should clear it up: If I select some text in jEdit 4.3pre11, press Ctrl-C, switch to a "Terminal Server Client" window, and try to paste (with Ctrl-V in Notepad or right-clicking in a terminal window), no text is pasted. If I instead copy the text from jEdit to gedit, select it in gedit, press Ctrl-C, and switch to the "Terminal Server Client" window, I can paste it. This problem was found when using jEdit 4.3pre11 on Ubuntu Gutsy (7.10, using GNOME), with a Terminal Server Client connection to a Windows 2003 server machine. ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2011-11-14 14:52 Message: Thanks for your un-helpful comment, engmark. In any case, I tried using the tool "xclip" to copy things into the clipboard and that doesn't work either through rdesktop either. So it's not only jEdit that has this problem. If I knew of a command line tool that I could use to set the clipboard properly, I could write a plugin or a macro that runs it after each copy or cut. ---------------------------------------------------------------------- Comment By: Victor Engmark (engmark) Date: 2011-11-13 23:45 Message: This is about four years too late. Unless someone else wants to investigate you can probably close this bug. There are still copy-paste bugs, but I don't think I'll bother to report them. ---------------------------------------------------------------------- Comment By: Jarek Czekalski (jarekczek) Date: 2011-11-13 22:44 Message: While working on Linux I also discovered java clipboard access being not as effective as from other apps. If you have other java applications you could try whether they are able to copy through rdesktop. It may be unsolvable. Too bad there's no way to test it without remote connection, thus I am unable to reproduce. But there may be other cases where the imperfection is visible. Please report you jre version, it may be connected. On windows clipboard is handled by the operating system, at least with simple text content. On Linux application which puts contents into clipboard is responsible for handing it to paster. Strange java windows handling on Linux also occurs when using wmctrl command. On my box it is able to close all windows but jedit. These problems may be somehow connected. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-11-13 21:16 Message: I can confirm this with Debian/KDE also. I just tried this with jEdit 5.0pre1, copying clipboard from KDE debian and pasting it into an rdesktop of Windows7 running jEdit and had the exact same problem. the KDE program "kwrite" when it copies something into the clipboard, puts it into a clipboard which is compatible with rdesktop. While jEdit does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1822724&group_id=588 |