[webkit-dev] Regarding WebKit Support Libraries

Hello! I'm reading on two different pages, the first from Apple's developer site ( http://developer.apple.com/opensource/internet/webkit_sptlib_agree.html) stating that there is no distribution of the Support Libraries (which I'm assuming is everything that is bundled within that download. Howeve

Re: [webkit-dev] Regarding WebKit Support Libraries

Hi Chris, According to Apple's website (http://www.opensource.apple.com/darwinsource/10.5.2/ ), Core Foundation "Lite" and CFNetwork are open source under the APSL. However, current versions of these libraries do not seem to actually be accessible (see http://www.opensource.apple.com/darwin

Re: [webkit-dev] window.status setting is disabled in recent nightly builds

On Feb 13, 2008, at 12:22 PM, Max Barel wrote: Recently, we lost the ability to set window.status. I see nothing about this in Trac nor this list. I do not use it in production site but i like it for debugging (drosera slows things to much). Is there a hidden setting to get this feature bac

[webkit-dev] window.status setting is disabled in recent nightly builds

Recently, we lost the ability to set window.status. I see nothing about this in Trac nor this list. I do not use it in production site but i like it for debugging (drosera slows things to much). Is there a hidden setting to get this feature back? Cordialement, Max Barel __

Re: [webkit-dev] "maintenance" to do list

On Feb 13, 2008, at 11:17 AM, Adam Barth wrote: Another maintenance issue that's been discussed on IRC is that it would be useful to clean up the FrameLoader class. I agree completely. Maciej and I have been talking about this at length over the last couple of weeks and we have some specif

Re: [webkit-dev] "maintenance" to do list

Hi Darin, Another maintenance issue that's been discussed on IRC is that it would be useful to clean up the FrameLoader class. This might be more involved than the other things on your list, but, as it stands, the class is huge, fragile, and cannot process javascript: URIs correctly. One possibl

Re: [webkit-dev] "maintenance" to do list

On Feb 13, 2008, at 10:31 AM, Chris Brichford wrote: I'd suggest that ref/deref classes start out with a 0 ref count, but all their constructor and destructors should protected or private. The concrete classes that should be "constructable" should then have a static method that calls the c

RE: [webkit-dev] "maintenance" to do list

I think these are all great ideas. I'd like to make one suggestion in regards to: * move ref/deref classes to the "start with 1" rather than "start with 0" approach I'd suggest that ref/deref classes start out with a 0 ref count, but all their constructor and destructors should protected o

[webkit-dev] "maintenance" to do list

Hi folks. I just made a new page on the wiki with a list of "maintenance-type" tasks. I'm trying to capture the list of things to do that are always in my head but I don't always share with everyone else working on the project.

Re: [webkit-dev] JavaScript watch/unwatch

On Feb 13, 2008, at 3:37 AM, Jason Hullinger wrote: Anyone working on implementing watch and unwatch? I was thinking about implementing it and submitting it back, but is anyone else working on this? For reference: http://developer.mozilla.org/en/docs/Core_JavaScript_1.5_Reference:Global_Objec

Re: [webkit-dev] Re: Issues with font rendering on DirectFB build

Alp attached is my patch to remove X11 refs if you building for gtk/directfb. Its not quite right since you have the case of X11/GTK on Windows thats not dealt with. I think some more changes are needed in the headers to build that variant. It adds PLATFORM(X11) and PLATFORM(DIRECTFB) I need the

Re: [webkit-dev] Re: Issues with font rendering on DirectFB build

So should defaultOptions be set to something sane or is nulls ok ? I think the real problem is the above screen resolution issue but I'm not sure about the interaction between screen scaling and the base font options. It seems to me we don't want to allow fonts to scale below a certain size ? On

[webkit-dev] Re: WebKit Incremental Layout

David Carson wrote: the main issue that it tries to address is that on really really slow networks, the user goes to a site and takes a long time to load, and they think the browser has stopped working or is not doing anything and give up and cancel the load. By showing some content, some progr

Re: [webkit-dev] Re: WebKit Incremental Layout

the main issue that it tries to address is that on really really slow networks, the user goes to a site and takes a long time to load, and they think the browser has stopped working or is not doing anything and give up and cancel the load. By showing some content, some progress, the user can

Re: [webkit-dev] Incremental Layout

You need to have a very very slow connection, a clear cache (content has not been loaded before) to see this. Then try aa.com or cnn.com Cheers Davidc On Feb 13, 2008, at 8:02 AM, zaheer ahmad wrote: hi, can somebody suggest websites where we can see a considerable difference using LOW_BAND

[webkit-dev] Re: WebKit Incremental Layout

zaheer ahmad wrote: hi, can somebody suggest websites where we can see a considerable difference using LOW_BANDWIDTH_DISPLAY or the FOUC problem. i dont seem to see the difference with most links i have tried. The WebKit FOUC with LOW_BANDWIDTH_DISPLAY is quite distracting to me both on

Re: [webkit-dev] Incremental Layout

hi, can somebody suggest websites where we can see a considerable difference using LOW_BANDWIDTH_DISPLAY or the FOUC problem. i dont seem to see the difference with most links i have tried. thanks in advance for your help. Regards, Zaheer On Feb 4, 2008 5:27 AM, Maciej Stachowiak <[EMAIL P

[webkit-dev] Re: Issues with font rendering on DirectFB build

Christian Dywan wrote: While that might fix the problem, hardcoding arbitrary values is not exactly advisable. It should be interesting to figure out what causes this function to fail in the first place. The answer lies in the documentation for gdk_screen_get_resolution(): Returns: the cu

Re: [webkit-dev] Re: Issues with font rendering on DirectFB build

Am Wed, 13 Feb 2008 16:06:50 +0530 schrieb "Sriram Neelakandan" <[EMAIL PROTECTED]>: > Alp > > for some reason DPI reported by gdk_screen_get_resolution(screen); > in webkitwebview.cpp is incorrect !! > It returns a -1 !! so i fixed the DPI to 96 when its -1 > > so probably we need this chan

[webkit-dev] Re: Issues with font rendering on DirectFB build

Alp for some reason DPI reported by gdk_screen_get_resolution(screen); in webkitwebview.cpp is incorrect !! It returns a -1 !! so i fixed the DPI to 96 when its -1 so probably we need this change !! *** static void webkit_web_view_screen_chang *** 1097,1102 --- 1097,1103 ---

[webkit-dev] Re: Issues with font rendering on DirectFB build

Some DPI-based font scaling was introduced in this commit: http://trac.webkit.org/projects/webkit/changeset/29723 Could you try disabling that logic (and anything similar you find in WebFrame and WebView) to see if it helps? ___ webkit-dev mailing

[webkit-dev] JavaScript watch/unwatch

Anyone working on implementing watch and unwatch? I was thinking about implementing it and submitting it back, but is anyone else working on this? For reference: http://developer.mozilla.org/en/docs/Core_JavaScript_1.5_Reference:Global_Objects:Object:watch&; http://developer.mozilla.org/en/docs/Cor