On Sun, 8 Aug 2010, Michael Jennings wrote:
> On Wednesday, 04 August 2010, at 22:37:21 (+0200),
> Kim Woelders wrote:
>
>> A few comments...
>>
>> The "else if (rq->target == XA_STRING)" case is redundant - same as final
>> "else" case.
>
> You're right.
Yes, I know, in my first version I wrote i
On Wed, 4 Aug 2010, Paolo Ferrario wrote:
>
> On Tue, 3 Aug 2010, Michael Jennings wrote:
>
>> If answering back with a string doesn't break clients requesting a
>> UTF8_STRING, I'm inclined to go that route.
>>
>> I don't have a problem, per se,
On Tue, 3 Aug 2010, Michael Jennings wrote:
> If answering back with a string doesn't break clients requesting a
> UTF8_STRING, I'm inclined to go that route.
>
> I don't have a problem, per se, with answering in UTF-8, but I'm not
> sure if the new UTF-8 Xlib calls are portable to non-Linux/non-
slightly modified the UTF8 patch, nothing changed, only added the XA_STRING
conditional block for code politeness/readability.
P.S. Pasting huge blocks of text using Eterm now is noticeably faster,
before I was experiencing random delays.
I suspect these were related to lack of UTF8 handling
On Sat, 31 Jul 2010, Kim Woelders wrote:
> It looks like many programs request UTF8_STRING and not STRING.
>
> I'm no expert on selections but if I'm not mistaken this change would
> make us give a STRING regardless of what we were asked for.
> It would then be up to the reques
Hi all,
I've applied the Kim Woelders patch [20 Aug 2009] in screen.c
of Eterm 0.9.5.
All is working ok, except for Opera 10.60, who dont get the clipboard text from
Eterm.
But it works if I use instead e.g.
echo -n "123" | xclip
then I paste in Opera.
So I've tried this, Opera now works, no
