On 12.06, Matthias Clasen wrote:
> 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
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
On 11.06, Matthias Clasen wrote:
> On Mon, Jun 5, 2017 at 2:38 PM, Timm Bäder wrote:
>
> > The goal here is to unify the coordinate systems we use for events,
> > drawing and size allocation.
> >
> > Widget coordinates definitely should be relative to the parent
> > allocation
On Mon, Jun 5, 2017 at 2:38 PM, Timm Bäder wrote:
> The goal here is to unify the coordinate systems we use for events,
> drawing and size allocation.
>
> Widget coordinates definitely should be relative to the parent
> allocation in some sense, so we can move subtrees around
The goal here is to unify the coordinate systems we use for events,
drawing and size allocation.
Widget coordinates definitely should be relative to the parent
allocation in some sense, so we can move subtrees around without
re-allocating every single widget in it.
In master, all event