GLib 2.27.4 released
GLib 2.27.4 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.27/ http://download.gnome.org/sources/glib/2.27/ 71367cbf45998f736d7998282bc62fdefe13544a2c8ca523d9e5e9cc212758e6 glib-2.27.4.tar.bz2 c3f9b0677d554f85dcc0de8cf6502bd4f0c51bc20d9b32f0a4528e5757e6f369 glib-2.27.4.tar.gz Another development release in the 2.27 development cycle. Overview of Changes from GLib 2.27.3 to 2.27.4 == * GIO - Mounts are treated as hidden if they have a path element that starts with a dot - GAppInfo gained API to differentiate between recommended and fallback mime handlers - g_cancellable_create_source: creates a GSource that triggers when the GCancellable is canceled - GPollableInput/OutputStream: Interfaces for pollable streams - TLS support has landed, with an extension point that is implemented in glib-networking * GLib - Mainloop sources can now have 'child sources' - g_get_runtime_dir: New function to return the XDG_RUNTIME_DIR * Bugs fixed: 530786 GFileMonitor changed signal underdocumented 588189 TLS support for GSocket* 630357 g_object_new_valist uses uninitialized memory 630559 typo in public string in gsocks: 'The SOCKSv5 require... 632445 Documentation refers to removed GNOME 2.0 porting guide 634239 Child GSources 634241 Add pollable input/output streams 634504 allow passing a NULL emblem to g_emblemed_icon_new() 634613 unsufficient g_get_user_runtime_dir() documentation 635640 schema should inherit gettext-domain from schemalist 635768 Protect g_file_monitor_set_rate_limit() against negative... 635882 Fix the wrong-category schema test 635187 Wrong type of GVariant received in an action... * Updated translations: Galician Italian Norwegian bokmål Uyghur Thanks to all contributors: Chun-wei Fan Benjamin Otte Cosimo Cecchi Ryan Lortie Javier Jardón Tomas Bzatek Colin Walters Ignacio Casal Quinteiro Owen W. Taylor Cosimo Cecchi Dan Winship Christian Persch Aleksander Morgado Jonas Holmberg Matt Rajca Xan Lopez November 29, 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.91.5 released
GTK+ 2.91.5 is now available for download at: ftp://ftp.gtk.org/pub/gtk/2.91/ http://download.gnome.org/sources/gtk+/2.91/ 3893a158682e4954e31847c5f4aaa1b1f0ff259cff8d141f8ed8a58121e2cc21 gtk +-2.91.5.tar.bz2 d8e16d0d81b9addf954817210a63b7f82b45857d271a69ffac4b1492b65deb37 gtk +-2.91.5.tar.gz This is a development release leading toward 3.0. Notes: * GTK+ 3 will be parallel installable with GTK+ 2.x, and this release has been prepared to test this by renaming all .pc files, libraries, include paths, and so forth, to include a '3.0' component. * GTK+ 3 will remove deprecated API from the GTK+ 2.x series and make struct members unavailable that have been GSEALed in 2.x. Therefore, applications can be prepared for porting to GTK+ 3 by making sure that they build with -DGTK_DISABLE_DEPRECATED and -DGSEAL_ENABLE. For more information about porting concerns, see the porting guide that is included in the API docs. * 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.91.4 to 2.91.5 == * GtkSwitch: a new widget that provides switch-like on/off functionality * Deprecations and cleanups: - GtkCallbackMarshal and GtkFunction have been deprecated - gtk_init_add has been removed - The ::size-request signal has been removed - GtkRuler has been removed * The default value for the GtkBox::fill property has been changed back to TRUE * Bugs fixed: 565665 GtkTargetEntry member target should be const char * 613942 Deprecate GtkRuler, GtkVruler and GtkHRuler 629955 Deprecate / remove gtk_main and gtk_init_add / remove* API 633324 Stop invoking size-request completely 633896 Printing: Use XDG_DOCUMENTS_DIR as the default location... 634474 infinite loop in gtk_icon_view_accessible_set_adjustment 634558 Selecting Search should focus text box for keyboard entry 634592 GtkNotebook doesn't expand (in a typical GtkDialog) 634697 gdk: Add XSetting for gtk-cursor-blink-timeout 634821 Fix a BadMatch when create an icon pixmap for an ARGB visual 634987 add a switch widget 635175 Leak in gtk_plug_realize 635253 GtkRadioButton constructors don't mark group as allow-none 635307 iconcache: Ensure we don't lose data on power loss 635380 gdk_event_apply_filters is unsafe against changes in filter list 635588 clicking URL to be opened freezes the application for 3-5 seconds 635693 Bad pointer grab bug with GtkMenu/GtkComboBox 635879 Change the gdk_rgba_parse() function to be usable from bindings * Updated translations: Arabic British English Catalan Czech German Hungarian Indonesian Norwegian bokmål Romanian Thai Uyghur Thanks to all contributors: Chun-wei Fan John (J5) Palmieri Marek Kasik Murray Cumming Owen W. Taylor Bastien Nocera Javier Jardón Carlos Garcia Campos Federico Mena Quintero Michael Natterer Tristan Van Berkom Evan Martin Martin Pitt William Jon McCan Colin Walters Chris Kühl John Ralls Tor Lillqvist Benjamin Otte Milan Bouchet-Valat Emmanuele Bassi November 29, 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_widget_get_parent_window, GTK_NO_WINDOW, and GDK_INPUT_ONLY GdkWindows
This is a similar question to one I asked last week, but I'm not spamming, fishing for another response with a re-send. I actually made quite a bit of progress towards a solution but ran into another tangle of confusion, and possibly a Gtk bug (described below). I am creating a GtkContainer subclass that needs to receive the enter-notify, motion-notify, and leave-notify events. I am copying the design I see in gtkbutton.c. My GtkContainer subclass actually contains a GtkButton as one of its children. In order to receive events, I copied the following more or less verbatim from GtkButton, executing it in my widget's realize: GdkWindowAttr attributes; attributes.window_type = GDK_WINDOW_CHILD; attributes.x = widget-allocation.x; attributes.y = widget-allocation.y; attributes.width = widget-allocation.width; attributes.height = widget-allocation.height; attributes.wclass = GDK_INPUT_ONLY; attributes.event_mask = gtk_widget_get_events(widget); attributes.event_mask |= GDK_ENTER_NOTIFY_MASK | GDK_LEAVE_NOTIFY_MASK | GDK_POINTER_MOTION_MASK | GDK_BUTTON_MOTION_MASK; my_gtk_container-event_window = gdk_window_new( gtk_widget_get_parent_window(widget), attributes, 0 ); What I noticed is that as I move the mouse through my container widget and onto a button it contains, my widget is receiving continuous motion-notify events. The GtkButton never receives enter-notify, so it doesn't highlight when the mouse is over it, nor does it receive button clicks or the leave-notify event. Question 1 preface: I know about GtkEventBox. I was trying to avoid the (IMHO unnecessary) redundant parent/child recursion of making my GtkContainer subclass a 2-deep aggregate of a GtkContainer in a GtkEventBox. Question 1a: Should I create the 2-deep GtkEventBox and GtkContainer anyway? Question 1b: Is the GDK_INPUT_ONLY GdkWindow approach only appropriate for leaf node widgets - widgets that contain no children - like GtkButton? Question 2: how does GTK_NO_WINDOW relate to GDK_INPUT_ONLY? Should a GtkWidget only declare itself to be ~GTK_NO_WINDOW if its GdkWindow supports output, with GDK_INPUT_ONLY GdkWindows being treated as GTK_NO_WINDOW? Question 3: am I responsible for synthesizing enter and leave notification events for child widgets like the now-malfunctioning GtkButton? I would assume not (that being the responsibility of Gdk and the window server), but if so then how am I to know which children to synthesize these events for - by peeking at what they've requested by way of gtk_widget_set_events or gtk_widget_add_events? Question 4 preface: When the now-malfunctioning GtkButton realizes itself, in gtkbutton.c I see that it uses gtk_widget_get_parent_window to get the GdkWindow of its parent. I am fairly certain that when it does this, it is getting the GdkWindow for the root-level window, not my GtkContainer subclass's GdkWindow. I can't check that (since gtk_button_realize is static so I can't set a breakpoint and couldn't see the Gtk source in the debugger even if I could set a breakpoint), but I am fairly certain of this because I looked in gtkwidget.c and gtk_widget_get_parent_window gets the parent using this: parent_window = g_object_get_qdata (G_OBJECT (widget), quark_parent_window); Question 4a: the quark_parent_window business seems like it is only used to manage the gtk_widget_set_parent_window / gtk_widget_get_parent_window consistency relationship, but is totally unaware of the parent / children hierarchy. Consequently, it looks like my GtkContainer is responsible for propogating gtk_widget_set_parent_window to its children when it creates its GdkWindow. Is this the case? Question 4b: If the answer to Is this the case? in 4a is yes then how deep does it need to go? I note that gtk_widget_set_parent_window in gtkwidget.c does not recursively call gtk_widget_set_parent_window for child widgets. Consequently, it looks like my GtkContainer subclass needs to recursively call gtk_widget_set_parent_window for not just its children, but its children's children and so on until a widget without GTK_NO_WINDOW child is encountered. Question 4c: Grepping for gtk_widget_set_parent_window and then looking at gtklayout.c, I see that it does what I deduced in 4b that I need to do, calling gtk_widget_set_parent_window for children, but I don't see any recursion there or (as I also mentioned before) in gtk_widget_set_parent_window. That actually looks like GtkLayout
GLib 2.27.4 released
GLib 2.27.4 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.27/ http://download.gnome.org/sources/glib/2.27/ 71367cbf45998f736d7998282bc62fdefe13544a2c8ca523d9e5e9cc212758e6 glib-2.27.4.tar.bz2 c3f9b0677d554f85dcc0de8cf6502bd4f0c51bc20d9b32f0a4528e5757e6f369 glib-2.27.4.tar.gz Another development release in the 2.27 development cycle. Overview of Changes from GLib 2.27.3 to 2.27.4 == * GIO - Mounts are treated as hidden if they have a path element that starts with a dot - GAppInfo gained API to differentiate between recommended and fallback mime handlers - g_cancellable_create_source: creates a GSource that triggers when the GCancellable is canceled - GPollableInput/OutputStream: Interfaces for pollable streams - TLS support has landed, with an extension point that is implemented in glib-networking * GLib - Mainloop sources can now have 'child sources' - g_get_runtime_dir: New function to return the XDG_RUNTIME_DIR * Bugs fixed: 530786 GFileMonitor changed signal underdocumented 588189 TLS support for GSocket* 630357 g_object_new_valist uses uninitialized memory 630559 typo in public string in gsocks: 'The SOCKSv5 require... 632445 Documentation refers to removed GNOME 2.0 porting guide 634239 Child GSources 634241 Add pollable input/output streams 634504 allow passing a NULL emblem to g_emblemed_icon_new() 634613 unsufficient g_get_user_runtime_dir() documentation 635640 schema should inherit gettext-domain from schemalist 635768 Protect g_file_monitor_set_rate_limit() against negative... 635882 Fix the wrong-category schema test 635187 Wrong type of GVariant received in an action... * Updated translations: Galician Italian Norwegian bokmål Uyghur Thanks to all contributors: Chun-wei Fan Benjamin Otte Cosimo Cecchi Ryan Lortie Javier Jardón Tomas Bzatek Colin Walters Ignacio Casal Quinteiro Owen W. Taylor Cosimo Cecchi Dan Winship Christian Persch Aleksander Morgado Jonas Holmberg Matt Rajca Xan Lopez November 29, 2010 Matthias Clasen ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkStyleContext status update
On Fri, Nov 26, 2010 at 2:31 AM, Matthias Clasen matthias.cla...@gmail.com wrote: On Fri, Nov 26, 2010 at 1:46 AM, Alexander Larsson al...@redhat.com wrote: Any chance we could merge the radio-group branch then too? Its on my list to look at it this weekend. Ok, I have now spent some time looking at the mess that we have with toggle/check/radio buttions/menuitems/toolitems/actions. And at your GtkRadioGroup branch. Here is the thoughts I came away with: - We already have an API like the value/current-value that we've been discussing for GtkRadioGroup in GtkRadioAction. The only difference is that it is integers, not strings. I've verified that you can indeed use g_settings_bind to bind the current-value on the first radio action to a setting. - Using radio buttons as proxies for radio actions doesn't really work, since radio buttons insist on being grouped themselves, and what we want for actions and proxies is to group the actions, but not the proxies. Looking at what radio action does to create menu proxies, it actually creates check menu items and sets ::draw-as-radio on them. So I guess if we want to have working button proxies for radio actions, we need a ::draw-as-radio properties on GtkCheckButton. - As far as freeing the radio widgets of the weird GSList api, the GtkRadioGroup seems ok. - Not sure where this leaves us wrt. to adding value/current-value to GtkRadioGroup. I'm tempted to say: use actions if you want to bind to settings. But a) the value/current-value exposed there are ints, not strings - is that a big problem ? b) We can't actually do radio button groups that are backed by actions, see above. c) Having to use the first action for this is somewhat less elegant than having an object that represents the group itself. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk_init breaks fortran data operation
I don't need gtk_disable_setlocale() because I want other locale parameters to be set. I'll use C instead of en_US.utf8. Thanks for advice. 29.11.2010 10:55, David Nečas пишет: On Sun, Nov 28, 2010 at 07:15:54PM +0300, Alexander Varnin wrote: Yes, you are right. Adding setlocale(LC_NUMERIC, en_US.utf8); after gtk_init solved the problem. You can use gtk_disable_setlocale() instead. Anyway, en_US.UTF-8 is not guaranteed to exist; the only one are guaranteed to exist is C (plus POSIX on POSIX systems). Yeti . ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtk_init breaks fortran data operation
On Mon, Nov 29, 2010 at 03:39:32PM +0300, Alexander Varnin wrote: I don't need gtk_disable_setlocale() because I want other locale parameters to be set. Well, in that case the real solution is IMO to use a locale-independent number parsing function (similar to g_ascii_strtod()) which might not be so easy in FORTRAN though... Yeti ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Mixing GLib and system file name encoding
Hello, I have a file that contains names of other files (in the same directory) and need to load these other files when the user selects the list file. Easy. Except that the file was created by a MS Windows program and the names are in system encoding (whatever it means, usually something like CP1252). Gtk+ functions provide the name in UTF-8 and on Win32 the GLib encoding is also UTF-8. So all I can get from Gtk+ and GLib functions are UTF-8 encoded paths. To load the referenced files it is necessary to either: - convert the names from the list to GLib encoding (UTF-8) and combine it with the directory name of the list file and use g_fopen() to open the files - convert the directory name of the list file from GLib encoding to the system encoding and use fopen() to open the other files But I don't know how to do either reliably. Is there anything in GLib that can help me? Yeti ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Last supported version of GTK+ for Win9x/ME
Hello, what are the last and latest versions of GLib, ATK, Pango, GTK+ that support Windows 98 and Windows ME? At download page at GTK+ site there is written: Long obsolete versions of GTK+ did run on Win9x and NT 4, too. What about adding a little more detailed informations, like For those platforms, last and latest supported versions of the packages are: ... etc ...? Thank you very much. Sincerely, Carlo Bramini. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
GLib 2.27.4 released
GLib 2.27.4 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.27/ http://download.gnome.org/sources/glib/2.27/ 71367cbf45998f736d7998282bc62fdefe13544a2c8ca523d9e5e9cc212758e6 glib-2.27.4.tar.bz2 c3f9b0677d554f85dcc0de8cf6502bd4f0c51bc20d9b32f0a4528e5757e6f369 glib-2.27.4.tar.gz Another development release in the 2.27 development cycle. Overview of Changes from GLib 2.27.3 to 2.27.4 == * GIO - Mounts are treated as hidden if they have a path element that starts with a dot - GAppInfo gained API to differentiate between recommended and fallback mime handlers - g_cancellable_create_source: creates a GSource that triggers when the GCancellable is canceled - GPollableInput/OutputStream: Interfaces for pollable streams - TLS support has landed, with an extension point that is implemented in glib-networking * GLib - Mainloop sources can now have 'child sources' - g_get_runtime_dir: New function to return the XDG_RUNTIME_DIR * Bugs fixed: 530786 GFileMonitor changed signal underdocumented 588189 TLS support for GSocket* 630357 g_object_new_valist uses uninitialized memory 630559 typo in public string in gsocks: 'The SOCKSv5 require... 632445 Documentation refers to removed GNOME 2.0 porting guide 634239 Child GSources 634241 Add pollable input/output streams 634504 allow passing a NULL emblem to g_emblemed_icon_new() 634613 unsufficient g_get_user_runtime_dir() documentation 635640 schema should inherit gettext-domain from schemalist 635768 Protect g_file_monitor_set_rate_limit() against negative... 635882 Fix the wrong-category schema test 635187 Wrong type of GVariant received in an action... * Updated translations: Galician Italian Norwegian bokmål Uyghur Thanks to all contributors: Chun-wei Fan Benjamin Otte Cosimo Cecchi Ryan Lortie Javier Jardón Tomas Bzatek Colin Walters Ignacio Casal Quinteiro Owen W. Taylor Cosimo Cecchi Dan Winship Christian Persch Aleksander Morgado Jonas Holmberg Matt Rajca Xan Lopez November 29, 2010 Matthias Clasen ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtk_init breaks fortran data operation
I don't think the real solution is worth the effort. Setting locale is rather simple and safe method. 29.11.2010 16:41, David Nečas пишет: On Mon, Nov 29, 2010 at 03:39:32PM +0300, Alexander Varnin wrote: I don't need gtk_disable_setlocale() because I want other locale parameters to be set. Well, in that case the real solution is IMO to use a locale-independent number parsing function (similar to g_ascii_strtod()) which might not be so easy in FORTRAN though... Yeti . ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Mixing GLib and system file name encoding
Hello. - convert the names from the list to GLib encoding (UTF-8) and combine it with the directory name of the list file and use g_fopen() to open the files You can use g_locale_to_utf8() to convert names in the list to UTF-8, which can then be fed along with base directory to g_build_filename() or something similar and opened using g_fopen(). - convert the directory name of the list file from GLib encoding to the system encoding and use fopen() to open the other files g_locale_from_utf8() can be used to convert base path to system encoding. After that you can concatenate it with filename from your list and open it using fopen(). Note that both methods will only work if your input file is indeed encoded in system locale. If your file originates from other system that uses different locale, you're basically screwed. Hope this helps a bit. Tadej -- Tadej Borovšak tadeboro.blogspot.com tadeb...@gmail.com tadej.borov...@gmail.com ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
GTK+ 2.91.5 released
GTK+ 2.91.5 is now available for download at: ftp://ftp.gtk.org/pub/gtk/2.91/ http://download.gnome.org/sources/gtk+/2.91/ 3893a158682e4954e31847c5f4aaa1b1f0ff259cff8d141f8ed8a58121e2cc21 gtk +-2.91.5.tar.bz2 d8e16d0d81b9addf954817210a63b7f82b45857d271a69ffac4b1492b65deb37 gtk +-2.91.5.tar.gz This is a development release leading toward 3.0. Notes: * GTK+ 3 will be parallel installable with GTK+ 2.x, and this release has been prepared to test this by renaming all .pc files, libraries, include paths, and so forth, to include a '3.0' component. * GTK+ 3 will remove deprecated API from the GTK+ 2.x series and make struct members unavailable that have been GSEALed in 2.x. Therefore, applications can be prepared for porting to GTK+ 3 by making sure that they build with -DGTK_DISABLE_DEPRECATED and -DGSEAL_ENABLE. For more information about porting concerns, see the porting guide that is included in the API docs. * 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.91.4 to 2.91.5 == * GtkSwitch: a new widget that provides switch-like on/off functionality * Deprecations and cleanups: - GtkCallbackMarshal and GtkFunction have been deprecated - gtk_init_add has been removed - The ::size-request signal has been removed - GtkRuler has been removed * The default value for the GtkBox::fill property has been changed back to TRUE * Bugs fixed: 565665 GtkTargetEntry member target should be const char * 613942 Deprecate GtkRuler, GtkVruler and GtkHRuler 629955 Deprecate / remove gtk_main and gtk_init_add / remove* API 633324 Stop invoking size-request completely 633896 Printing: Use XDG_DOCUMENTS_DIR as the default location... 634474 infinite loop in gtk_icon_view_accessible_set_adjustment 634558 Selecting Search should focus text box for keyboard entry 634592 GtkNotebook doesn't expand (in a typical GtkDialog) 634697 gdk: Add XSetting for gtk-cursor-blink-timeout 634821 Fix a BadMatch when create an icon pixmap for an ARGB visual 634987 add a switch widget 635175 Leak in gtk_plug_realize 635253 GtkRadioButton constructors don't mark group as allow-none 635307 iconcache: Ensure we don't lose data on power loss 635380 gdk_event_apply_filters is unsafe against changes in filter list 635588 clicking URL to be opened freezes the application for 3-5 seconds 635693 Bad pointer grab bug with GtkMenu/GtkComboBox 635879 Change the gdk_rgba_parse() function to be usable from bindings * Updated translations: Arabic British English Catalan Czech German Hungarian Indonesian Norwegian bokmål Romanian Thai Uyghur Thanks to all contributors: Chun-wei Fan John (J5) Palmieri Marek Kasik Murray Cumming Owen W. Taylor Bastien Nocera Javier Jardón Carlos Garcia Campos Federico Mena Quintero Michael Natterer Tristan Van Berkom Evan Martin Martin Pitt William Jon McCan Colin Walters Chris Kühl John Ralls Tor Lillqvist Benjamin Otte Milan Bouchet-Valat Emmanuele Bassi November 29, 2010 Matthias Clasen ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Last supported version of GTK+ for Win9x/ME
On Mon, 29 Nov 2010 16:02:20 +0100, carlo.bramix wrote: what are the last and latest versions of GLib, ATK, Pango, GTK+ that support Windows 98 and Windows ME? At download page at GTK+ site there is written: Long obsolete versions of GTK+ did run on Win9x and NT 4, too. What about adding a little more detailed informations, like For those platforms, last and latest supported versions of the packages are: ... etc ...? Thank you very much. Latest version of GTK+ that runs on Win98/ME is 2.6.10. GLib dropped support sometime later, but I don't know when. Windows 95 support was dropped earlier than that (but again, I don't remember when). This might be helpful: http://gimp-win.sourceforge.net/old.html#gtkold -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Last supported version of GTK+ for Win9x/ME
On 11/29/2010 08:02 AM, carlo.bramix wrote: Hello, what are the last and latest versions of GLib, ATK, Pango, GTK+ that support Windows 98 and Windows ME? At download page at GTK+ site there is written: Long obsolete versions of GTK+ did run on Win9x and NT 4, too. What about adding a little more detailed informations, like For those platforms, last and latest supported versions of the packages are: ... etc ...? Thank you very much. There is a bizarre project called kernelex that patches Windows 98 to allow many apps to run on Windows 98 with unicode support. I have tried it and it does work (openoffice 3.2 and firefox 3.6.10 ran fine), but it is pretty much magic and who knows how stable it is. I have a hunch that the latest version of GTK would work on it. Google can reveal more information about this if you feel like dabbling in the black arts. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
