|
From: | Fred Kiefer |
Subject: | Re: [bug #4658] Broken gpbs when doing pb operations between GS and X |
Date: | Fri, 15 Aug 2003 02:23:33 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204 |
Stefan Urbanek wrote:
On 2003-08-10 19:24:12 +0200 Fred Kiefer <fredkiefer@gmx.de> wrote:would you mind to retest with the GNUstep CVS from yesterday. Right about the time when you were complaining about this problem I already did try to fix it. If it still doesn't work keep on complaining so that somebody has another go on it.thank you. with recent gnustep it seems to partially work (with that default set to YES). only thing that does not work is copy and paste non-latin1 (like latin2) text from GS to X and back. From GS to X nothing happens (no paste), from X to GS latin1 characters are used.
Ok, lets compare our tests:Basic copy and paste of Latin 1 seems to work for both of us between the applications that support it. For some old applications only middle mouse paste works, as they only use Clipboard. Setting GSOldClipboard to Yes should return the old functionality here, breaking middle mouse operation. BTW I never did get any reply on this suggestion from Kazu, does this mean it works for him as well? It is so easy to give negative feedback, but people tend to forget about the positive one.
Copying of general unicode seems to work for me from OpenOffice to Ink. But my GNUstep fonts are not able to display the copied characters correctly. So looking at the Ink document I get the impression that the characters have been changed. Saving the text in an RTF file reveals that everything is all right.
Copying this formatted text back from Ink to OpenOffice works as well and gives the expected results in OpenOffice.
All of this tested with GSOldClipboard as No and in an KDE 3.1 envrionment, which may of course lead to wrong results, as KDE has its own pasteboard background process.
I will retest with Gnome and WindowMaker next. Fred
[Prev in Thread] | Current Thread | [Next in Thread] |