TL;DR = wkorman@/szager@ are working on removing the Widget class. We expect to modify the Frame tree to support everything that's currently done with the Widget tree.
This was partly prompted by desire to further centralize the geometry logic. See also http://crbug.com/634143.Brief history and rationale notes:- a longstanding goal among Blink developers- considered no longer a useful abstraction. Has morphed into a grab bag of functionality.- encompasses logic re: frameview, plugin, scrollbar.- source of subtle bugs related to code that walks widget hierarchy when it should be walking the frame hierarchy, or vice versaThe end result should not produce any change in behavior, but may intersect with other efforts, so we wanted to let folks know that this work is underway.
--
You received this message because you are subscribed to the Google Groups "layout-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to layout-dev+unsubscribe@chromium.org.
To post to this group, send email to layou...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/layout-dev/38e88603-a1b4-43cd-9022-2a042b6d0914%40chromium.org.
On Thu, Aug 11, 2016 at 4:34 PM, Walter <wko...@chromium.org> wrote:TL;DR = wkorman@/szager@ are working on removing the Widget class. We expect to modify the Frame tree to support everything that's currently done with the Widget tree.Frame and Layout trees, right? e.g. existing Widget geometry methods will delegate to the layout tree, as indicated in crbug.com/634143.