[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Timing of input-method output
From: |
Phillip Lord |
Subject: |
Re: Timing of input-method output |
Date: |
Mon, 11 Feb 2019 22:10:37 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1.91 (gnu/linux) |
Stefan Monnier <address@hidden> writes:
>> I'm guessing this is because of the location of the input-event-function
>> call. It's happening too soon, before quail has done anything to respond
>> to the keypress that will result in complex input happening.
>
> Oh, here's another random idea:
>
> in input-event-functions, start a timer to run "right away" (i.e. at
> the next occasion, which will be when we finish processing the
> current key and start waiting for the next).
Oh dear, that really does seem nasty to me.
I wonder if I am going about this in the wrong way. Given that this only
happens when quail is active, is it not quail that needs hooking?
"pre-quail-command-hook" or something. Quail knows that it's about to do
something weird that is not going to signal pre-command-hook because we
are still awaiting more information before the command happens.
If it works, it would mean that input-event-functions is not really fit
for the purpose I intended and should, perhaps, be removed.
Thoughts?
Phil