[Webkit-unassigned] [Bug 19130] [GTK] ChromeClient::createWindow and friends need to be implemented

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=19130


gns at gnome.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #21902|0                           |1
        is obsolete|                            |
  Attachment #21935|                            |review?
               Flag|                            |




------- Comment #22 from gns at gnome.org  2008-06-25 14:35 PDT -------
Created an attachment (id=21935)
 --> (https://bugs.webkit.org/attachment.cgi?id=21935&action=view)
new proposed patch

I haven't removed/changed show-web-view yet, though it looks like we might:

<kov>
 shiira implements the webViewShow delegate and does this:
     document = [[NSDocumentController sharedDocumentController] 
             documentForWindow:[webView window]];
     [document showWindows];
 kalikiana: aha:
http://developer.apple.com/documentation/Cocoa/Conceptual/DisplayWebContent/Tasks/MultipleWindows.html#//apple_ref/doc/uid/20002026-117573
 kalikiana: that may answer our doubt about the delay; according to that doc,
show-web-view would be invoked directly after create-web-view
 what I find weird about the way this is documented is that their
createWebViewWithRequest needs to ask the frame to load the request, while, as
barisione showed me, webcore already loads the request on the newly created
webview

<kalikiana>
kov: Hm.... makes me wonder how useful that signal is. I mean, if web-view-show
is emitted immediately afterwards anyway, why bother to use that?


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.