Re: Copy to clipboard for Linux

[Daniel J S. <dan...@ie...>]

Dave Denholm wrote:
> Daniel J Sebald <dan...@ie...> writes:
> 
> 
>>According to the present code, if everyone is accomodated then
>>XA_PRIMARY is the solution.  But how is it that supporting both
>>XA_PRIMARY and XA_CLIPBOARD with a possible term option to map
>>things so that both are one way or another doesn't accomodate all
>>environments?  What I'm suggesting doesn't take away the XA_PRIMARY
>>route. 
>>
> 
> 
> Hmm - just agreeing to use a particular selection isn't really
> enough. We have to agree on what format the data is sent. Sending a
> PIXMAP id isn't really the obvious format - granted that these days,
> most people use truecolor, but not so long ago, pseudocolor was
> common, and just a pixmap on its own is not enough, since you also
> need a palette.

I have said this.  I have added the format image/x-xpixmap to the the SourceForge patch if the XPM library is linked in with the software:

#ifdef USE_X11_XPM
    if (image_x_xpixmap == 0)
        image_x_xpixmap = XInternAtom(dpy, "image/x-xpixmap", False);
#endif

so that Abiword now works.  It was fairly easy to do.  Simply put what would have gone to a file in a memory buffer and pass back to the client the address of that buffer and the number of characters.

I also propose that we can increase the targets to all the MIME categories (image/x-xpixmap is a MIME name) and move small portions of this code into the core of gnuplot, as opposed to the gnuplot_x11 program, so that we may have in addition a truely versatile clipboard inside the core that support PNG, JPEG, etc.  It would be a simple matter of redirecting what gets dumped to the standard out to a memory buffer.

Dan