[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: <Multi_key> is undefined

From: Daniel Colascione
Subject: Re: <Multi_key> is undefined
Date: Sun, 23 Mar 2014 03:25:50 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0

On 03/23/2014 03:16 AM, Daniel Colascione wrote:
> On 03/23/2014 03:08 AM, Daniel Colascione wrote:
>> On 03/23/2014 02:56 AM, Andreas Schwab wrote:
>>> David Kastrup <address@hidden> writes:
>>>> Nope.  Bitcoin-Qt accepts multi_key just fine in its text input boxes.
>>> Does it use Qt for its input box?
>> Works fine for me with qgit in a normal Qt input box. nedit breaks the
>> same way Emacs does, though.
>> I did a bit of debugging. xterm works fine; it's using
>> Xutf8LookupString/XmbLookupString, depending on wide character mode.
>> Emacs has code to call XmbLookupString, but it's not being run because
>> FRAME_XIC ends up being NULL. No idea why yet.
> Found it. Emacs' XCreateIC is failing because we pass an
> XNStatusAttributes; omitting this parameter makes the compose system
> work fine. Let me see whether omitting this parameter has any side
> effects; if it doesn't, I'll check in a patch to retry XCreateIC without
> XNStatusAttributes if the first call fails.

I pushed a fix to trunk. Can you please try it now? Compose works for me
without having to muck with XMODIFIERS.

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]