From 10afc53f3d4977a3ded66a4cb4c51f3a6a9c2047 Mon Sep 17 00:00:00 2001 From: simon Date: Mon, 1 Dec 2008 22:52:04 +0000 Subject: [PATCH 1/1] Document -F, and update the bugs list: I'm adopting the working hypothesis that the restructuring of do_paste() and the improved error handling I've added this evening will have solved the failure-to-paste problems. If I find out otherwise, I'll add it back. git-svn-id: svn://svn.tartarus.org/sgt/utils@8363 cda61777-01e9-0310-a592-d414129be87e --- xcopy/xcopy.but | 17 ++++++++++++----- 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/xcopy/xcopy.but b/xcopy/xcopy.but index 912ae72..59b5866 100644 --- a/xcopy/xcopy.but +++ b/xcopy/xcopy.but @@ -119,18 +119,25 @@ debugging X applications or X selection issues. contents corresponding to some particular user-specified target type. The target type can be anything listed by \cq{xcopy -r -t}. -\U BUGS +\dt \cw{-T} -Occasionally \cw{xcopy -r} completely fails to notice selection data -owned by another process. I have not yet reproduced this reliably; -if anyone can, some work with \cw{xmon}(1) would be much -appreciated... +\dd Causes \cw{xcopy} not to fork, when in write mode. Instead the +original \cw{xcopy} process will continue to run until the selection +is taken away from it. Probably only useful when debugging +\cw{xcopy} itself, although it's just possible that it might turn +out to be useful for some other special purpose (e.g. having the +process waiting for it know when the selection owner has changed). + +\U BUGS Automatic conversion between compound text and UTF-8 is not currently supported. There are Xlib functions to do it, although they don't appear to work very well (missing out many characters which they could have converted). +The selection timestamps output by \cw{xcopy} in write mode are +always zero, which is not ideal. + \U LICENCE \cw{xcopy} is free software, distributed under the MIT licence. Type -- 2.11.0