Re: Could we discuss the patch again on gal atk implementation? was:Re: [evolution-patches] Re: GAL status
- From: Gilbert Fang <gilbert fang sun com>
- To: Mike Kestner <mkestner ximian com>, Yuedong Du <yuedong du sun com>
- Cc: Ettore Perazzoli <ettore ximian com>, Henry Jia <Henry Jia sun com>, "evolution-patches ximian com" <evolution-patches ximian com>, SCERI Evolution Accessibility <sceri-evolution-acc sun com>
- Subject: Re: Could we discuss the patch again on gal atk implementation? was:Re: [evolution-patches] Re: GAL status
- Date: 31 Jul 2003 16:06:25 +0800
On Thu, 2003-07-31 at 05:31, Mike Kestner wrote:
>
> > Let me explain why libgal-a11y-2.0 is linked into libgal and why e-text
> > and e-table in the future is/will be linked into libgal-a11y-2.0.so.
> [snip]
> > Then, you see, in the view of source code, e-text will call
> > gal_a11y_e_text_get_type at least. That is why I have to link
> > libgal-2.0 against libgal-a11y-2.0.so.
>
> Go ahead and commit this patch.
>
Thanks. I have committed the patch.
Anyway, I want to notice one thing for RE.
As I know, the original libgal-a11y-2.0.so is rpm-packaged as
libgal-modules. Now, this package should be obsolete. And libgal rpm
should package the new libgal-a11y-2.0.so.
Anyway, I am not sure whether you will do such release anymore. But we
have an nightly build and packaging. Just an reminder.
> > I also attach the e-paned atk implementation patch (merge.patch_v2) for
> > your reference.
>
> I'm confused, are you asking for permission to commit that? There's no
> need to commit an atk implementation for epaned. All users of epaned
> should transition to gtkpaned since epaned is no longer built in gal
> trunk.
sorry for confusing. I do so just to show the way how we now implement
atk object for custom widgets. So, please forget it.
Gilbert
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]