Re: Gtk+4.0

2016-07-07 Thread Emilio Pozuelo Monfort
Hi, On 21/06/16 16:26, Peter Weber wrote: > I don't see here an active discussion about Gtk+4.0[1]? So I'm trying to > write about my thoughts, in a careful way. In the first moment, I thought > this is a good idea and just the numbering is misleading. Stability is what > developers want, we need

Re: where i find a manual for write a wm in gtk3 ?

2014-02-26 Thread Emilio Pozuelo Monfort
On 27/02/14 00:20, Emmanuele Bassi wrote: > hi; > > you really cannot use GTK+ to write a window manager. > > to be absolutely, brutally honest with you, you should not write a > window manager *at* *all* — not even a little one. > > if you want to experiment with window management policies, I s

Re: GtkMenu padding - need an alternative for providing an offset

2013-10-29 Thread Emilio Pozuelo Monfort
Hi, On 30/10/13 01:10, Michael Webster wrote: > Apologies if this has been brought up already... > > This patch: > > https://git.gnome.org/browse/gtk+/commit/gtk/gtkmenu.c?id=01dc23cdec377c9d9897cc32bf28ec1d241b29fa Is it just me or all these changes we've recently made are not 'deprecations' b

Re: non-Linux OSes

2013-10-27 Thread Emilio Pozuelo Monfort
Hi, On 23/10/13 18:40, Colin Walters wrote: > When I read this again I realized my previous mail had a bad tone...what > I really wanted to say is: Thanks for your answers. I didn't take them in a bad way at all. > I think InstalledTests is a natural evolution of "make check" that is > far more

Re: non-Linux OSes

2013-10-22 Thread Emilio Pozuelo Monfort
Hi, On 21/10/13 10:34, Ryan Lortie wrote: > hi, > > GLib aims to work on a wide range of operating systems, but we have no > good story for ensuring that this is the case. Mostly we do things for > Linux and, if they are the sort of thing that may cause problems, we > also check that they work o

Re: disabling GTK+ features to shrink GTK+

2010-06-15 Thread Emilio Pozuelo Monfort
On 15/06/10 11:01, Tor Lillqvist wrote: > Well, not only GTK+, but presumably then also everything else under it > in the stack, otherwise it would be a rather pointless exercise, > wouldn't it? I am fairly sure it doesn't work out-of-the-box. I have > never tried. We build GTK+, GLib, Pango and C

Re: disabling GTK+ features to shrink GTK+

2010-06-15 Thread Emilio Pozuelo Monfort
On 15/06/10 09:26, Tor Lillqvist wrote: > Not out-of-the-box currently, but working on that would be a better > idea, and enabling statically building the GTK+ stack would have a > better chance of getting upstream. You can already build GTK+ statically, can't you? Or doesn't it work on Windows?

Re: Minutes of the gtk+ team IRC meeting - 2010-06-08

2010-06-08 Thread Emilio Pozuelo Monfort
Hi, On 09/06/10 00:49, Emmanuele Bassi wrote: > • how to deal with gtk-requiring libraries, with regards to the API/ABI break > - libraries will have to do an ABI bump to match the ABI bump in gtk > - we need to communicate this on the various venues and remind the maintainers > ACTION: mclasen to