Hi WebKit,
I recently proposed adding directory upload support to HTML via a new
attribute to whatwg@, and the discussion arrived at "try it out".
Having written some code I think I have something that works pretty well,
and I'd like to land it on an experimental basis in WebKit, but want to
rea
You haven't missed much. We didn't actually start until after
Mozilla's announcement. http://trac.webkit.org/changeset/59638 was
the first commit (11 days ago).
On Fri, May 28, 2010 at 10:50 AM, Peter Kasting wrote:
> On Fri, May 28, 2010 at 6:18 AM, Adam Barth wrote:
>>
>> As some of you know
Hi, All,
I've noticed that webkit is using ASSERT(!mutex.tryLock()) in many
places asserting the mutex is already locked. However this introduces
a hidden assumption that WebKit Mutex is not recursive. I haven't
found any other place that depends on this assumption. Have anyone
seen one? If this a
Howdy.
> As Sam points out, this change may be fine, but he suggests to make it
> accessible only when a browser runs in a special "developer" mode.
> This can also be applied to the whole 'console' object.
It may be bad for web compatibility to hide the console object completely when
the user d
Greetings, WebKit deveopers,
As a response to requests from web apps developers, I was intended to
add a simple API for accessing web app's memory consumption, see
https://bugs.webkit.org/show_bug.cgi?id=39646
The scenario of using this API is as follows:
- a builbot runs web app's common usage
On Fri, May 28, 2010 at 6:18 AM, Adam Barth wrote:
> As some of you know, Eric and I have been working on implementing the
> HTML5 parsing algorithm in WebKit. This morning, at 5:58am, we
> reached an important milestone: we got Gmail working. :)
Great progress, guys! I had been wondering ab
On Fri, May 28, 2010 at 6:39 PM, Darin Adler wrote:
> Hi folks.
>
> My recent patch, http://trac.webkit.org/changeset/60361, seems like it’s
> making the GTK 64-bit bot crash on every test. I can’t find any evidence of
> what the problem is. Is there someone who can help me diagnose and fix this
Hi folks.
My recent patch, http://trac.webkit.org/changeset/60361, seems like it’s making
the GTK 64-bit bot crash on every test. I can’t find any evidence of what the
problem is. Is there someone who can help me diagnose and fix this? I’d rather
fix it than just roll out, if I can get any info
Symbian seems to be the only other platform to do this. None of the other
platforms have system defaults.
The issue here is actually outside of Xcode. Inside Xcode, the system path can
be overwritten on a per project basis. Outside of Xcode (make or
WebKitTools/Scripts), there doesn't seem t
On May 28, 2010, at 8:55 AM, Nathan Lawrence wrote:
> In looking through webkitdirs.pm in /WebKitTools/Scripts/, I noticed that the
> base product directory is set to ${WERBKITOUTPUTDIR} only if there is no
> system wide default in Xcode.plist. It seems that the environment specific
> variable
Hi,
In looking through webkitdirs.pm in /WebKitTools/Scripts/, I noticed that the
base product directory is set to ${WERBKITOUTPUTDIR} only if there is no system
wide default in Xcode.plist. It seems that the environment specific variable
should always be used if available, and if that is not
Hi webkit-dev,
As some of you know, Eric and I have been working on implementing the
HTML5 parsing algorithm in WebKit. This morning, at 5:58am, we
reached an important milestone: we got Gmail working. :)
The HTML5 parsing algorithm actually consists of two algorithms: a
tokenizer, which conver
12 matches
Mail list logo
