[Oops, botched the CC line. Sorry.]
On Tue, Oct 12, 2004 at 02:39:45AM +0200, Vincent Lefevre wrote:
> On 2004-10-11 19:58:08 -0400, Daniel Jacobowitz wrote:
> > None of the information in that bug log explains _why_ it shouldn't be
> > fixed. My reading suggests that it should be, and a determined X coder
> > could probably do it. At least for the Debian packages of Mozilla!
>
> Could someone with sufficient knowledge about copy-paste under X
> could post a comment then, to reopen the bug on bugzilla?
>
> Note: contrary to Xterm, it is possible to paste an old Emacs
> selection to Mozilla, but this no longer works if Emacs is closed.
>
> There's information here: http://www.jwz.org/doc/x-cut-and-paste.html
> and here: http://freedesktop.org/Standards/ClipboardsWiki but I don't
> know what xterm uses exactly.
I did quite a bit of looking into this today. My opinion is that this
could be, with a bit of work, handled transparently by GTK2. It would
have to:
- When setting the primary selection, if the data was available in
text form, also set the cut buffer.
- When getting the primary selection, if there isn't one, fake up
one that returns the contents of the cut buffer as text only.
GTK maintainers, am I completely crazy? See the history of this bug
for more information about the problem; this is the problem where only
the PRIMARY selection can be pasted into Mozilla, where most other X
programs still honor the "obsolete" cut buffers.
I don't think I can implement it myself. The code is too twisty.
--
Daniel Jacobowitz
