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

2008-02-17 Thread 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

2008-02-17 Thread 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

2006-05-16 Thread 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

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

2005-11-21 Thread 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

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

2005-09-09 Thread 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