[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization

[gnu_andrew at member dot fsf dot org]

--- Comment #7 from gnu_andrew at member dot fsf dot org  2008-02-17 19:42 
---
Is this still valid? GdkPixbufDecoder still lives, but GdkGraphics seems to
have gone.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630

[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization

[gnu_andrew at member dot fsf dot org]

-- 

gnu_andrew at member dot fsf dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630

[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization

[sven at physto dot se]

--- Comment #6 from sven at physto dot se  2006-05-17 00:56 ---
I should update my previous comment: DataBuffers created by the user, i.e. the
DataBuffer implementations in the public API do wrap true java arrays. 

However, when creating a BufferedImage on the JDK the corresponding DataBuffer
is not one of the public implementations. And that most likely wraps a native
bitmap. This seems like a good idea, and it's what I'm currently advocating.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630

[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization

[mark at gcc dot gnu dot org]

--- Comment #5 from mark at gcc dot gnu dot org  2005-11-21 21:11 ---
As requested by Tom I add the following information from the following
mailinglist thread:
http://thread.gmane.org/gmane.comp.java.classpath.patches/5606

The application that uses this functionality is Caliph  Emir
http://caliph-emir.sourceforge.net/ you can run Emir with:
jamvm -Xms32m -Xmx96m -cp Caliph.jar at.lux.fotoretrieval.RetrievalFrame


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630

[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization

[fitzsim at redhat dot com]

--- Additional Comments From fitzsim at redhat dot com  2005-09-10 01:15 
---
I'm changing the summary to be more general.  Now that GTK 2.8 and Cairo 1.0 are
out we can make the transition to using Graphics2D exclusively in the GTK peers.
 This will allow us to re-organize the Image APIs to handle VolatileImages,
BufferedImages and normal Images, remove GdkGraphics, remove GdkPixbufDecoder
and split GdkGraphics2D into Image- and Component-specific graphics-contexts.


-- 
   What|Removed |Added

Summary|Image APIs should use   |GTK 2.8 peer Image and
   |BufferedImage exclusively   |Graphics API reorganization


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630