Re: [webkit-dev] How to add a progress bar of page loading with webkit?
Well, I checked the WebView.h, and didn't find the estimateProgress method and the three associated notifications. Then I searched them in the chrome's whole solution, didn't get any clue too. 2009/9/28 John Sullivan sulli...@apple.com The Chrome and Safari teams have chosen not to display approximate progress bars for user interface design reasons. You can implement a progress bar for a WebKit-based browser by using the -estimatedProgress method in WebView.h and the associated notifications WebViewProgressStartedNotification, WebViewProgressEstimateChangedNotification, and WebViewProgressFinishedNotification. Note that any such progress bar (in any web browser, WebKit-based or not) is only an approximation, because as a page loads resources, it might discover additional resources that need to be loaded, so the page cannot know in advance how much more there is to load. John On Sep 28, 2009, at 12:14 AM, Jickae Davis wrote: I'm wonderring why Chrome and Safari don't add a progress bar which indicates the progress of loading a html page. I took a look at all the ViewMsg and ViewHostMsg in Chrome's src, and didn't find anything related. So, is that unimpossible to create such a progress bar? If it's not so hard, how to achieve that? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] How to add a progress bar of page loading with webkit?
On Oct 9, 2009, at 1:55 AM, Jickae Davis wrote: Well, I checked the WebView.h, and didn't find the estimatedProgress method http://trac.webkit.org/browser/trunk/WebKit/mac/WebView/WebView.h 76 extern NSString *WebViewProgressStartedNotification; 77 extern NSString *WebViewProgressEstimateChangedNotification; 78 extern NSString *WebViewProgressFinishedNotification; 547 @method estimatedProgress http://trac.webkit.org/browser/trunk/WebKit/win/WebView.h 236 virtual HRESULT STDMETHODCALLTYPE estimatedProgress http://trac.webkit.org/browser/trunk/WebKit/win/Interfaces/IWebView.idl 29 cpp_quote(#define WebViewProgressStartedNotification TEXT (\WebProgressStartedNotification\)) 30 cpp_quote(#define WebViewProgressEstimateChangedNotification TEXT (\WebProgressEstimateChangedNotification\)) 31 cpp_quote(#define WebViewProgressFinishedNotification TEXT (\WebProgressFinishedNotification\)) 589 HRESULT estimatedProgress([out, retval] double* estimatedProgress); -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] How to add a progress bar of page loading with webkit?
I'm not sure where you are looking. This is from WebView.h: /* @discussion Notifications sent by WebView to mark the progress of loads. @constant WebViewProgressStartedNotification Posted whenever a load begins in the WebView, including a load that is initiated in a subframe. After receiving this notification zero or more WebViewProgressEstimateChangedNotifications will be sent. The userInfo will be nil. @constant WebViewProgressEstimateChangedNotification Posted whenever the value of estimatedProgress changes. The userInfo will be nil. @constant WebViewProgressFinishedNotification Posted when the load for a WebView has finished. The userInfo will be nil. */ extern NSString *WebViewProgressStartedNotification; extern NSString *WebViewProgressEstimateChangedNotification; extern NSString *WebViewProgressFinishedNotification; ,,, /*! @method estimatedProgress @discussion An estimate of the percent complete for a document load. This value will range from 0 to 1.0 and, once a load completes, will remain at 1.0 until a new load starts, at which point it will be reset to 0. The value is an estimate based on the total number of bytes expected to be received for a document, including all it's possible subresources. For more accurate progress indication it is recommended that you implement a WebFrameLoadDelegate and a WebResourceLoadDelegate. */ - (double)estimatedProgress; John On Oct 9, 2009, at 1:55 AM, Jickae Davis wrote: Well, I checked the WebView.h, and didn't find the estimateProgress method and the three associated notifications. Then I searched them in the chrome's whole solution, didn't get any clue too. 2009/9/28 John Sullivan sulli...@apple.com The Chrome and Safari teams have chosen not to display approximate progress bars for user interface design reasons. You can implement a progress bar for a WebKit-based browser by using the -estimatedProgress method in WebView.h and the associated notifications WebViewProgressStartedNotification, WebViewProgressEstimateChangedNotification, and WebViewProgressFinishedNotification. Note that any such progress bar (in any web browser, WebKit-based or not) is only an approximation, because as a page loads resources, it might discover additional resources that need to be loaded, so the page cannot know in advance how much more there is to load. John On Sep 28, 2009, at 12:14 AM, Jickae Davis wrote: I'm wonderring why Chrome and Safari don't add a progress bar which indicates the progress of loading a html page. I took a look at all the ViewMsg and ViewHostMsg in Chrome's src, and didn't find anything related. So, is that unimpossible to create such a progress bar? If it's not so hard, how to achieve that? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] dim3 and JavaScriptCore
Thanks to everybody on this list that helped me get up and running with JavaScriptCore. I still have not compiled it myself (too busy working on dim3), so extra thanks to the guy (I forgot your name, sorry) that did the windows compile of CallJS, which got me the lib/dll combo I need to do the win32 port (I got the OS X framework from the nightly build.) Please take a look, dim3 is a free, high end open source 3D engine that scripts through JSC: http://www.klinksoftware.net/download/dim3_3_Beta_13.zip (That's the OS X version, complete with demo project and editors.) I'm *very* happy with JSC, but if I had a wish list it would be (in order or importance, and last time I checked so maybe some of this has changed): 1) include JavaScriptCore.lib with the win32 nightlies; this would mean both nightlies can be used as binary distributions (as most open source projects have) 2) removal of the pthreadVC2 dependancy from JavaScriptCore (it's not referenced) 3) removal of the icu* dependancies from JavaScriptCore for win32 (these files seem contained to a few small places and are actually bigger than any other file by a large margin) -- this might be too much to ask, though, but thought I'd throw it out there 4) Some kind of version-ing call for JSC stand alone (not tied to webkit) Again, thanks for all the help, I wanted you guys/gals to see what I've done with the engine so you know your help went to something good! [] Brian ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] propose an API to return Range in textarea etc. form control nodes (similar functionality as document.caretRangeFromPoint)
Hi Olli, Thanks for your comments. I see your point. Maybe I should propose Document.wordFromPoint() which directly returns the word under the mouse (and handles both the DOM node and non-DOM form control nodes). It hides the information about the node and should be a useful API. Thanks, Xiaomei On Thu, Oct 8, 2009 at 12:25 PM, Olli Pettay olli.pet...@helsinki.fiwrote: On 10/8/09 10:07 PM, Xiaomei Ji wrote: One use case is to show a tooltip of the word's definition in your accept-language when you mouse over the word in a page. It needs to 1. convert the mouse position to character offset within a node (by Document.caretRangeFromPoint() http://dev.w3.org/csswg/cssom-view/#the-documentview-interface), and 2. expand the range to 'word' unit. It is useful for users, especially users from east asian countries, to read the word's definition in their own language while browsing the internet. And it is also userful for users to check the word's definition in their own language while composing something, such as email. This is why I am thinking of displaying the word's definition for textarea. Which needs Document.caretRangeFromPoint() returns the textarea node as the range container node, and the offset as the character offset within textarea. But Document.caretRangeFromPoint() is only allowed to return nodes in the actual DOM, that a user would be able to get to by traversing from the root node. textarea node is not part of the DOM. Document.caretRangeFromPoint() cannot return a Range in a textarea since that Range would not be in the DOM. I would like to propose another API in Document which has the same functionality of Document.caretRangeFromPoint() but also works for textarea etc. form control nodes that are not part of the DOM. Do you really want to expose those (native) anonymous DOM nodes to web? What should happen if one tries to append them to normal DOM? Or removes them? Or adds (mutation) event listener to them? I think we need a bit different kind of API for form controls. -Olli I do not have a good name in mind for such API yet. Would like to hear what you think. Any comments are appreciated! Thanks, Xiaomei ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] How to add a progress bar of page loading with webkit?
I looked up them in chromium's source codes with VS2005. It seems chromium makes a lot of changes on webkit. -_- 2009/10/9 John Sullivan sulli...@apple.com I'm not sure where you are looking. This is from WebView.h: /* @discussion Notifications sent by WebView to mark the progress of loads. @constant WebViewProgressStartedNotification Posted whenever a load begins in the WebView, including a load that is initiated in a subframe. After receiving this notification zero or more WebViewProgressEstimateChangedNotifications will be sent. The userInfo will be nil. @constant WebViewProgressEstimateChangedNotification Posted whenever the value of estimatedProgress changes. The userInfo will be nil. @constant WebViewProgressFinishedNotification Posted when the load for a WebView has finished. The userInfo will be nil. */ extern NSString *WebViewProgressStartedNotification; extern NSString *WebViewProgressEstimateChangedNotification; extern NSString *WebViewProgressFinishedNotification; ,,, /*! @method estimatedProgress @discussion An estimate of the percent complete for a document load. This value will range from 0 to 1.0 and, once a load completes, will remain at 1.0 until a new load starts, at which point it will be reset to 0. The value is an estimate based on the total number of bytes expected to be received for a document, including all it's possible subresources. For more accurate progress indication it is recommended that you implement a WebFrameLoadDelegate and a WebResourceLoadDelegate. */ - (double)estimatedProgress; John On Oct 9, 2009, at 1:55 AM, Jickae Davis wrote: Well, I checked the WebView.h, and didn't find the estimateProgress method and the three associated notifications. Then I searched them in the chrome's whole solution, didn't get any clue too. 2009/9/28 John Sullivan sulli...@apple.com The Chrome and Safari teams have chosen not to display approximate progress bars for user interface design reasons. You can implement a progress bar for a WebKit-based browser by using the -estimatedProgress method in WebView.h and the associated notifications WebViewProgressStartedNotification, WebViewProgressEstimateChangedNotification, and WebViewProgressFinishedNotification. Note that any such progress bar (in any web browser, WebKit-based or not) is only an approximation, because as a page loads resources, it might discover additional resources that need to be loaded, so the page cannot know in advance how much more there is to load. John On Sep 28, 2009, at 12:14 AM, Jickae Davis wrote: I'm wonderring why Chrome and Safari don't add a progress bar which indicates the progress of loading a html page. I took a look at all the ViewMsg and ViewHostMsg in Chrome's src, and didn't find anything related. So, is that unimpossible to create such a progress bar? If it's not so hard, how to achieve that? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev