Re: Widget name is 0x0 after GtkWidget key-press-event
On 08/13/2010 04:50 PM, John Stebbins wrote: On 08/13/2010 06:22 AM, Tadej Borovšak wrote: Hi. Your problems are caused by the fact that GtkBuilder since GTK+-2.20 doesn't set widget's name property to id field anymore. API docs[1] warn about this change (see the first Note section in description). Tadej [1] http://library.gnome.org/devel/gtk/stable/GtkBuilder.html#GtkBuilder.description use gtk_buildable_get_name(GTK_BUILDABLE(widget)) instead. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list Thanks all, that looks exactly like what happened. It really messed things up especially after being away from it for a while. Thanks again ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Website proposal for usability
On Fri, Aug 13, 2010 at 4:22 AM, Andreas Nilsson nisses.m...@home.se wrote: On 08/12/2010 10:50 AM, Martyn Russell wrote: On Mon, 2010-08-09 at 14:54 -0700, Devin Samarin wrote: I was browsing around gtk.org and I thought that it could use some adjustments. So I downloaded the web files with git and made some changes. I attached some screenshots and example file on Bugzilla (the design changed a little since then), but if my computer is up, you can see it at http://eboyjr.homelinux.org:8080/gtk/ . Thank you so much for working on this! Looks like a great step forward for the website. Maybe you want a different font size in the sidebar headers to give it a sense of hierarchy. Sure it's no problem at all :) It's also good to learn a little about designing cross-browser website because I usually just told people who used IE6 to upgrade to a modern browser. :P And as for the headers, I made them smaller. Thanks for the nit-picking, to me it's the details that count. Could we come up with something more fun and interesting to use as a header than What is GTK+? Something that can grab people and lead them into reading the text. Okay I tried spicing up the entire section, but I'm sure the wording is a little awkward in a few places and it's not perfect yet.. Input is appreciated On Thu, Aug 12, 2010 at 1:50 AM, Martyn Russell mar...@lanedo.com wrote: - Are the pages XHTML validated? The current side is and I would like to try and keep it that way. Same goes for the CSS. All the pages now pass XHTML 1.0 Strict validation, but the CSS is invalid *only* because of the -moz-*, -webkit-*, and border-radius properties... I hope that is not a problem ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: How does gmainloop schedule GSources by priority?
Hi, Havoc 2010/8/12 Havoc Pennington h...@pobox.com Hi, Anyway you are correct, the main loop does not do any fancy scheduling where it allocates time slices. Higher priorities simply always win. Havoc I've written a test program, which creating watches for two GIOChannels: one for stdin with a low priority, and the other for a named pipe with a high priority. Then ran the program with no data written to the named pipe, it can still response to input of stdin, which seems like high priority sources will not block low priority sources. I go though the code of g_io_unix_prepare, it doen't simply return true. It seems that when creating a new type of GSource, I should take care of the *prepare* method, to prevent a very high priority source of this new type blocking other sources? -- Regards, - cee1 ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list