Searched refs:setHostWindow (Results 1 – 9 of 9) sorted by relevance
78 public int setHostWindow (long window) { in setHostWindow() method in IWebView
80 procedure setHostWindow(newValue: NSWindow); message 'setHostWindow:';
37 void setHostWindow(QMainWindow *hostWindow);
214 void MpvObject::setHostWindow(QMainWindow *hostWindow) in setHostWindow() function in MpvObject
604 mpvObject_->setHostWindow(mpvHost_); in setupMpvObject()
544 hr = webView.setHostWindow (browser.handle); in create()1034 webView.setHostWindow (0); in onDispose()
24567 createRenderer/destroyRenderer are now hidden behind setHostWindow.24579 call to setHostWindow here from the WM_CREATE handler. The WM_CREATE24582 no-longer-needed call to createRenderer (setHostWindow does this now)24588 WM_DESTROY; setHostWindow does this now. Fixed up our WM_PAINT handler24594 setHostWindow instead of destroyRenderer; the former calls the latter24596 (WebCore::WKCACFLayerRenderer::setHostWindow): Moved here from the
41099 a dummy HWND so that it can step through the whole setHostWindow() 41104 setHostWindow() and createRenderer() now both return bools that 41114 (WebCore::WKCACFLayerRenderer::setHostWindow):
43721 …View::wndProc): Set the WebView's host window to 0 when it's destroyed. setHostWindow() will call 43724 …(WebKit::WebView::setHostWindow): Update the window's parent window and call windowAncestryDidChan…