GtkFileChooserDialog position
Hi, I have a question about positioning of the file-chooser dialog. The position of the dialog is not correct. I'm using the latest stable version of GTK 2.14.3. The code is compiled on win32. --- CODE -- GtkWidget *dialog; dialog = gtk_file_chooser_dialog_new (Open File, parent_window, GTK_FILE_CHOOSER_ACTION_OPEN, GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, GTK_STOCK_OPEN, GTK_RESPONSE_ACCEPT, NULL); if (gtk_dialog_run (GTK_DIALOG (dialog)) == GTK_RESPONSE_ACCEPT) { char *filename; filename = gtk_file_chooser_get_filename (GTK_FILE_CHOOSER (dialog)); open_file (filename); g_free (filename); } gtk_widget_destroy (dialog); --- Result is that the dialog is moved towards the lower left corner. It seems to me that the size of the window is not correct. Could it be? Can someone explain me why is this happening. Regards, Tomas Soltys ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: monitoring file changes in a sysfs filesystem
On Thu, 2008-09-18 at 12:58 +0200, Miguel Gómez wrote: I'm trying to monitor the changes in a file from /sys (as you know, it's a sysfs filesystem), but setting a file monitor with g_file_monitor_file doesn't work. No matter what I do, I can't receive the changed signal from the file monitor. sysfs, being a virtual file system, doesn't generate any notification events. you will have to poll yourself, but it's not such a good idea; if you're looking at hardware events you should probably use udev or HAL. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: monitoring file changes in a sysfs filesystem
I'm trying to monitor the changes in a file from /sys (as you know, it's a sysfs filesystem), but setting a file monitor with g_file_monitor_file doesn't work. No matter what I do, I can't receive the changed signal from the file monitor. sysfs, being a virtual file system, doesn't generate any notification events. Yep, I've realized about that. Anyway, I've found that it's possible to monitor changes in these files creating a g_io_channel for the file and setting a watch on it. you will have to poll yourself, but it's not such a good idea; if you're looking at hardware events you should probably use udev or HAL. Yes, you are right :) Thanks! -- Miguel Gomez [EMAIL PROTECTED] Igalia - http://www.igalia.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkPixbuf from Char buffer
Hi, were developing an application which is supposed to show user images downloaded from web server using xmlrpc. The problem is that we cant quite figure out how to create a pixbuf from a buffer which contains the RAW contents of a file. Functions like: gdk_pixbuf_new_from_data gdk_pixbuf_new_from_inline gdk_pixbuf_from_pixdata all seem to expect the image to be in some particular format already, while what we need is more like gdk_pixbuf_new_from_file() which is able to autodetect everything and just read the file. All information that our application has about the image are: - Name of file. - Size of file. - Contents of file. -- Arto Karppinen -- [EMAIL PROTECTED] ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: monitoring file changes in a sysfs filesystem
Dnia 2008-09-18, czw o godzinie 12:58 +0200, Miguel Gómez pisze: I'm trying to monitor the changes in a file from /sys (as you know, it's a sysfs filesystem), but setting a file monitor with g_file_monitor_file doesn't work. No matter what I do, I can't receive the changed signal from the file monitor. I suspect, that the sysfs filesystem does not generate file modification events. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkPixbuf from Char buffer
gary liquid wrote: arto, have you considered caching the downloaded file to disk and reading from there using the standard function? This would give you the obvious benefit of allowing offline usage and faster requerying. There isn't an infinite amount of memory available and having to download images everytime could cause user angst. This is about a small preview image for the complete Irreco Theme, so i don't feel there is any real need to cache it. The theme will be saved to disk if the user likes the preview, and chooses do download the whole thing. -- Arto Karppinen -- [EMAIL PROTECTED] ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkCheckButton::indicator-size has no effect
I have the following entries in a gtkrc file. Style ScrollbarSlider works on widgets of class GtkScrollbar. Style CheckButtonSize has no effect on widgets of class GtkCheckButton. style ScrollbarSlider { GtkScrollbar::min-slider-length = 14 } class GtkScrollbar style ScrollbarSlider style CheckButtonSize { GtkCheckButton::indicator-size = 20 } class GtkCheckButton style CheckButtonSize I have searched the mailing list, the documentation, Bugzilla, and the web generally for clues as to why GtkCheckButton::indicator-size might not work and have turned up nothing. Any ideas what might be wrong here or how to make it work? Sincerely, John Boncek -- View this message in context: http://www.nabble.com/GtkCheckButton%3A%3Aindicator-size-has-no-effect-tp20016527p20016527.html Sent from the Gtk+ - Apps Dev mailing list archive at Nabble.com. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GLib 2.18.2 released
GLib 2.18.2 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.18/ http://download.gnome.org/sources/glib/2.18/ glib-2.18.2.tar.bz2 md5sum: d11a5cc5e08cff53349a3481816fdaff glib-2.18.2.tar.gzmd5sum: 0f2bf241fc93d95a0bd599a9c2a352ca This is a bug fix release in the 2.18 series. GLib is the low-level core library that forms the basis for projects such as GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. More information about GLib is available at: http://www.gtk.org/ An installation guide for the GTK+ libraries, including GLib, can be found at: http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html Overview of Changes from GLib 2.18.1 to GLib 2.18.2 === * Bugs fixed: 553724 python interpreter path not patched in correctly 553857 gbacktrace.h requires signal.h 554790 g_convert() misbehaves with winiconv versions 555314 mem leak in gmarkup 554970 segfault when update-desktop-database is not available... 555121 Improved build-time handling of gio module-dir 555711 Wrong fallback order of mimetype icons 556334 Warning when building without selinux support * Updated translations: Arabic (ar) Danish (da) Estonian (et) Gujarati (gu) Norwegian (nb) Polish (pl) Brazilian Portugese (pt_BR) Romanian (ro) Russian (ru) Serbian (sr) Tamil (ta) Thanks to all contributors: Tor Lillqvist Sebastien Bacher Christian Persch Pascal Terjan Alexander Larsson Krysztof Kosiński Kjartan Maraas October 16, 2008 Matthias Clasen ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GLib 2.19.0 released
GLib 2.19.0 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.19/ http://download.gnome.org/sources/glib/2.19/ glib-2.19.0.tar.bz2 md5sum: 0ff01feebce78b61ce37877e20d71eba glib-2.19.0.tar.gz md5sum: 994a5b839883e83d0af9e6e86a2e15b7 This is the first development release leading up to GLib 2.20. Notes: * This is unstable development release. While it has had a bit of testing, there are certainly plenty of bugs remaining to be found. This release should not be used in production. * Installing this version will overwrite your existing copy of GLib 2.18. If you have problems, you'll need to reinstall GLib 2.18. * GLib 2.20 will be source and binary compatible with the GLib 2.18 series; however, the new API additions in GLib 2.19.0 are not yet finalized, so there may be incompatibilities between this release and the final 2.20 release. * Bugs should be reported to http://bugzilla.gnome.org. About GLib == GLib is the low-level core library that forms the basis for projects such as GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. More information about GLib is available at: http://www.gtk.org/ An installation guide for the GTK+ libraries, including GLib, can be found at: http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html Overview of Changes from GLib 2.18.1 to GLib 2.19.0 === * Rewrite GHashTable to use open addressing with quadratic probing instead of chaining. This has the potential to reduce memory fragmentation significantly, while being slightly faster due to better locality and no need to call alloc/free functions for nodes. Benchmarks suggest it also uses less memory overall. * Make g_poll available as public api * New macros g_assert_error and g_assert_no_error to assert that a GError is set or unset * g_cancellable_make_pollfd: New method to make a GPollFD for a cancellable * g_app_info_can_delete, g_app_info_delete, g_app_info_reset_type_associations: New functions to clean up app infos and content types * When launching applications, always pass fuse file:// uris when possible, and let gio convert such uris back to gio uris. * Bugs fixed: 505361 gunixinputstream.c assumes poll() available 509446 portable blocking gio cancellation 553820 gpoll.c: undeclared identifier 553724 python interpretter path not patched in correctly 553857 gbacktrace.h requires signal.h 553447 g_assert_no_error() 554092 glib doesn't return G_FILE_ERROR_NOENT et al on OS X 528670 Always pass file:/// uri's in GAppLaunchContext 555224 Improve g_format_size_for_display doc 555309 giochannel breaks on error 554790 g_convert() misbehaves with winiconv versions 555314 mem leak in gmarkup 555313 GFileAttribute boxed type get_type function should... 552861 glib-2.0.m4 calls system(3) without storing its result 554557 Patch to fix gcc warnings about missing format specifiers 552107 Small libtool fixes 551355 Make glib build with libtool 2.2 555311 format not a string literal and no format arguments 556101 static mutex yields warnings with g++ 556186 gpoll.h breaks gmain.h inclusion 526456 Open addressing in GHashTable 553426 cancellable clarifications 545350 GAppInfo deletion 545351 Reset associations for content type 552168 volume's mount not mounted after g_volume_mount_finish 554970 segfault when update-desktop-database is not available... 554745 GFileAttributeInfoList should be boxed 555121 Improved build-time handling of gio module-dir 555711 Wrong fallback order of mimetype icons 555331 Deprecate adoption of mounts 556335 make check fails in abicheck.sh 556334 Warning when building without selinux support 556422 g_file_enumerator_next_file: unclear... * Updated translations: Arabic (ar) Danish (da) Polish (pl) Brazilian Portugese (pt_BR) Romanian (ro) Russian (ru) Thanks to all contributors: Tor Lillqvist Hans Petter Jansson Dan Winship Michael Natterer Sven Herzberg Sebastien Bacher Behdad Esfahbod David Zeuthen Christophe Fergeau Christian Persch Andreas Köhler Kjartan Maraas Patryk Zawadzki Nelson Benítez León Pascal Terjan Colin Walters Alexander Larsson Krysztof Kosiński Armin Burgmeier October 16, 2008 Matthias Clasen ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Layout Composite Widget Components Using Glade-3? / Pluggable widgets replacement for Glade custom widget?
Hi, I have been wondering, if I were to create a (custom) composite widget to contain several standard GTK+ widgets from within a larger Glade project, is there a way I can keep both the application layout and the composite widget layout in the same Glade-3 project? (It is nicer if all widgets appear in the same design view.) Do I have to use the custom widget in Glade (which is marked as deprecated) to create composite widget? Is pluggable widget the replacement mechanism for custom widget? I read a little about pluggable widgets, but I'm not familiar with creating pluggable widgets and I am likely not able to spend time on that. How much additional time is needed to turn a custom widget into a pluggable widget? Is there a generic mechanism that automatically turn a custom widget into a pluggable widget where it might be possible? :-) I'm just trying to figure out how to best create and use composite widgets. Ideas and advice are appreciated. Thanks. -- Daniel Yek. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list