Re: GTK+ 2.21.6
On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote:
GTK+ 2.21.6 is now available for download at:
is this really a correct description of 2.21:
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
[ ]
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
[ ... ]
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
I though that this work was mostly in the 2.9/3.0 branch ?
--p
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:04 PM, Bastien Nocera had...@hadess.net wrote: On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote: On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote: GTK+ 2.21.6 is now available for download at: is this really a correct description of 2.21: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo [ ] I though that this work was mostly in the 2.9/3.0 branch ? The old methods still need to be marked as deprecated and replacements available in 2.x to ease GTK+ 3.x porting, otherwise you're left having to port everything before you can test it out. i wasn't aware that the drawing switch was planned for 2.22. this now makes this branch barely 2.X at all, from our perspective. it fundamentally makes it a completely new implementation of GDK, within a supposedly stable branch of GTK. this is quite problematic, i think. i was under the impression that 2.22 was going to be the last release of 2.X, not a preview of what 3.0 would contain. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera had...@hadess.net wrote: New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. We distribute a version of GTK as part of our product for OS X. We had selected 2.22 as the branch to follow for this, on an apparently faulty understanding that 2.22 was a relatively stable branch at this point. Replacing every gdk_draw_* method doesn't qualify for relatively stable in my opinion. We now have to drop our tracking of 2.22 entirely and simply sit at the current (arbitrary) revision that we currently use for the build. Frustrating. We went through this earlier (at about 2.14), when we had to stop tracking releases because of the breakage being caused to non-X11 backends by changes to various parts fo the system. I guess we just do the same again. It only affects a handful of developers but it also pretty much blocks anyone from ever being able to easily build our GPL'ed app on OS X for themselves because there will never be a release version of GTK that corresponds to what is required. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:57 PM, Behdad Esfahbod behdad.esfah...@gmail.com wrote: On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. the announcement declared: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo did I interpret that incorrectly? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
Hi, On Wed, Aug 18, 2010 at 1:12 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 12:57 PM, Behdad Esfahbod behdad.esfah...@gmail.com wrote: On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. the announcement declared: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo did I interpret that incorrectly? After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). Please observe that many of the deprecated API (maybe all?) were already using cairo internally, so, as it has been already pointed out, you probably don't need to worry that much. Of course if gtk-2.22 DOES eventually broke something for you, then you should raise your voice high and complain ;) Greets José ___ gtk-devel-list mailing list gtk-devel-l...@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 2:01 PM, Jose Aliste jose.ali...@gmail.com wrote: After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). i think you missed my point. this is not about the deprecations. its about the fact that 2.22 will contain a complete reimplemenation of the GDK draw routines. this is happening in a branch this is supposedly stable. i don't understand how this can reconciled. no API is changed in order for this to happen, but the implementations are all new. existing programs will compile and run, but if linked against 2.22 they will be testing an implementation that was (i thought) aimed at the 3.0 release line. surely this stuff that should be in 2.90 ? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 4:15 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 2:01 PM, Jose Aliste jose.ali...@gmail.com wrote: After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). i think you missed my point. this is not about the deprecations. its about the fact that 2.22 will contain a complete reimplemenation of the GDK draw routines. this is happening in a branch this is supposedly stable. i don't understand how this can reconciled. no API is changed in order for this to happen, but the implementations are all new. existing programs will compile and run, but if linked against 2.22 they will be testing an implementation that was (i thought) aimed at the 3.0 release line. surely this stuff that should be in 2.90 ? aha, now I understand and I believe you are missing something here. AFAIK, the Gdk draw functions are NOT being reimplemented. The only thing that has happened (if I understand correctly after reading some of the commits in git) is that the Gtk+ methods that before used the deprecated GDK API now use the cairo API instead. Greetings José ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
Hi, On Wed, Aug 18, 2010 at 1:12 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 12:57 PM, Behdad Esfahbod behdad.esfah...@gmail.com wrote: On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. the announcement declared: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo did I interpret that incorrectly? After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). Please observe that many of the deprecated API (maybe all?) were already using cairo internally, so, as it has been already pointed out, you probably don't need to worry that much. Of course if gtk-2.22 DOES eventually broke something for you, then you should raise your voice high and complain ;) Greets José ___ gtk-devel-list mailing list gtk-devel-l...@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 4:15 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 2:01 PM, Jose Aliste jose.ali...@gmail.com wrote: After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). i think you missed my point. this is not about the deprecations. its about the fact that 2.22 will contain a complete reimplemenation of the GDK draw routines. this is happening in a branch this is supposedly stable. i don't understand how this can reconciled. no API is changed in order for this to happen, but the implementations are all new. existing programs will compile and run, but if linked against 2.22 they will be testing an implementation that was (i thought) aimed at the 3.0 release line. surely this stuff that should be in 2.90 ? aha, now I understand and I believe you are missing something here. AFAIK, the Gdk draw functions are NOT being reimplemented. The only thing that has happened (if I understand correctly after reading some of the commits in git) is that the Gtk+ methods that before used the deprecated GDK API now use the cairo API instead. Greetings José ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote:
On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote:
GTK+ 2.21.6 is now available for download at:
is this really a correct description of 2.21:
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
[ ]
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
[ ... ]
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
I though that this work was mostly in the 2.9/3.0 branch ?
The old methods still need to be marked as deprecated and replacements
available in 2.x to ease GTK+ 3.x porting, otherwise you're left having
to port everything before you can test it out.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Wed, 2010-08-18 at 12:14 -0400, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:04 PM, Bastien Nocera had...@hadess.net wrote: On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote: On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote: GTK+ 2.21.6 is now available for download at: is this really a correct description of 2.21: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo [ ] I though that this work was mostly in the 2.9/3.0 branch ? The old methods still need to be marked as deprecated and replacements available in 2.x to ease GTK+ 3.x porting, otherwise you're left having to port everything before you can test it out. i wasn't aware that the drawing switch was planned for 2.22. this now makes this branch barely 2.X at all, from our perspective. it fundamentally makes it a completely new implementation of GDK, within a supposedly stable branch of GTK. this is quite problematic, i think. i was under the impression that 2.22 was going to be the last release of 2.X, not a preview of what 3.0 would contain. New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:27 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera had...@hadess.net wrote: New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. We distribute a version of GTK as part of our product for OS X. We had selected 2.22 as the branch to follow for this, on an apparently faulty understanding that 2.22 was a relatively stable branch at this point. Replacing every gdk_draw_* method doesn't qualify for relatively stable in my opinion. We now have to drop our tracking of 2.22 entirely and simply sit at the current (arbitrary) revision that we currently use for the build. Frustrating. I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. behdad ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+ 2.21.6
On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote:
GTK+ 2.21.6 is now available for download at:
is this really a correct description of 2.21:
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
[ ]
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
[ ... ]
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
I though that this work was mostly in the 2.9/3.0 branch ?
--p
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote:
On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote:
GTK+ 2.21.6 is now available for download at:
is this really a correct description of 2.21:
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
[ ]
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
[ ... ]
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
I though that this work was mostly in the 2.9/3.0 branch ?
The old methods still need to be marked as deprecated and replacements
available in 2.x to ease GTK+ 3.x porting, otherwise you're left having
to port everything before you can test it out.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:04 PM, Bastien Nocera had...@hadess.net wrote: On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote: On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote: GTK+ 2.21.6 is now available for download at: is this really a correct description of 2.21: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo [ ] I though that this work was mostly in the 2.9/3.0 branch ? The old methods still need to be marked as deprecated and replacements available in 2.x to ease GTK+ 3.x porting, otherwise you're left having to port everything before you can test it out. i wasn't aware that the drawing switch was planned for 2.22. this now makes this branch barely 2.X at all, from our perspective. it fundamentally makes it a completely new implementation of GDK, within a supposedly stable branch of GTK. this is quite problematic, i think. i was under the impression that 2.22 was going to be the last release of 2.X, not a preview of what 3.0 would contain. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, 2010-08-18 at 12:14 -0400, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:04 PM, Bastien Nocera had...@hadess.net wrote: On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote: On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote: GTK+ 2.21.6 is now available for download at: is this really a correct description of 2.21: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo [ ] I though that this work was mostly in the 2.9/3.0 branch ? The old methods still need to be marked as deprecated and replacements available in 2.x to ease GTK+ 3.x porting, otherwise you're left having to port everything before you can test it out. i wasn't aware that the drawing switch was planned for 2.22. this now makes this branch barely 2.X at all, from our perspective. it fundamentally makes it a completely new implementation of GDK, within a supposedly stable branch of GTK. this is quite problematic, i think. i was under the impression that 2.22 was going to be the last release of 2.X, not a preview of what 3.0 would contain. New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera had...@hadess.net wrote: New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. We distribute a version of GTK as part of our product for OS X. We had selected 2.22 as the branch to follow for this, on an apparently faulty understanding that 2.22 was a relatively stable branch at this point. Replacing every gdk_draw_* method doesn't qualify for relatively stable in my opinion. We now have to drop our tracking of 2.22 entirely and simply sit at the current (arbitrary) revision that we currently use for the build. Frustrating. We went through this earlier (at about 2.14), when we had to stop tracking releases because of the breakage being caused to non-X11 backends by changes to various parts fo the system. I guess we just do the same again. It only affects a handful of developers but it also pretty much blocks anyone from ever being able to easily build our GPL'ed app on OS X for themselves because there will never be a release version of GTK that corresponds to what is required. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:27 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera had...@hadess.net wrote: New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. We distribute a version of GTK as part of our product for OS X. We had selected 2.22 as the branch to follow for this, on an apparently faulty understanding that 2.22 was a relatively stable branch at this point. Replacing every gdk_draw_* method doesn't qualify for relatively stable in my opinion. We now have to drop our tracking of 2.22 entirely and simply sit at the current (arbitrary) revision that we currently use for the build. Frustrating. I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. behdad ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
Hi, On Wed, Aug 18, 2010 at 1:12 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 12:57 PM, Behdad Esfahbod behdad.esfah...@gmail.com wrote: On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. the announcement declared: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo did I interpret that incorrectly? After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). Please observe that many of the deprecated API (maybe all?) were already using cairo internally, so, as it has been already pointed out, you probably don't need to worry that much. Of course if gtk-2.22 DOES eventually broke something for you, then you should raise your voice high and complain ;) Greets José ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 2:01 PM, Jose Aliste jose.ali...@gmail.com wrote: After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). i think you missed my point. this is not about the deprecations. its about the fact that 2.22 will contain a complete reimplemenation of the GDK draw routines. this is happening in a branch this is supposedly stable. i don't understand how this can reconciled. no API is changed in order for this to happen, but the implementations are all new. existing programs will compile and run, but if linked against 2.22 they will be testing an implementation that was (i thought) aimed at the 3.0 release line. surely this stuff that should be in 2.90 ? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 4:15 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 2:01 PM, Jose Aliste jose.ali...@gmail.com wrote: After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). i think you missed my point. this is not about the deprecations. its about the fact that 2.22 will contain a complete reimplemenation of the GDK draw routines. this is happening in a branch this is supposedly stable. i don't understand how this can reconciled. no API is changed in order for this to happen, but the implementations are all new. existing programs will compile and run, but if linked against 2.22 they will be testing an implementation that was (i thought) aimed at the 3.0 release line. surely this stuff that should be in 2.90 ? aha, now I understand and I believe you are missing something here. AFAIK, the Gdk draw functions are NOT being reimplemented. The only thing that has happened (if I understand correctly after reading some of the commits in git) is that the Gtk+ methods that before used the deprecated GDK API now use the cairo API instead. Greetings José ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.21.6
On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote:
GTK+ 2.21.6 is now available for download at:
is this really a correct description of 2.21:
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
[ ]
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
[ ... ]
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
I though that this work was mostly in the 2.9/3.0 branch ?
--p
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote:
On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote:
GTK+ 2.21.6 is now available for download at:
is this really a correct description of 2.21:
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
[ ]
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
[ ... ]
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
I though that this work was mostly in the 2.9/3.0 branch ?
The old methods still need to be marked as deprecated and replacements
available in 2.x to ease GTK+ 3.x porting, otherwise you're left having
to port everything before you can test it out.
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:04 PM, Bastien Nocera had...@hadess.net wrote: On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote: On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote: GTK+ 2.21.6 is now available for download at: is this really a correct description of 2.21: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo [ ] I though that this work was mostly in the 2.9/3.0 branch ? The old methods still need to be marked as deprecated and replacements available in 2.x to ease GTK+ 3.x porting, otherwise you're left having to port everything before you can test it out. i wasn't aware that the drawing switch was planned for 2.22. this now makes this branch barely 2.X at all, from our perspective. it fundamentally makes it a completely new implementation of GDK, within a supposedly stable branch of GTK. this is quite problematic, i think. i was under the impression that 2.22 was going to be the last release of 2.X, not a preview of what 3.0 would contain. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, 2010-08-18 at 12:14 -0400, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:04 PM, Bastien Nocera had...@hadess.net wrote: On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote: On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen mcla...@redhat.com wrote: GTK+ 2.21.6 is now available for download at: is this really a correct description of 2.21: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo [ ] I though that this work was mostly in the 2.9/3.0 branch ? The old methods still need to be marked as deprecated and replacements available in 2.x to ease GTK+ 3.x porting, otherwise you're left having to port everything before you can test it out. i wasn't aware that the drawing switch was planned for 2.22. this now makes this branch barely 2.X at all, from our perspective. it fundamentally makes it a completely new implementation of GDK, within a supposedly stable branch of GTK. this is quite problematic, i think. i was under the impression that 2.22 was going to be the last release of 2.X, not a preview of what 3.0 would contain. New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera had...@hadess.net wrote: New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. We distribute a version of GTK as part of our product for OS X. We had selected 2.22 as the branch to follow for this, on an apparently faulty understanding that 2.22 was a relatively stable branch at this point. Replacing every gdk_draw_* method doesn't qualify for relatively stable in my opinion. We now have to drop our tracking of 2.22 entirely and simply sit at the current (arbitrary) revision that we currently use for the build. Frustrating. We went through this earlier (at about 2.14), when we had to stop tracking releases because of the breakage being caused to non-X11 backends by changes to various parts fo the system. I guess we just do the same again. It only affects a handful of developers but it also pretty much blocks anyone from ever being able to easily build our GPL'ed app on OS X for themselves because there will never be a release version of GTK that corresponds to what is required. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:27 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera had...@hadess.net wrote: New functionality is available in both when it makes sense to do so, and deprecated functionality is marked as much. You shouldn't see any difference in usage if you don't use the new functionality. We distribute a version of GTK as part of our product for OS X. We had selected 2.22 as the branch to follow for this, on an apparently faulty understanding that 2.22 was a relatively stable branch at this point. Replacing every gdk_draw_* method doesn't qualify for relatively stable in my opinion. We now have to drop our tracking of 2.22 entirely and simply sit at the current (arbitrary) revision that we currently use for the build. Frustrating. I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. behdad ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 12:57 PM, Behdad Esfahbod behdad.esfah...@gmail.com wrote: On 08/18/10 12:50, Paul Davis wrote: On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen matthias.cla...@gmail.com wrote: I don't see how that follows. All that is happening in 2.22 is that some things are getting deprecated. You can still use them. We are not going to take them away from you during 2.x i wasn't really worried about the deprecations. replacing the implementation of all internal drawing methods is OK to do in a stable branch? From what I understand reading the thread, that's your wrong impression. The rendering-cleanup branch is NOT being merged into 2.22. Just that some new functions where added, and some old ones marked deprecated. You are imagining things that are simply not true. the announcement declared: Overview of Changes from GTK+ 2.21.5 to 2.21.6 == * Most drawing done by GTK+ itself has been ported from GDK drawing APIs to cairo did I interpret that incorrectly? ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 2.21.6
On Wed, Aug 18, 2010 at 2:01 PM, Jose Aliste jose.ali...@gmail.com wrote: After looking at the git log, you interpret correctly, but I fail to see why do you perceive this as being bad. So, some GDK API is marked as deprecated, it seems fair to me that Gtk+ maintainers ensure the deprecated API is not used in gtk+ itself anymore. It is also a good test that you are not deprecating something that can't be deprecated (i.e. there is no equivalent functionality in cairo). i think you missed my point. this is not about the deprecations. its about the fact that 2.22 will contain a complete reimplemenation of the GDK draw routines. this is happening in a branch this is supposedly stable. i don't understand how this can reconciled. no API is changed in order for this to happen, but the implementations are all new. existing programs will compile and run, but if linked against 2.22 they will be testing an implementation that was (i thought) aimed at the 3.0 release line. surely this stuff that should be in 2.90 ? ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
GTK+ 2.21.6
GTK+ 2.21.6 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
8b04df957bed1621fbc09976e4fab38cfe68011825d481070db825adc7ba6467 gtk
+-2.21.6.tar.bz2
094f77d8606ea0ba76f2376fbd9174c29bbdffda8bc007dfee401d92a50e96c4 gtk
+-2.21.6.tar.gz
This is a development release leading toward 2.22.
Notes:
* GTK+ 2.22 is planned to be the last stable GTK+ 2.x release,
to be released in parallel with GTK+ 3. It will not receive
major feature work beyond API additions that are required
to facilitate porting to GTK+ 3.
* Installing this version will overwrite your existing
copy of GTK+ 2.20. If you have problems, you'll need
to reinstall GTK+ 2.20.
* GTK+ 2.22 will be source and binary compatible with
the GTK+ 2.20 series; however, the new API additions
are not yet finalized, so there may be incompatibilities
between this release and the final 2.22 release.
* Bugs should be reported to http://bugzilla.gnome.org.
What is GTK+
GTK+ is a multi-platform toolkit for creating graphical user
interfaces. Offering a complete set of widgets, GTK+ is suitable for
projects ranging from small one-off tools to complete application
suites.
GTK+ has been designed from the ground up to support a range of
languages, not only C/C++. Using GTK+ from languages such as Perl and
Python (especially in combination with the Glade GUI builder) provides
an effective method of rapid application development.
GTK+ is free software and part of the GNU Project. However, the
licensing terms for GTK+, the GNU LGPL, allow it to be used by all
developers, including those developing proprietary software, without
any license fees or royalties.
Where to get more information about GTK+
Information about GTK+ including links to documentation can be
found at:
http://www.gtk.org/
An installation guide for GTK+ 2.x is found at:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html
Common questions:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-question-index.html
http://www.gtk.org/faq/
Contributing
GTK+ is a large project and relies on voluntary contributions.
We are actively searching for new contributors in various areas
and invite everyone to help project development.
If you are willing to participate, please subscribe to the project
mailing lists to offer your help and read over our list of vacant
project tasks:
http://live.gnome.org/GtkTasks
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
* GtkExpander gained a ::label-fill property to make the label
fill the entire horizontal space
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
* New accessors:
- gdk_cursor_get_cursor_type
- gdk_device_get_n_axes
- gdk_display_is_closed
- gtk_notebook_get_tab_[hv]border
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
* Accessiblity:
- Make Gail work with custom treemodels
- Implement GailAdjustment::get_minimum_increment
* Bugs fixed:
599574 Crash in _cairo_surface_set_error
604391 ...assertion `ancestor != NULL' when switching between tab
618327 GtkNotebookPage should be deprecated
623603 meld built with pygtk-2.16.0 giving warnings
623865 gtkdnd: pointer grab may never finish (ungrab before grab)
624087 Missing accessor for GdkCursor.type
624221 Gtk-2.21 Missing accessor for GdkDevice.num_axis
624224 Missing accessor for GdkDisplay.closed
624333 Deprecate GtkRecentManager:limit
624687 switch-page bug when activated from menu
624779 GtkCalendar padding/margin/spacing/border/whatever is too
hard...
625491 Generate GdkX11-2.0.typelib (backported from HEAD)
625650 Add annotations to gtk_tree_model_iter_next() and
gtk_tree_sel...
* Translation updates:
Norwegian bokmål
Thanks to the people who contributed to this release:
Christian Dywan
Javier Jardón
Emmanuele Bassi
Christian Persch
Stanislav Brabec
Federico Mena Quintero
John Stowers
Szilárd Pfeiffer
Benjamin Otte
Tomeu Vizoso
Fridrich Štrba
Cody Russell
Paolo Borelli
Philip Withnall
Sam Thursfield
Hiroyuki Ikezoe
Sven Herzberg
Kristian Rietveld
August 16, 2010
Matthias Clasen
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GTK+ 2.21.6
GTK+ 2.21.6 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
8b04df957bed1621fbc09976e4fab38cfe68011825d481070db825adc7ba6467 gtk
+-2.21.6.tar.bz2
094f77d8606ea0ba76f2376fbd9174c29bbdffda8bc007dfee401d92a50e96c4 gtk
+-2.21.6.tar.gz
This is a development release leading toward 2.22.
Notes:
* GTK+ 2.22 is planned to be the last stable GTK+ 2.x release,
to be released in parallel with GTK+ 3. It will not receive
major feature work beyond API additions that are required
to facilitate porting to GTK+ 3.
* Installing this version will overwrite your existing
copy of GTK+ 2.20. If you have problems, you'll need
to reinstall GTK+ 2.20.
* GTK+ 2.22 will be source and binary compatible with
the GTK+ 2.20 series; however, the new API additions
are not yet finalized, so there may be incompatibilities
between this release and the final 2.22 release.
* Bugs should be reported to http://bugzilla.gnome.org.
What is GTK+
GTK+ is a multi-platform toolkit for creating graphical user
interfaces. Offering a complete set of widgets, GTK+ is suitable for
projects ranging from small one-off tools to complete application
suites.
GTK+ has been designed from the ground up to support a range of
languages, not only C/C++. Using GTK+ from languages such as Perl and
Python (especially in combination with the Glade GUI builder) provides
an effective method of rapid application development.
GTK+ is free software and part of the GNU Project. However, the
licensing terms for GTK+, the GNU LGPL, allow it to be used by all
developers, including those developing proprietary software, without
any license fees or royalties.
Where to get more information about GTK+
Information about GTK+ including links to documentation can be
found at:
http://www.gtk.org/
An installation guide for GTK+ 2.x is found at:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html
Common questions:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-question-index.html
http://www.gtk.org/faq/
Contributing
GTK+ is a large project and relies on voluntary contributions.
We are actively searching for new contributors in various areas
and invite everyone to help project development.
If you are willing to participate, please subscribe to the project
mailing lists to offer your help and read over our list of vacant
project tasks:
http://live.gnome.org/GtkTasks
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
* GtkExpander gained a ::label-fill property to make the label
fill the entire horizontal space
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
* New accessors:
- gdk_cursor_get_cursor_type
- gdk_device_get_n_axes
- gdk_display_is_closed
- gtk_notebook_get_tab_[hv]border
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
* Accessiblity:
- Make Gail work with custom treemodels
- Implement GailAdjustment::get_minimum_increment
* Bugs fixed:
599574 Crash in _cairo_surface_set_error
604391 ...assertion `ancestor != NULL' when switching between tab
618327 GtkNotebookPage should be deprecated
623603 meld built with pygtk-2.16.0 giving warnings
623865 gtkdnd: pointer grab may never finish (ungrab before grab)
624087 Missing accessor for GdkCursor.type
624221 Gtk-2.21 Missing accessor for GdkDevice.num_axis
624224 Missing accessor for GdkDisplay.closed
624333 Deprecate GtkRecentManager:limit
624687 switch-page bug when activated from menu
624779 GtkCalendar padding/margin/spacing/border/whatever is too
hard...
625491 Generate GdkX11-2.0.typelib (backported from HEAD)
625650 Add annotations to gtk_tree_model_iter_next() and
gtk_tree_sel...
* Translation updates:
Norwegian bokmål
Thanks to the people who contributed to this release:
Christian Dywan
Javier Jardón
Emmanuele Bassi
Christian Persch
Stanislav Brabec
Federico Mena Quintero
John Stowers
Szilárd Pfeiffer
Benjamin Otte
Tomeu Vizoso
Fridrich Štrba
Cody Russell
Paolo Borelli
Philip Withnall
Sam Thursfield
Hiroyuki Ikezoe
Sven Herzberg
Kristian Rietveld
August 16, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+ 2.21.6
GTK+ 2.21.6 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
8b04df957bed1621fbc09976e4fab38cfe68011825d481070db825adc7ba6467 gtk
+-2.21.6.tar.bz2
094f77d8606ea0ba76f2376fbd9174c29bbdffda8bc007dfee401d92a50e96c4 gtk
+-2.21.6.tar.gz
This is a development release leading toward 2.22.
Notes:
* GTK+ 2.22 is planned to be the last stable GTK+ 2.x release,
to be released in parallel with GTK+ 3. It will not receive
major feature work beyond API additions that are required
to facilitate porting to GTK+ 3.
* Installing this version will overwrite your existing
copy of GTK+ 2.20. If you have problems, you'll need
to reinstall GTK+ 2.20.
* GTK+ 2.22 will be source and binary compatible with
the GTK+ 2.20 series; however, the new API additions
are not yet finalized, so there may be incompatibilities
between this release and the final 2.22 release.
* Bugs should be reported to http://bugzilla.gnome.org.
What is GTK+
GTK+ is a multi-platform toolkit for creating graphical user
interfaces. Offering a complete set of widgets, GTK+ is suitable for
projects ranging from small one-off tools to complete application
suites.
GTK+ has been designed from the ground up to support a range of
languages, not only C/C++. Using GTK+ from languages such as Perl and
Python (especially in combination with the Glade GUI builder) provides
an effective method of rapid application development.
GTK+ is free software and part of the GNU Project. However, the
licensing terms for GTK+, the GNU LGPL, allow it to be used by all
developers, including those developing proprietary software, without
any license fees or royalties.
Where to get more information about GTK+
Information about GTK+ including links to documentation can be
found at:
http://www.gtk.org/
An installation guide for GTK+ 2.x is found at:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html
Common questions:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-question-index.html
http://www.gtk.org/faq/
Contributing
GTK+ is a large project and relies on voluntary contributions.
We are actively searching for new contributors in various areas
and invite everyone to help project development.
If you are willing to participate, please subscribe to the project
mailing lists to offer your help and read over our list of vacant
project tasks:
http://live.gnome.org/GtkTasks
Overview of Changes from GTK+ 2.21.5 to 2.21.6
==
* Most drawing done by GTK+ itself has been ported from
GDK drawing APIs to cairo
* GtkExpander gained a ::label-fill property to make the label
fill the entire horizontal space
* Deprecations:
- GtkNotebookPage
- The GtkRecenManager::limit property
- All GDK drawing functions, ie gdk_draw_*. Use cairo instead
- All GdkGC functions. Use cairo instead
- All of GdkImage. Use cairo instead
- All of GdkRGB. Use cairo instead
- gdk_{bit,pix}map_create_from_data
* New accessors:
- gdk_cursor_get_cursor_type
- gdk_device_get_n_axes
- gdk_display_is_closed
- gtk_notebook_get_tab_[hv]border
* New cairo-related APIs:
- gdk_window_create_similar_surface
- gdk_window_get_background_pattern
* Accessiblity:
- Make Gail work with custom treemodels
- Implement GailAdjustment::get_minimum_increment
* Bugs fixed:
599574 Crash in _cairo_surface_set_error
604391 ...assertion `ancestor != NULL' when switching between tab
618327 GtkNotebookPage should be deprecated
623603 meld built with pygtk-2.16.0 giving warnings
623865 gtkdnd: pointer grab may never finish (ungrab before grab)
624087 Missing accessor for GdkCursor.type
624221 Gtk-2.21 Missing accessor for GdkDevice.num_axis
624224 Missing accessor for GdkDisplay.closed
624333 Deprecate GtkRecentManager:limit
624687 switch-page bug when activated from menu
624779 GtkCalendar padding/margin/spacing/border/whatever is too
hard...
625491 Generate GdkX11-2.0.typelib (backported from HEAD)
625650 Add annotations to gtk_tree_model_iter_next() and
gtk_tree_sel...
* Translation updates:
Norwegian bokmål
Thanks to the people who contributed to this release:
Christian Dywan
Javier Jardón
Emmanuele Bassi
Christian Persch
Stanislav Brabec
Federico Mena Quintero
John Stowers
Szilárd Pfeiffer
Benjamin Otte
Tomeu Vizoso
Fridrich Štrba
Cody Russell
Paolo Borelli
Philip Withnall
Sam Thursfield
Hiroyuki Ikezoe
Sven Herzberg
Kristian Rietveld
August 16, 2010
Matthias Clasen
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
