Hi,
What's the purpose of gtk_menu_attach_to_widget ? And is there any bad
effect
if I create a gtk menu without using this function ?
BRs,
Baisheng
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.o
On Nov 20, 2007 11:55 AM, Ryan Lortie <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-11-20 at 17:13 +0100, Mathias Hasselmann wrote:
> > For supporting your feature there should be a separate call:
> >
> > void (*get_supported_sizes) (GtkOrientation orientation,
> >
On Nov 20, 2007 8:45 PM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
> a) Maximize number of children taking their natural size.
I am not convinced this is always the best strategy. Doesn't this
encourage starving
one child in favour of the rest of the pack getting their natural size
? If you
On 21 Nov 2007 00:39:29 +0100, Soeren Sandmann <[EMAIL PROTECTED]> wrote:
>
> Comments appreciated.
>
Looks pretty close to what Pascal and I had worked out earlier in
bugzilla, so I'd say it looks
fine api wise. The only things that jumped out in the patch were the
debug printfs that are
still i
On Tue, 2007-11-20 at 20:09 -0500, Behdad Esfahbod wrote:
> On Tue, 2007-11-20 at 07:23 -0500, Mathias Hasselmann wrote:
> >
> > When a container widget got more space allocated than requested, it
> > considers the difference between natural and requested size of its
> > children to distribute tha
Thanks Mathias for the write-up. You didn't get much into the baseline
stuff which was the really interesting part about text, but other than
that, the rest looks good from that point of view. Comments below:
On Tue, 2007-11-20 at 07:23 -0500, Mathias Hasselmann wrote:
>
> When a container widg
On Tue, 2007-11-20 at 23:47 +, Bastien Nocera wrote:
> On Tue, 2007-11-20 at 19:41 +, Emmanuele Bassi wrote:
> > hi everyone;
> >
> > as you might have seen on the wiki page[0], now that GLib and GTK+ have
> > been branched for development, the (bi-)weekly IRC meetings can restart
> > as
On Wed, 2007-11-21 at 00:39 +0100, Soeren Sandmann wrote:
> Hi
>
> I have been doing some work on adding RandR 1.2 support to GTK+. There
> is an initial patch here:
>
> http://www.gnome.org/~ssp/randr/gtk.patch
Was that based on the patch in the bugzilla:
http://bugzilla.gnome.org/show
On Tue, 2007-11-20 at 19:41 +, Emmanuele Bassi wrote:
> hi everyone;
>
> as you might have seen on the wiki page[0], now that GLib and GTK+ have
> been branched for development, the (bi-)weekly IRC meetings can restart
> as well.
English sucks. Is this twice a week, or once every two weeks?
Hi
I have been doing some work on adding RandR 1.2 support to GTK+. There
is an initial patch here:
http://www.gnome.org/~ssp/randr/gtk.patch
The interesting part is perhaps the API:
A new signal on GdkScreen:
void (*monitors_changed) (GdkScreen *screen);
that is emitted whenever
Hi,
While I haven't looked at the patches in detail, based on your writeup
it feels like the interfaces here will make it a little hard to
implement in widgets.
In HippoCanvas I ended up with this:
> void (* get_width_request)(HippoCanvasItem *canvas_item,
>
Am Dienstag, den 20.11.2007, 11:55 -0500 schrieb Ryan Lortie:
> This is definitely no time to go blindly adding new API. :)
True. Very true.
--
Mathias Hasselmann <[EMAIL PROTECTED]>
http://taschenorakel.de/
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Le mardi 20 novembre 2007, à 11:55 -0500, Ryan Lortie a écrit :
> For things like toolbars, wnck window list and so on, it's very unclear
> what the "correct" thing to do it. You could spend a very long time
> thinking about it and still not find an elegant solution. This is
> definitely no time
On Tue, 2007-11-20 at 17:13 +0100, Mathias Hasselmann wrote:
> For supporting your feature there should be a separate call:
>
> void (*get_supported_sizes) (GtkOrientation orientation,
> GtkRequisition **sizes,
>guint
hi everyone;
as you might have seen on the wiki page[0], now that GLib and GTK+ have
been branched for development, the (bi-)weekly IRC meetings can restart
as well.
so, here it is (and sorry for the short notice):
date: 2007-11-20
time: 20:00 UTC [1]
#gtk-devel on irc.gnome.org
meeting points
Am Dienstag, den 20.11.2007, 15:53 +0100 schrieb Vincent Untz:
> Assume the natural width is 500px in the first case, 350px in the second
> case and 200px in the third case. And the minimum width is 400px, 280px
> and 150px.
>
> In such a situation, it doesn't make much sense to allocate 250px to
Le mardi 20 novembre 2007, à 15:15 +0100, Mathias Hasselmann a écrit :
> Am Dienstag, den 20.11.2007, 14:49 +0100 schrieb Vincent Untz:
> > The issue here is that the current way it works is that you can have
> > more than one natural sizes,
>
> No, you have only one natural size.
Ok, right. But
Am Dienstag, den 20.11.2007, 14:49 +0100 schrieb Vincent Untz:
> Le mardi 20 novembre 2007, à 14:32 +0100, Mathias Hasselmann a écrit :
> > Am Dienstag, den 20.11.2007, 14:10 +0100 schrieb Vincent Untz:
> > > Hi Mathias,
> > >
> > > Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a é
Le mardi 20 novembre 2007, à 08:45 -0500, Owen Taylor a écrit :
>
> On Tue, 2007-11-20 at 14:10 +0100, Vincent Untz wrote:
> > Hi Mathias,
> >
> > Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a écrit :
> > > The solution to this problem is simple: Interpret the result of the
> > >
Le mardi 20 novembre 2007, à 14:32 +0100, Mathias Hasselmann a écrit :
> Am Dienstag, den 20.11.2007, 14:10 +0100 schrieb Vincent Untz:
> > Hi Mathias,
> >
> > Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a écrit :
> > > The solution to this problem is simple: Interpret the result
On Tue, 2007-11-20 at 14:10 +0100, Vincent Untz wrote:
> Hi Mathias,
>
> Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a écrit :
> > The solution to this problem is simple: Interpret the result of the
> > "size-request" signal as absolutely minimum size and introduce a new
> > func
Am Dienstag, den 20.11.2007, 14:10 +0100 schrieb Vincent Untz:
> Hi Mathias,
>
> Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a écrit :
> > The solution to this problem is simple: Interpret the result of the
> > "size-request" signal as absolutely minimum size and introduce a new
Hi Mathias,
Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a écrit :
> The solution to this problem is simple: Interpret the result of the
> "size-request" signal as absolutely minimum size and introduce a new
> function for expressing the natural size of a widget.
Obviously somethi
GTK+ finally has been branched for the next release cycle, which means
that features can be added. So it seems to be a good time to descibe the
extended layout patches I've created during this Summer of Code:
* http://live.gnome.org/MathiasHasselmann/NewLayoutManager
* http://bugzilla.gnome.or
24 matches
Mail list logo