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 118982 - OpenGL textures from gdk-pixbuf
OpenGL textures from gdk-pixbuf
Status: RESOLVED DUPLICATE of bug 119189
Product: gdk-pixbuf
Classification: Platform
Component: general
git master
Other All
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2003-08-03 10:01 UTC by John Darrington
Modified: 2010-07-10 04:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description John Darrington 2003-08-03 10:01:11 UTC
Applications which use OpenGL and Gtk+ together (eg GLiv, GRubik, GtkAda? )
often want to create a OpenGL texture from a GdkPixbuf.  How about an
optional feature which does this?

Whilst creating such textures is not a very onereous task, leaving it to
the application developer presents a number of issues:

1.  There are a number of errors which can occur, and these need to be    
flagged with GError.  These messages should be i18n'd, so localisations
will be required for every such application, for messages which will be
rarely displayed.

2.  The GdkPixbuf structure has a number of options for extention in the
future (eg GDK_COLORSPACE).  The application developer can't know how to
handle future pixbuf types.

I think these problems would benefit from a small library distributed with
gdkpixbuf, with an API to create such textures.
Comment 1 Owen Taylor 2003-08-05 18:43:29 UTC
I don't think this makes sense, except possibly in the
context of OpenGL support for GTK+. OpenGL support in
the GTK+ distribution is something we've discussed
in the past, so I opened bug 199189 to track the issue.

In general, GTK+ will not start creating pixbufs with
different format parameters (different colorspace,
etc), unless this is explicitely requested by the
programmer, since much code depends on the current
format.


*** This bug has been marked as a duplicate of 119189 ***