[Uim] Remove some arguments from register-im

[TOKUNAGA Hiroyuki]

Umm, as it turns out, my previous mail solves nothing.

I'm tired the naming discussion a bit. OK, I'll adopt add-im-handler.
>From the point of view of coherency, add-property should be add-im-
property.

Regards,

-- 
TOKUNAGA Hiroyuki
tkng at xem.jp

On Tue, 14 Jun 2005 10:16:55 +0900
TOKUNAGA Hiroyuki <tkng at xem.jp> wrote:

> Hi,
> 
> On Wed, 08 Jun 2005 04:18:07 +0900
> YamaKen <yamaken at bp.iij4u.or.jp> wrote:
> 
> > At Wed, 8 Jun 2005 00:56:48 +0900,
> > tkng at xem.jp wrote:
> > > On Tue, 07 Jun 2005 02:12:53 +0900
> > > YamaKen <yamaken at bp.iij4u.or.jp> wrote:
> > > > At Mon, 6 Jun 2005 05:35:27 +0900,
> > > > tkng at xem.jp wrote:
> > > > > * add-handler
> > > > > 
> > > > >  added-handler takes three arguments, im-name, handler-type
> > > > > and handler- procedure. Maybe register-handler is more
> > > > > appropliate, but I appreciate add-handler.
> > > > 
> > > > It should be named as add-im-handler.
> > > 
> > > add-im-handler doesn't seem appropliate, because the handler does
> > > not handle input method, it handles passed arguments, such as key
> > > event.
> > 
> > It should not be named as add-handler because:
> > 
> >   - the plain word 'handler' is too generic to identify its role
> 
> Maybe. I agree.
> 
> > It should be named as add-im-handler because:
> > 
> >   - key-press-handler is a handler held in im object
> > 
> >   - 'a handler held in im object' can be called as 'im-handler'
> 
> I disagree.
> 
> >   - the 'add-handler' does replacing an im-handler with new one
> (snip)
> >    (list 'module-name                 "")))
> > 
> > > > > * add-property
> > > > > 
> > > > >  This procedure takes takes three arguments, im-name, propery-
> > > > > name and propery- symbol.
> > > > > 
> > > > > Maybe add-propery is enough, add-handler is excess.
> > > > 
> > > > What are the properties you supporse? Show me actual example.
> > > 
> > > im-label description, etc, which characterize each input methods.
> > 
> > Show me your intention about 'etc'.
> > 
> > The im object already contains lang, encoding, name-label and
> > short-desc. I can't imagine that another property will be needed
> > soon.
> > 
> > If there are no certain new property supposed at now, the
> > add-property is an excessive generalization and unneeded.
> 
> What I want to do is a preparation for splitting input methods such as
> uim-anthy from uim itself. I don't want to change the spec of
> register- im after the separation. With add-property, we can extend
> the definition of input method without changing register-im.
> 
> 
> Regards,
> 
> -- 
> TOKUNAGA Hiroyuki
> tkng at xem.jp
> _______________________________________________
> uim mailing list
> uim at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/uim