Johnny Stenback wrote:
I think we'd need strong proof of a frame pointer in content nodes being worht the cost, but a bit for this we can afford. We've got mFlagsOrSlots in nsGenericElement, we can shave a bit off of GENERIC_ELEMENT_CONTENT_ID_MASK and use that for knowing if there might be a frame for this element or not.
Ah, excellent. That sounds good.
Does this matter much for XUL?
It doesn't, as far as I can tell.
What would be a reasonable nsIContent api for this?
void SetHasFrame(PRBool aHasFrame); PRBool MayHaveFrame();
?
Yeah, though I think I'd name the setter SetMayHaveFrame to not make it seem like it implies that you're required to keep this state up-to-date as frames go away.
So for textnodes, I guess we can make the getter return parent->MayHaveFrame(), and the setter a no-op, and maybe even assert if someone ever calls it?
-- jst _______________________________________________ mozilla-layout mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-layout
