Move WebFrame into public/platform |
||||
Issue descriptionDoing this will let us simplify the plumbing for frames / frame trees: right now, there's a lot of indirection to get from core/frame into WebLocalFrame (everything ends up getting plumbed through FrameLoaderClient / FrameClient, even if it's unrelated to loading). Unfortunately, there are a number of obstacles to implementing this: for one, WebFrame / WebLocalFrame have a bunch of methods that use web types like WebNode. One potential solution is to split WebFrame into platform and keep WebLocalFrame in web, though that feels rather odd.
,
Sep 2 2016
The split you mentioned here is what I had in mind, I had hoped we'd start with a set of pure virtual interfaces in platform/ and then go from there.
,
Jan 31 2017
,
Feb 13 2017
,
Feb 2 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by dcheng@chromium.org
, Aug 17 2016