[openi18n-im:01429] Re: patch to export information of input method engine

Himi,

Thanks for your reply.

> At Mon, 20 Jun 2005 15:41:32 +0800,
> Federic Zhang wrote:
> 
> > Thanks! I will follow your suggestion to change it.
> 
> I'm glad to hear that!
> 
> > Do you have any idea to let server to dynamically change imdesclist? the
> > scenario would
> > be that user disable/enable input method engine via its customized
> > auxiliary window, so 
> > the imeinfos in the imdesclist class should be modified to sync with
> > this change. Maybe
> > we can change it i LEBase::openif() during LE switching.
> 
> Are you asking how to realize it? or whether it is a good idea?
> 
> If your question is the former, we'd have to deal with notification to (all) clients
> of such kind of dynamic change.  As you know, in IIIMP, IIIMSF MUST NOT actively send
> any messages abruptly.  It means IIIMSF has to remember the change and notify later
> to clients when they are available.  It's a kind of a chore task.
> 
> If your question is latter, it may be usuful for administrators.  But I don't think
> its priority is high at least for now.

probably i mean both. we can easily notify the dynamic change to client,
you know when client is launched, it will send GetIMValue to server and
then send inputmethod_descriptor back which will contain this kind of
change. IIIMSF doesn't need to remember the change, for example, maybe
we can implement in this way: Upon each toggle off, IIIMSF check whether
there has any change within the target LE, if any, IIIMSF can get the
new value of imeinfo and update corresponding imdesclist in LEMgr class,
then it will be notified to any new client.

If it is doable and implemented, actually the dynamical ime loading is
enabled for adminstrators, do you think so?

-federic

> 
>   With regards,
> 
> from himi
>