August 2007 - webkit-dev - lists.webkit.org

Re: [webkit-dev] add webkit head file build errors
by Mark Rowe 15 Aug '07

15 Aug '07

On 16/08/2007, at 12:59 AM, Mike Hommey wrote: > On Wed, Aug 15, 2007 at 11:06:44PM +1200, Mark Rowe > <bdash(a)webkit.org> wrote: >> >> unicode/uchar.h is part of ICU, not WebKit itself. On Windows the >> ICU >> headers will be included with one of the library zip files which are >> downloaded as part of setting up your build environment. > > Note the ICU headers are present in SVN under WebCore/icu and > JavaScriptCore/icu. Aren't the nightly source tarballs full extracts > of the trunk ? mrowe@daisy:~/Documents/Work/WebKit-git/OpenSource$ cat JavaScriptCore/ icu/README The headers in this directory are for compiling on Mac OS X 10.4. The Mac OS X 10.4 release includes the ICU binary, but not ICU headers. For other platforms, installed ICU headers should be used rather than these. They are specific to Mac OS X 10.4. mrowe@daisy:~/Documents/Work/WebKit-git/OpenSource$ - Mark

1 0

add webkit head file build errors
by pj_wh120＠sina.com 15 Aug '07

15 Aug '07

hi all, I add some webkit build head files into my project and build it, occurd some errors as: “unicode/uchar.h”: No such file or directory I found under "WebKit\WebKitBuild\include\WebCore\ForwardingHeaders\wtf\unicode" directory, only build one file 'Unicode.h',no 'uchar.h',why? I have build webkit success on windows platform. as: =========================================================== WebKit is now built. To run Safari with this newly-built code, use the "WebKit/WebKitTools/Scripts/run-safari" script. NOTE: WebKit has been built with SVG support enabled. Safari will have SVG viewing capabilities. =========================================================== I have on idea, anybody can help me? thanks!! jeff ------------------------------------------------------------------- MOTORAZR 系列颠覆之作，全新V8超大双屏手机( http://d1.sina.com.cn/sina/limeng3/mail_zhuiyu/2007/mail_zhuiyu_20070813.ht… ) =================================================================== 注册新浪2G免费邮箱（ http://mail.sina.com.cn/chooseMode.html ）

3 2

Platform improvements to the layout tests
by Matt Lilek 15 Aug '07

15 Aug '07

Hi everybody, We've recently made some changes to the layout tests that allow us to have much better flexibility in the way we handle platforms. Most of my examples use Leopard only to demonstrate the hierarchical nature of the new tests and apply equally to all platforms. Test results are now searched for using a platform hierarchy defined within the script for your platform. If you were running Leopard for example, when run-webkit-tests comes across the css1/basic/ inheritance.html test, it will first search platform/mac-leopard/css1/ basic for the results, then platform/mac/css1/basic and finally in the same directory as the test. As for new tests, if the test produces text-based results (ie: dom/), it will still have it's results generated alongside the test. Pixel and render-tree test results will now be generated in the test's most common corresponding platform/ directory. So creating a new test in fast/backgrounds on Leopard will have the results generated in platform/mac/fast/backgrounds. If that test's results are specific to Leopard, they will manually have to be moved to the mac-leopard directory and a different set of results created on Tiger (or the test could just be made Leopard-only). The mac pixel test results are still in their old locations, but I'll be migrating those to platform/mac as time goes on. run-webkit-tests also now allows for platform-specific tests and Skipped files as well. The addition of the former should hopefully cut down on the number of entries in the latter. For those working on new ports, setting up all of this for your port is really easy. Once you have DRT up and running, you only need to create your directory (or directories) in platform/ and define the $platform variable in run-webkit-tests to point to it. Hopefully this clears up any confusion anyone may have. Happy hacking! - Matt

2 1

Fwd: [webkit-changes] [24935] trunk
by Kevin McCullough 14 Aug '07

14 Aug '07

Forwarding for Maciej and Hyatt.  Kevin McCullough kmccullough(a)apple.com Begin forwarded message: > From: Alexey Proskuryakov <ap(a)webkit.org> > Date: August 13, 2007 12:10:32 PM PDT > To: Kevin McCullough <kmccullough(a)apple.com> > Cc: Dave Hyatt <hyatt(a)apple.com>, Maciej Stachowiak <mjs(a)apple.com>, webkit-changes(a)lists.webkit.org > Subject: Re: [webkit-changes] [24935] trunk > > Hi Kevin, > > You are right that HTML 5 only specifies the behavior of > createElement for > HTML documents (which is not directly related to HTML serialization > though). > However, the concept of "a Document created with an XHTML MIME type" > is > completely alien to this spec AFAIK, so our current behavior is in > rather > bad contradiction with it. > > Also, Hixie's comments in bug 8007 and other ones seem to indicate > that > the intention is to make namespace-unaware methods behave > consistently in > XML and HTML documents as much as possible. > > Looking at Zimbra's bugzilla, I believe that yes, their TOT works > with > Safari 3 (pre-r24935). I haven't tested this myself, though. > > on 13.08.2007 22:59, Kevin McCullough at kmccullough(a)apple.com wrote: > >> Hi Alexey, hopefully I am explaining this correctly. r24935 was >> aimed >> at changing crateElement wrt XML serialization (as opposed to HTML >> serialization) which I don't believe is specified in the HTML5 spec, >> and the change is purely to match compatibility with FireFox (the >> differences I saw I turned into the layouttests). Are you sure >> Zimbra >> workes with TOT before r24935? >> >> If I'm unclear on something please feel free to clarify >> >>  Kevin McCullough >> kmccullough(a)apple.com >> >> >> >> On Aug 11, 2007, at 10:36 PM, Alexey Proskuryakov wrote: >> >>> >>> So, Zimbra already has code that works with TOT WebKit, and doesn't >>> need >>> any workarounds. Do we have any other reasons to be non-conformant >>> with >>> HTML5? If not, I'd suggest reverting r24935. >>> >>> on 09.08.2007 21:49, Kevin McCullough at kmccullough(a)apple.com >>> wrote: >>> >>>> For that decision I will forward you on to Hyatt and Maciej. >>>> >>>>  Kevin McCullough >>>> kmccullough(a)apple.com >>>> >>>> >>>> >>>> On Aug 8, 2007, at 9:53 PM, Alexey Proskuryakov wrote: >>>> >>>>> Hi Kevin, >>>>> >>>>> Thank you for the clarification! >>>>> >>>>> Do you expect that this will make it to HTML5, or will WebKit be >>>>> non-conformant from the very beginning? HTML5 seems to have a nice >>>>> model >>>>> (old-style DOM functions always work in HTML namespace), and >>>>> doesn't >>>>> have a >>>>> notion of "a Document created with an XHTML MIME type" AFAICT. A >>>>> real life >>>>> site that breaks on an "isSafari" branch is not a very convincing >>>>> example. >>>>> >>>>> on 09.08.2007 02:16, Kevin McCullough at kmccullough(a)apple.com >>>>> wrote: >>>>> >>>>>> Hi Alexey, >>>>>> Sorry I wasn't clearer. I reverted r24146 and added some code >>>>>> so >>>>>> now you will get an XHTML namespace when calling CreateElement if >>>>>> you >>>>>> are an HTMLDocument or a Document created with an XHTML MIME >>>>>> type. >>>>>> >>>>>> I will update the bugs below with this information. I think >>>>>> 14835 >>>>>> can >>>>>> probably be closed, and the rest just need a comment. This does >>>>>> fix >>>>>> the given error in 11565 but we are still unable to log into >>>>>> Zimbra >>>>>> for another reason. >>>>>> >>>>>> I think 8007 is where the conversation for this issue should take >>>>>> place. I'll add a comment. >>>>>> >>>>>>  Kevin McCullough >>>>>> kmccullough(a)apple.com >>>>>> >>>>>> >>>>>> >>>>>> On Aug 8, 2007, at 1:22 PM, Alexey Proskuryakov wrote: >>>>>> >>>>>>> on 08.08.2007 21:14, kmccullo(a)webkit.org at kmccullo(a)webkit.org >>>>>>> wrote: >>>>>>> >>>>>>>> - <rdar://problem/4976879> REGRESSION: Safari doesn't work >>>>>>>> with Zimbra >>>>>>>> enhanced login. >>>>>>>> - Reverting a previous change, and modifying how documents >>>>>>>> are created >>>>>>>> so that we better match other browsers behavior with respect to >>>>>>>> namespaceURIs. >>>>>>> >>>>>>> What is the new behavior, and is it documented anywhere? It's >>>>>>> not >>>>>>> even >>>>>>> quite obvious which previous change was reverted. >>>>>>> >>>>>>> See bugs 8007, 14506, 10932, 14835 - I think some or all of them >>>>>>> may need >>>>>>> to be updated to describe the new behavior. >>>>>>> >>>>>>> + log("This test was written to address rdar://problem/4976879 >>>>>>> . >>>>>>> And >>>>>>> tests how namespaceURI's are assigned."); >>>>>>> >>>>>>> Would it be possible to have this bug reflected in Bugzilla, so >>>>>>> that the >>>>>>> rationale would be known? It's good to know the title of the >>>>>>> bug, >>>>>>> but maybe >>>>>>> there was some useful information in the report and in >>>>>>> subsequent >>>>>>> discussions? >>>>>>> >>>>>>> In particular, I'm wondering if this is in fact a workaround for >>>>>>> some >>>>>>> broken Safari-specific code in Zimbra (see bug 11565, which is >>>>>>> probably >>>>>>> different, but may be tangentially related). >>>>>>> >>>>>>> - WBR, Alexey Proskuryakov. >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> webkit-changes mailing list >>>>>>> webkit-changes(a)lists.webkit.org >>>>>>> http://lists.webkit.org/mailman/listinfo/webkit-changes >>>>>> >>>>> >>>>> - WBR, Alexey Proskuryakov. >>>>> >>>>> >>>> >>> >>> - WBR, Alexey Proskuryakov. >>> >>> >> > > - WBR, Alexey Proskuryakov. > >

1 0

Re: Embedded WebView & autoscroll
by piet 14 Aug '07

14 Aug '07

I posted some sample code based on Developer/Examples/WebKit/MiniBrowser to illustrate better what I'm trying to do, if you'd like to take a peek. It's at http://www.yourfilelink.com/get.php?fid=373281 (sorry for the ads) Is there any open-source application that does something similar? Or do you know anybody in the Apple Mail team? Thanks, Piet --- piet <piet.webkit(a)yahoo.com> wrote: > I need help! > > What I'm trying to do is very similar to the Message Pane in the Apple Mail > application, ie. put a WebView together with one other view into a > NSScrollView. In the case of Apple Mail, the WebView displays HTML messages, > the other view displays the message headers, and a single set of scrollbars > make them scroll both at the same time. > > To do so, I have a TilingView that contains a NSBoxView and a WebView. The > WebView doesn't have scrollbars: instead, it adjusts its size to the size of > the HTML document. The TilingView listens to > NSViewFrameDidChangeNotification, adjusts its size to the size of the > WebView, makes additional space for the NSBoxView, and is included into a > NSScrollView. > > All that works fine as long as I'm using the scrollbars of my NSScrollView: > the NSBoxView and the WebView scroll together and allow to see the entire > document, and the scrollbars are shown/hidden correctly if the NSScrollView > is large enough to display both views simultaneously. > > The problem is: auto-scroll does not work. When I click into the WebView, > the mouseDown event is captured and handled by the WebView, and is not > propagated up the view hierarchy into my NSScrollView. > > What can I do to make the TilingView auto-scroll inside the NSScrollView? > > --- > > Here are more details to put you on track maybe... > > The view hierarchy of my application, as displayed by F-Script, is: > WebHTMLView > WebClipView > WebDynamicScrollBarsView > WebFrameView > WebView > MyTilingView > NSClipView > NSScrollView > MyComposedView > etc... > > The view hierarchy of Apple Mail (when displaying an HTML mail) is: > MessageWebHTMLView > WebClipView > WebDynamicScrollBarsView > WebFrameView > MessageWebView > TilingView > NSClipView > NSScrollView > ColorBackgroundView > etc... > > How does Apple Mail manage to have the WebView create and use their own > subclass of WebHTMLView (the "MessageWebHTMLView") instead of a standard > WebHTMLView? > > Thanks a lot, > Piet > ____________________________________________________________________________________Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.yahoo.com/

1 0

Embedded WebView & autoscroll
by piet 13 Aug '07

13 Aug '07

I need help! What I'm trying to do is very similar to the Message Pane in the Apple Mail application, ie. put a WebView together with one other view into a NSScrollView. In the case of Apple Mail, the WebView displays HTML messages, the other view displays the message headers, and a single set of scrollbars make them scroll both at the same time. To do so, I have a TilingView that contains a NSBoxView and a WebView. The WebView doesn't have scrollbars: instead, it adjusts its size to the size of the HTML document. The TilingView listens to NSViewFrameDidChangeNotification, adjusts its size to the size of the WebView, makes additional space for the NSBoxView, and is included into a NSScrollView. All that works fine as long as I'm using the scrollbars of my NSScrollView: the NSBoxView and the WebView scroll together and allow to see the entire document, and the scrollbars are shown/hidden correctly if the NSScrollView is large enough to display both views simultaneously. The problem is: auto-scroll does not work. When I click into the WebView, the mouseDown event is captured and handled by the WebView, and is not propagated up the view hierarchy into my NSScrollView. What can I do to make the TilingView auto-scroll inside the NSScrollView? --- Here are more details to put you on track maybe... The view hierarchy of my application, as displayed by F-Script, is: WebHTMLView WebClipView WebDynamicScrollBarsView WebFrameView WebView MyTilingView NSClipView NSScrollView MyComposedView etc... The view hierarchy of Apple Mail (when displaying an HTML mail) is: MessageWebHTMLView WebClipView WebDynamicScrollBarsView WebFrameView MessageWebView TilingView NSClipView NSScrollView ColorBackgroundView etc... How does Apple Mail manage to have the WebView create and use their own subclass of WebHTMLView (the "MessageWebHTMLView") instead of a standard WebHTMLView? Thanks a lot, Piet ____________________________________________________________________________________ Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/

1 0

Re: [webkit-reviews] Highlighing Object Lists
by Adam Roben 13 Aug '07

13 Aug '07

On Aug 13, 2007, at 1:03 PM, Johnson, Geoffrey wrote: > Hi Adam, > > I think the bug you were looking for is logged as 14401, and also > there appears to be a patch which allows users the freedom to copy > and paste network requests. I tried implementing the patch however > I couldn’t get it to work. Would it be possible to verify that it > is still correct? The bug/patch you're referring to make it possible to select and copy the HTTP headers shown when you click on a resource in the Network Panel. It sounds like you want to copy the actual list of resources, though, which I don't believe is currently possible and should be filed as a new bug. -Adam > > Thanks, > Geoffrey Johnson > From: Adam Roben [mailto:aroben@apple.com] > Sent: Wednesday, August 08, 2007 1:11 PM > To: Johnson, Geoffrey > Cc: WebKit Development > Subject: Re: [webkit-reviews] Highlighing Object Lists > > On Aug 8, 2007, at 6:37 AM, Johnson, Geoffrey wrote: > > > Is it possible to get Webkit Inspector to highlight the list of > objects in “Network” so that they can be copied? I would like to > paste the object list into a text editor as is possible in Firebug, > but currently this is not supported. Thanks. > > (I'm moving this thread to webkit-dev, which is the appropriate list > for discussions such as this). > > Hi- > There's not currently a way to copy from the Network panel of the > Inspector, though this is something we'd definitely like to support. > We'd also like to support copying from other parts of the Inspector > (e.g., the DOM view). I thought we had a bug filed on this, but I > can't find it right now, so it would be great if you could file one > on http://bugs.webkit.org/ ! > > -Adam >

1 0

Adding custom module to the WebkitQt build files?
by Mayur Kankanwadi 13 Aug '07

13 Aug '07

Hi All, I am trying to add a custom helloworld module to be compiled with the WebKitQt build for the gdk build. I have tried modifying WebKit.pro to this add this line: gdk-port:SUBDIRS += ../../WebKitQt/helloworld ../../WebKitQt/helloworld/helloworld.pro But then it gives this error: Error processing project file: /.../XXX/project/WebKit.pro Can someone point me some doc which explains the build system as well as a simple 'how-to' to add custom modules. Thanks in advance. --Mayur Kankanwadi. DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails.

1 0

Issue with calling javascript function from a external thread
by Julien Chaffraix 13 Aug '07

13 Aug '07

Hi all, I am trying to make a wrapper in C++ for the Ivy protocol for OWB (I think it could work on Webkit even though I have not tested) that could world entirely in javascript. Ivy is a light-weigh publish/subscribe protocol. It is based on callback functions that you call when a regExp is seen on the bus. My main problem is that the thread that calls back functions is the thread that handles incoming transmissions, that is not one of Webkit threads. As my problem seems close to what is done in XMLHttpRequest, I have tried mecanisms used by that class and particularly reusing the code from JSAbstractEventListener::handleEvent to call my object. The callback seems to work but developing a javascript application on top of that lead me to discover that some part of javascript are not working : for example, accessing some (not all) element with document.getElementById("...") does return "null" in the callback (but works in the Webkit threads) even though I could access it directly in C++ through Document::getElementById. I do not know much about what I have done wrong but I am eager to do the necessary debugging and testing. Maybe also my method is not the best so if someone has a better idea, he is more than welcome. Thanks, Julien

3 3

Styles panel in inspector
by Sjoerd Tieleman 10 Aug '07

10 Aug '07

Hey guys, I might be missing something here, but is it possible to adjust the width of the right-hand column in the inspector? I use the inspector mainly to debug CSS and some of the more verbose CSS statements (e.g. "border-bottom-color: rgb(255,255,255)") get truncated because the column is not wide enough. Like I said, it might just be an enormous oversight of me, but I can't find it. Kind regards, Sjoerd.

2 2