Re: Getting libgnome* into shape

Since everyone else is doing it...

On 26 Aug 2001 14:02:58 -0700, George wrote:
> *  bring back entries, remove selectors non-deprecated (george, anders)
>    (done: gnome-entry, gnome-file-entry)
>    (not-done: gnome-pixmap-entry, gnome-icon-entry)

I never cared much for these, but they do have some use, I suppose...

> *  finish gnomedruid stuff (jrb)


> *  s/bonobo_config/gconf/

What is the rationale for this? I thought this was all hashed out about
a month ago.

> *  GnomeApp and friends, bring back non-deprecated
>    using bonobo-dock and gtk-dialog
>    (partly done)

I see little reason to continue using GnomeApp over BonoboWindow. I have
no problems with the port, but it should probably be marked as

> *  help stuff (jrb is working on a proposal)

I'm torn on this one. I think it might be a little late in the game for
this one, as it would likely have to be implemented from first
principles, and that's a lot of work. I am afraid that it will either
take several revisions to get the API right (and delay the release) or
that we'll push a broken but blessed system out the door.

> *  deprecated:  gnome-dialog, gnome-propertybox (george)
> *  deprecated:  gnome-stock, gnome-pixmap
> *  punt: gnome-geometry, gnome-winhints, gnome-preferences,
>    gtkpixmapmenuitem

All sound good to me.

> *  bring back gnome-triggers, gnome-sound (non-deprecated)
>    (done)

My feelings on this have changed a bit. A "play a sound" API would be
nice, but the triggers stuff should probably be punted/deprecated.

> *  bring back gnome-score (non-deprecated)

This doesn't belong in libgnome(ui).

> *  bring back gnome-config (non-deprecated, but with a big
>    comment explaining when it's appropriate to be used)
>    (done, the comment needs to be put in place)

What are the benefits for this? What's the rationale? Is it for backward
compatibility only?

> *  bring mostly back gnome-i18n (non-deprecated)
>    (done)
> *  finish gnome-about (anders)


> *  whack libgnome1-compat and use GNOME_DISABLE_DEPRECATED,
>    following the gtk+ scheme

Ugh. Why bother after it's all been moved into a compat library? I like
the idea of never linking against deprecated code if we can avoid it,
and there are a lot more heavily deprecated and broken things in
libgnome* than in gtk+.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]