>
> Well, yeah. I guess there is some ambiguity of childrenRect. I'd figure it's 
> the bounding rect of the union of all the child areas, then offset x,y. So 
> using this reasoning, x,y, might not always be zero, but if childrenRect is 
> including the offset, then the x,y can only ever be zero, and we get a 
> binding loop.
>
> Here's what the docs say:
> """childrenRect group
> childrenRect.x : real
> childrenRect.y : real
> childrenRect.width : real
> childrenRect.height : real
>
> This property holds the collective position and size of the item's children.
> This property is useful if you need to access the collective geometry of an 
> item's children in order to correctly size the item."""
>
> It's probably too late to change it, but I'm wondering if someone can 
> elaborate on why childrenRect.[width|height] includes the offset? It seems 
> that it would be useful to provide a parameter that provides the offset 
> unapplied to the rect.
I'm guessing it's because childrenRect is a QRect, which is a structure that 
has always contained info about the position (offset) and size (width & height) 
of a rectangle.
The related data structure that omits the position/offset is QSize.
Perhaps an additional property for Item might be useful? I can't think of a 
good name for it though. (For consistency and non-ambiguity, the name for such 
a property should not contain the term "rect

In the "before time" (widgets), we had something called boundingRect, which I 
think is what the current childrenRect truly is. But childrenRect is behaving 
like boundingRect of old, and not an actual rectangle of child areas.

_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Reply via email to