Re: GTK+3 motion events and is_hint
Anyone? \d ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+3 motion events and is_hint
This is a good question, actually I haven't used this feature since GTK+2... I'd be curious to know the answer but here is my input anyway. Your application doesn't do much between is_hint events, so it could be that if you were slow handling the hint events, you might receive events that are not 'is_hint' in between the regular 'is_hint' events. FWIW, I don't think you should be concerned about which events are 'is_hint' or not 'is_hint'. Rather, the hint mask traditionally prevents you from receiving too many motion events that are queued up while your widget is processing a previous event, and the call to gdk_event_request_motions() tells GDK that your GdkWindow is ready to handle more motion events. Actually, I don't see why you should be trying to handle the 'is_hint' events any differently from the normal events (it should be enough to just call gdk_event_request_motions() at the end of a motion-notify-event handler, after you're done processing the event). Cheers, -Tristan On Fri, May 17, 2013 at 6:15 PM, Donn donn.in...@gmail.com wrote: Anyone? \d ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can I install both GTK+2 and GTK+3?
On Fri, 17 May 2013 03:50:57 +0100 Emmanuele Bassi eba...@gmail.com wrote: hi; yes, you most definitely can have gtk 2.x and gtk 3.x installed on the same machine, without them interfering with each other. the shared libraries and ancillary files are all parallel installable. what you cannot do is using gtk 2.x *and* gtk 3.x at the same time, in the same process. if you want to write your application to support both gtk 2.x and 3.x, you can do that only by compiling once against gtk 2.x and again against gtk 3.x — i.e. you will need two binaries. targeting gtk 2.x is not a good idea, though, unless you're migrating from 2.x to 3.x and you want to have a grace period for your users to switch. gtk 3.x is already 2.5 years old, and will be 3 years old when 3.10 is released this September. I wouldn't agree with that. gtk+-2 is still maintained (the latest maintenance release is 4 days old) and is a far more stable target. The introspection bindings for gtk+-3 break at regular intervals (I gave up on trying write minor tools using gjs/introspection about 2 years ago because of it), and the theming breaks with every release. Theming is not necessarily an issue for many programs, but introspection is. Possibly things might be settling down with gtk+3 now but I have not seen any announcement that these are considered stable now. Until there is more stability I doubt there is any prospect of the big non-gnome gtk+ applications I use (claws-mail, firefox and libreoffice) moving to gtk+-3. Chris ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can I install both GTK+2 and GTK+3?
On Fri, May 17, 2013 at 11:40:10AM +0100, Emmanuele Bassi wrote: it's maintained only for critical bugs, or for platform support; no new feature, and no new API is *ever* going in to the gtk-2-24 branch. And that's what many 3rd party developers like. Absolutely no changes except critical bug and platform support fixes. All the small bugs and peculiarities are known, are not replaced with a different set of small bugs and peculiarities in the next release and we've learned how to work around them. Actually, I do target Gtk+3 with a program which has a number of its own widgets. And I'm constantly anxious and wondering whether it was a good decision... Yeti ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+3 motion events and is_hint
On 17/05/2013 11:29, Tristan Van Berkom wrote: This is a good question, actually I haven't used this feature since GTK+2... I'd be curious to know the answer but here is my input anyway. Tristan, Thanks so much for responding. I will try your suggestions and perhaps clarity will come in time. I do think it's a GTK+3 quirk. In the meantime, I will keep coding - better to aim for finished than perfect. \d ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can I install both GTK+2 and GTK+3?
Thanks Emmanuele. Yes, providing a grace period for users is exactly what I had in mind. For example, since lots of people are less than enthused about Unity, there are quite a few Ubuntu 10.04 users still out there, and the Ubuntu repository only serves up GTK+2 for that. I suppose people might be able to build GTK+3, but that's likely a lot of work. So had in mind producing two binaries for the distribution tarball. From: Emmanuele Bassi eba...@gmail.com To: David Buchan pdbuc...@yahoo.com Cc: gtk-app-devel-list list gtk-app-devel-list@gnome.org Sent: Thursday, May 16, 2013 10:50 PM Subject: Re: Can I install both GTK+2 and GTK+3? hi; yes, you most definitely can have gtk 2.x and gtk 3.x installed on the same machine, without them interfering with each other. the shared libraries and ancillary files are all parallel installable. what you cannot do is using gtk 2.x *and* gtk 3.x at the same time, in the same process. if you want to write your application to support both gtk 2.x and 3.x, you can do that only by compiling once against gtk 2.x and again against gtk 3.x — i.e. you will need two binaries. targeting gtk 2.x is not a good idea, though, unless you're migrating from 2.x to 3.x and you want to have a grace period for your users to switch. gtk 3.x is already 2.5 years old, and will be 3 years old when 3.10 is released this September. ciao, Emmanuele. On 17 May 2013 03:40, David Buchan pdbuc...@yahoo.com wrote: I am using Ubuntu 13.04. Rumour on the street (I *think* I read it somewhere) is that I can install both libgtk2.0-dev and libgtk-3-dev. Is that true? Can they both be installed without interfering with each other, and without breaking Unity? I'd like to be able to provide executables of my program for those with GTK+2 and those with GTK+3. Maybe I'm safer to use two separate machines to compile. Unity seems delicate. Dave ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can I install both GTK+2 and GTK+3?
On Fri, May 17, 2013 at 11:17 PM, Emmanuele Bassi eba...@gmail.com wrote: hi; On 17 May 2013 12:37, David Nečas y...@physics.muni.cz wrote: On Fri, May 17, 2013 at 11:40:10AM +0100, Emmanuele Bassi wrote: it's maintained only for critical bugs, or for platform support; no new feature, and no new API is *ever* going in to the gtk-2-24 branch. And that's what many 3rd party developers like. Absolutely no changes except critical bug and platform support fixes. yes, I suppose there is a part of ISVs that favour this approach. after all, there are still a ton of corporate Motif applications written in 1994 lying around that still need to be replaced by web apps. All the small bugs and peculiarities are known, are not replaced with a different set of small bugs and peculiarities in the next release and we've learned how to work around them. sure, let's work around bugs and peculiarities instead of, you know, fixing them. ;-) Right, but let's try to fix them without radically changing the set of particularities and introducing new bugs in the process ;-) Basically, we must care about not breaking applications which were written 3 or 4 years ago, those applications are just as important as applications which were written, or hacked on, in the current release cycle. The more we care about code which others have written in the past, and not breaking their code by our fixing of bugs the more we build trust. Anyway, I'm sure this trust is getting stronger the more that applications do port to GTK+3 and the more GTK+3 matures. I.e. it's hard to fix back-compat problems when nobody files bugs about them, the more applications which do port, the more bugs get filed, and the more awareness is raised in general. It's that awareness which helps us to pay attention to older applications, helps us to avoid breaking older applications (which are just as important as newer applications). Cheers, -Tristan ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Can I install both GTK+2 and GTK+3?
hi; On 17 May 2013 16:54, Tristan Van Berkom t...@gnome.org wrote: sure, let's work around bugs and peculiarities instead of, you know, fixing them. ;-) Right, but let's try to fix them without radically changing the set of particularities and introducing new bugs in the process ;-) that only happens with proper regression testing and continuous integration — and, rejoice! it's been worked on right as we speak. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkAssistant apply signal
Hey list, During handling of the apply signal in my GtkAssistant, what is the recommended way of stopping the assistant from advancing to the next page if my code would like to abort the apply transitioning to the next page automatically? I am aware of the set_page_complete() function, however I don't actually know if the page is ready to transition to the next page until the apply button is actually pressed. What I'm doing now if I ever want to stop the apply signal transitioning to the next page is to run the following in the apply signal callback where currentPageIndex is the index of the assistant page containing the apply button. assistant.set_current_page(currentPageIndex - 1) This works, excepts it has an obnoxious side effect. This makes the 'previous' button transition to ghost pages however many times the above 'apply' code is run if the user clicks 'previous' on the page containing the apply button. By ghost page, I mean clicking previous goes back, but the page doesn't actually change, only on the left page list in the assistant. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list