For short answer, skip to last paragraph of this post.FeodorF wrote:Little problem with the Xclipboard.
If you like to save the text you don't know which button to click.
There is no 'Yes'/'No' readable. Buttons lower parts are cut.
For boring, long-winded answer, read on - - -
This problem has been around longer than Puppy. The earliest bug report that I have seen goes back to 2001.
As far as I can tell, this problem is a result of a change in the Xaw library. The xclipboard utility was written back in the days of libXaw.so.6 (or perhaps even earlier). The current library on Racy 5.2.2 is libXaw7.so.7.0.0.
My best guess of what happened is that recent binaries were compiled with Xaw7. This will happen on any distro where Xaw7 is the default for compiling with the -lXaw flag (which happens when this link exists: /usr/X11/lib/libXaw.so -> libXaw7.so).
I have a copy of xclipboard that was compiled in 1998 from 1996 source code. It does not have this problem. Its resource file (app-defaults/XClipboard) is from 1994, and is identical to the resource file currently on Racy 5.2.2, except for the version comment in the top line.
If I run that old binary on Racy, it finds libXaw6.so.6 and doesn't have this problem. If I play with the symlink so that it instead finds libXaw7.so.7, it has this exact problem.
Similarly, if I run the current binary on Racy it finds libXaw.so.7 and has this problem. But if I play with the symlink so that it instead finds libXaw6.so.6, the problem goes away.
I'm guessing that if the Makefile was modified to compile with -lXaw6 instead of -Xaw, it would eliminate this problem, but I have not tried that. There is no need. The problem can be fixed simply by adding a few lines to the resource file.
(I don't know if there is a bug in libXaw7, or just a change in defaults which required more resources specified in the resource file. I've not dug into this that deeply. Life is short. But it does seem strange that a simple change in defaults would result in an unusable dialog box. On the other hand, it is not unusual for Xaw applications to be missing "fallback resources" and create unusable windows if certain resources are also missing from the resource file.)
The fix came from Stanislav Maslovski in July 2008, in response to a bug reported to Debian by José Luis González way back in December 2001 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=127060).
The fix made it upstream to freedesktop.org in August 2008 (https://bugs.freedesktop.org/show_bug.cgi?id=17364), was finally committed to the code base by Alistair Leslie-Hughes in April 2011, and was released in xclipboard 1.1.2 on 2012-02-11 (over a decade after it was first reported). It is not available in the X11R7.6, but should be available in X11R7.7, due out sometime in 2012.
Meanwhile, xclipboard 1.1.2 source code is available as an individual release at:
http://xorg.freedesktop.org/releases/in ... 1.2.tar.gz
The resource file (app-defaults/XClipboard), which is all that is needed to fix this problem, is available from cgit.freedesktop.org at this URL. Backup your current /etc/X11/app-defaults/XClipboard and replace it with this one.