[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtk-devel
Subject:    Re: Widget, drawing and event coordinates
From:       Matthias Clasen <matthias.clasen () gmail ! com>
Date:       2017-06-12 9:59:18
Message-ID: CAFwd_vAdeBRMNX_55NLbaWerFtfebx7-n6=s-W2VDByiAj0=xw () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Trying to summarize an irc discussion on this topic:

We generally agreed that the content area should be what all vfuncs
(measure,
size_allocate, snapshot), events and signal handlers operate in.

The other size that is relevant for widgets is the 'outer' size including
the content size,
css padding, border and margin, and any extra space that the widget might
be allocated.

Widgets need the content size of themeselves, and the outer size of their
children.

We should introduce new getters for content size and outer size, and phase
out
get_allocation, which is defined in terms of the parent window - not very
useful
anymore.

[Attachment #5 (text/html)]

<div dir="ltr"><div><div><div><div><div><div><div>Trying to summarize an irc \
discussion on this topic:<br><br></div>We generally agreed that the content area \
should be what all vfuncs (measure, <br>size_allocate, snapshot), events and signal \
handlers operate in.<br><br>The other size that is relevant for widgets is the \
&#39;outer&#39; size including the content size,<br>css padding, border and margin, \
and any extra space that the widget might be \
allocated.<br></div></div><br></div>Widgets need the content size of themeselves, and \
the outer size of their children.<br><br></div>We should introduce new getters for \
content size and outer size, and phase out<br></div>get_allocation, which is defined \
in terms of the parent window - not very useful<br></div>anymore.<br></div>



_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


[prev in list] [next in list] [prev in thread] [next in thread]