Re: status icon API
- From: Bill Haneman <bill haneman sun com>
- To: Owen Taylor <otaylor redhat com>
- Cc: Mark McLoughlin <mark skynet ie>, Gtk+ Devel <gtk-devel-list gnome org>
- Subject: Re: status icon API
- Date: 14 Apr 2003 15:49:39 +0100
On Thu, 2003-04-10 at 15:38, Owen Taylor wrote:
> >From my perspective:
>
> * There must be a plain GdkPixbuf * based API, because if
> nothing else, people will want to be be able to draw
> icons on the fly.
>
> * I'm pretty positive named icon themes (What GnomeIconTheme wraps,
> not stock icons) will be in 2.4. Because I really need them
> for the file selector, and because we need a better way of
> making GTK+ stock icons follow the icon theme.
OK. In the meantime we have the gnome-2.4 headaches regarding
applications and themes...
> While GTK+ is meant to be a accessiblity-friendly toolkit,
> we won't remove useful API because it could possibly be used
> in non-accessible ways.
Of course. But I think 'new' API should always have slots for names,
and be themeable, etc. Even if an app draws icons on the fly, I think
it's desirable to be able to add theme support without recoding.
And in cases where the existing api has only "foo_from_pixmap
(filename), I'd like to see additional (preferred) API with
"foo_named_from_pixmap (name, filename)" or similar.
Using the old icon-on-the-fly API is inherently inaccessible as far as I
can see (it results in nameless images), at least without adding lots of
explicit ATK call goo.
- Bill
> Regards,
> Owen
>
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]