First, I consider current behaviour as broken, therefore a bug. Second, why should I (and other users) hack sources of GNUstep to make it work correctly for majority of cases?
Because set of GNUstep applications is not sufficient, most of the users, including me are using many X apps together with GNUstep apps. Therefore, even if that this new behaviour is perhaps correct, I would suggest to revert back to previous behaviour (as default) until the problem is resolved. BTW: I do not care about the reason why it does not work if i can not affect it (only by changing the apps), i care about that it does not work as expected.
About the freeze: i do care about the freeze less that about the fact, that there is no paste performed at all. I can live with a delay if there is no other option, but only when there is some result after that.
So, here is my proposal: Would it be possible to revert back to previous behaviour of gpbs?
It is as absurd to say 'all other apps are wrong, so live with it' as to say that users have to hack the source code to make it work.
Thanks,
Stefan
On 2003-08-09 09:24:06 +0200 Kazunobu Kuriyama <[EMAIL PROTECTED]> wrote:
Thank you for the information. If I knew it from the outset, I could reply to you in a more appropriate manner.
It seems that gpbs is not broken (except the size limitation) and even works fine for you if you use it with X apps it supports.
The new copy and paste functionality of gpbs depends on whether or not an X app in use can exchange string data together with the atom UTF8_STRING. Unfortunately, Motif (and hence 'nedit') doesn't support it. Probably, a similar reason also holds true with 'ooffice', though I'm not sure if this applies to other applications you mentioned by the phrase 'or whatever'.
If the binary of an X application you want to use or those of libraries to which they are linked don't have any symbol such as Xutf8*, probably you are out of luck; gpbs won't do copy and paste correctly together with such applications.
If you rather like the previous versions of gpbs, do #undef the macro X_HAVE_UTF8_STRING in xpbs.m just after #include <X11/Xlib.h>; then the source code falls back to the original implementation.
Why doesn't the latest gpbs' cut and paste support your favorite applications? In case you are curious about the reasons, please follow the recent discussion on gpbs which was done on this mailing list mainly between Fred Kiefer, who predicted the case we are now dealing with, and me just a few days ago. (They are too lengthy to be quoted here.)
The freeze effect is seemingly due to a side-effect of improper usage of gpbs (at least in your case). I feel it would be better to add some timeout mechanism to gpbs to prevent the user from having such an unpleasant effect and to notify her/him of the fact that the operation is not supported for an X application in question.
Cheers, - Kazu ------
Stefan Urbanek wrote:
On 2003-08-08 17:22:05 +0200 Kazunobu Kuriyama <[EMAIL PROTECTED]> wrote:
O.K. Because I'm not sure why gpbs doesn't work for you, could you please give us more detailed information on the bug and the environment you use so that we can reproduce the bug?
ok, so:
1. delete /usr/GNUstep/System 2. fresh CVS checkout, as of 8.8.2003 23:00 CET 3. make install make, base, gui, back (without any patches) 4. ldconfig
5. launch GNUmail and some xapp (nedit or ooffice or whatever) 6. select text in GNUmail, copy it 7. x-paste in nedit -> does not work
8. open some file in nedit and select all 9. paste in GNUstep app -> previously copyied text in GNUstep is pasted (should be X selection)
10. select something short in GNUstep and paste it in GNUstep ->works
11. select something short in X and paste it in GNUstep -> GNUstep app freezes for several seconds (not because of gpbs crash, but because of that failed operation)
That's all i can say so far. Described behaviour was experienced now.
Stefan
_______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
-- http://urbanek.host.sk
First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi
_______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
