[Uim] GTK+ version dependency

[TOKUNAGA Hiroyuki]

Hi,

On Wed, 05 Jan 2005 22:12:11 +0900
YamaKen <yamaken at bp.iij4u.or.jp> wrote:

> At Mon, 3 Jan 2005 07:33:17 +0900,
> tkng at xem.jp wrote:
> > Uim consists from several parts. i.e.
> > 
> >  * libuim - core library, depends on iconv and libc only.
> >  * GTK+ immodule - GTK+ bridge, require GTK+ 2.2 or higher
> >  * GTK+ helpers - toolbar, switcher, require GTK+ 2.2 or higher
> (snip)
> > If I remember correctly, GTK+ helpers of uim 0.4.5 requires at least
> > GTK+ 2.2. But already GTK+ 2.6 was released, I think GTK+ 2.4 is
> > popular enough to depends.
> > 
> > If no one is opposed, I'll make GTK+ helpers to require GTK+ 2.4
> > tomorrow. (If you have an objection and I already made such change,
> > don't worry, please send me the objection. We can revert easily.)
> 
> You had changed as all part of uim including GTK+ immodule is

I changed only version checking from GTK+ 2.2 to GTK+ 2.4. Except this,
nothing was changed.

> depending on GTK+ 2.4 or higher. It should be fixed as you said.

What was broken?

> Regardless of uim should require which version at least, I think
> that uim programmers should ensure that which GTK+ API functions
> used in uim are depending on which version of GTK+, rather than
> just try compiling and running on developer's
> environment. i.e. see 'Since 2.x' message of reference manual.
> 
> And if a developer want to use new feature of GTK+ higher than
> required version, the code fragments must be enclosed in version
> dependent part as following.
> 
> helper/toolbar-common-gtk.c:
> #if GTK_CHECK_VERSION(2, 4, 0)
>       gtk_check_menu_item_set_draw_as_radio(GTK_CHECK_MENU_ITEM(menu_
>       item), TRUE);
> #endif
> 
> Habitize such process will prevent version mismatch trouble such
> as in uim 0.4.4.

Of course that good habit, but it seems another topic...


> >  * (Qt immodule and Qt helpers are not merged yet.)
> 
> What is 'merged'?

Now qt immodule and helpers distributed as UimQt and uim-kdehelper. But
I want to merge them into uim in the future. GTK+ immodule, helpers and
uim-fep are already distributed as a part of uim. Is there a reason to
distribute UimQt and uim-kdehelper separately?


> >  * uim-fep  - front end processer require nothing
> 
> This description may confuses someone.
> 
> How about 'terminal bridge'?

No matter for me. Masanari, what do you think?


Regards,

-- 
TOKUNAGA Hiroyuki
tkng at xem.jp
http://kodou.net/