Re: [Bug-XBoard] Again XBoard copy

[Tim Mann]

On Thu, 3 Dec 2009 10:46:43 -0800, Tim Mann <address@hidden> wrote:
> The widget xboard is using for that doesn't have a key binding for
> copying to the clipboard built in, and I don't know of a stock routine
> in the library you can bind to.  So I'm pretty sure you need to write a
> custom function and bind it to a key or context menu.  The function
> would be generally similar to the ones I modified recently for copying
> positions and games to the clipboard.

Hmm, I replied to that too fast.  Here is a little more info I dug up.

In the xboard 4.4.x build I have, the Engine Output window actually
isn't read-only; I can type stuff into it and mess it up.  The ^C key
seems to be bound to something that messes it up a lot.  I didn't look
at the source to see what.  I haven't synced my git tree for about a
month, so sorry if this was fixed already.

I found some documentation of the Athena text widget actions at
http://geology.usgs.gov/tools/metadata/tools/doc/xtme/d.shtml.  (Just a
random place that google turned up.)

It looks like the Athena widgets were designed before the "new" X clipboard
behavior was standardized, so the documentation only talks about the
primary selection and cut buffers.  Cut buffers are obsolete -- they
still exist, but newer programs don't use them.  There might be some
clever way to use these actions to assert ownership of the CLIPBOARD
selection, but I doubt it.

I don't know offhand how to bind keys in the widget to custom code
(rather than one of the provided actions).  Hopefully there is a way.

-- 
Tim Mann  address@hidden  http://tim-mann.org/