After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 82381 - gtkmm should support GtkPixmap
gtkmm should support GtkPixmap
Status: VERIFIED NOTABUG
Product: gtkmm
Classification: Bindings
Component: build
2.0
Other Linux
: Normal normal
: ---
Assigned To: gtkmm-forge
gtkmm-forge
Depends on:
Blocks:
 
 
Reported: 2002-05-20 17:41 UTC by Bryan W. Headley
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bryan W. Headley 2002-05-20 17:41:41 UTC
The widget is described as "deprecated", yet Gtk+ 2.0 still supports it,
glade 1.1.0 supports it in the "deprecated" widget palette. The story
should be consistent throughout; if it's deprecated, everyone continues to
support it until it's discontinued.

If it's really "discontinued", then Gtk+, Glade et al need to drop their
support. Also, libglade's glade1-to-glade2 converter needs to deal with the
conversion.

But in the situation I'm bringing up, I'm speaking of a brand-new Glade-2
app: it can have GtkPixmaps
Comment 1 Daniel Elstner 2002-05-20 18:34:29 UTC
Is there anything Gtk::Pixmap could do that cannot be done using
Gtk::Image or perhaps Gdk::Pixbuf?  Could you show us an example?
Comment 2 Bryan W. Headley 2002-05-20 19:03:38 UTC
Don't know. Don't care. Deprecated means "supported, but we're warning
you, we'll remove support in a later version." If it's deprecated, you
support it. If it's discontinued, then you need to make sure the
adjunct toolkits/applications present a unified front.

(According to the gtk+ docs, a 2.0 GtkImage has a notion of stock
images, as well as animation. The 1.2 GtkImage is nowhere as capable)
Comment 3 Daniel Elstner 2002-05-20 19:39:48 UTC
GTK+ says it's deprecated.  But this is gtkmm not GTK+, and we decided
to discontinue *all* widgets that are deprecated in GTK+ 2.0.

Because of limited ressources (time and developers), we just have to
set priorities.  Taking this fact into account, I think it's very good
not having to concentrate on deprecated features.

The transition from gtkmm-1.2 to gtkmm-2.0 will require more changes
than the transition from GTK+-1.2 to GTK+-2.0, because we changed a
lot of conventions.  For instance, we now use signal accessor
functions -- a major change which the vast majority of users agreed
upon.  Thus it seems just logical to get rid of deprecated widgets,
especially if they're easily replaced.
Comment 4 Daniel Elstner 2002-05-20 20:31:40 UTC
Feel free to reopen the bug if you discover a feature of GtkPixmap
that cannot be replaced easily.
Comment 5 Murray Cumming 2002-05-21 15:36:14 UTC
I totally agree with Daniel. We've made it clear that we will only 
support deprecated APIs if there is a team of people who are willing 
to do that work.
Comment 6 Bryan W. Headley 2002-05-22 21:59:28 UTC
Sent a patch to Glade-2 so it'll disallow deprecated widgets when
asked to generate code in C++ mode.