[Webkit-unassigned] [Bug 187415] [WinCairo] Support display of webinspector ui on non-legacy minibrowser
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Jul 9 10:55:49 PDT 2018
https://bugs.webkit.org/show_bug.cgi?id=187415
--- Comment #9 from Stephan Szabo <stephan.szabo at sony.com> ---
Comment on attachment 344483
--> https://bugs.webkit.org/attachment.cgi?id=344483
Initial WebInspector UI bits for non-legacy wincairo
View in context: https://bugs.webkit.org/attachment.cgi?id=344483&action=review
>> Source/WebKit/PlatformWin.cmake:53
>> + UIProcess/win/WebInspectorMessageListener.cpp
>
> The original implementaion had handled WM_WINDOWPOSCHANGING in WebInspectorProxy.
> Why do you want to add a new file?
I'd thought it might be harder to sell a platform specific inheritance change in WebInspectorProxy for Windows than to put it in its own class and using a forward declaration. Looking at https://trac.webkit.org/browser/webkit/trunk/Source/WebKit2/UIProcess/WebInspectorProxy.h?rev=134346 that seems to have been how it was done previously, so I'll move to that.
>> Source/WebKit/UIProcess/WebInspectorProxy.h:221
>> + ATOM registerWindowClass();
>
> The original implementaion had returned bool. Why do you want to return ATOM?
I was just matching it to the actual return type for RegisterClassEx, but since we really only care about did it work or not, moving to bool should be okay.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180709/1b8839e4/attachment.html>
More information about the webkit-unassigned
mailing list