On Thu, Apr 11, 2013 at 9:36 PM, Dirk Schulze wrote:
> The style of CSS properties is either set in StyleBuilder/CSSProperty or
> in StyleResolver (alias CSSStyleSelector).
>
> StyleResolver has a giant switch statement to handle all CSS property
> values and set the style. It is the historical w
On Thu, Apr 11, 2013 at 9:36 PM, Dirk Schulze wrote:
> The style of CSS properties is either set in StyleBuilder/CSSProperty or
> in StyleResolver (alias CSSStyleSelector).
>
> StyleResolver has a giant switch statement to handle all CSS property
> values and set the style. It is the historical w
Hi,
The style of CSS properties is either set in StyleBuilder/CSSProperty or in
StyleResolver (alias CSSStyleSelector).
StyleResolver has a giant switch statement to handle all CSS property values
and set the style. It is the historical way to build the style.
StyleBuilder was introduced ~2 y
I'm glad to see there is some interest in using CMake to build on windows.
Using CMake has made working on Windows easier for me (thank you Patrick!)...
somewhere on webkit.org there's a page about ideas for making life on windows
easier and I think the CMake build system addresses a number of
On Thu, Apr 11, 2013 at 4:31 PM, Adam Barth wrote:
> On Thu, Apr 11, 2013 at 3:29 PM, Ryosuke Niwa wrote:
>
>> Hello WebKittens,
>>
>> As of April 11th, 2013 10 A.M. (PST), we have completed the migration of
>> the following previously-Google-owned WebKit infrastructures and tools:
>>
>>- We
On Thu, Apr 11, 2013 at 3:29 PM, Ryosuke Niwa wrote:
> Hello WebKittens,
>
> As of April 11th, 2013 10 A.M. (PST), we have completed the migration of
> the following previously-Google-owned WebKit infrastructures and tools:
>
>- WebKit status server: webkit-queues.appspot.com
>- Commit qu
Hello WebKittens,
As of April 11th, 2013 10 A.M. (PST), we have completed the migration of
the following previously-Google-owned WebKit infrastructures and tools:
- WebKit status server: webkit-queues.appspot.com
- Commit queue (now uses Mac WebKit port instead of Chromium Linux port)
-
I've re-migrated the status server in
http://trac.webkit.org/changeset/148212.
- R. Niwa
On Wed, Apr 10, 2013 at 6:37 PM, Philip Rogers wrote:
> Thank you for taking this on Ryosuke. It's no small task and the project
> is in your debt :)
>
> Philip
>
>
> On Wed, Apr 10, 2013 at 6:32 PM, Ryosuk
On Apr 11, 2013, at 2:30 PM, Dirk Pranke wrote:
> On Wed, Apr 10, 2013 at 1:17 PM, Filip Pizlo wrote:
>> I.e. if you believe that (A) is not a solvable problem, then this
>> constitutes an argument against ParallelArrays, and not against inferring
>> that a normal array should behave like a P
On Wed, Apr 10, 2013 at 1:17 PM, Filip Pizlo wrote:
> I.e. if you believe that (A) is not a solvable problem, then this
> constitutes an argument against ParallelArrays, and not against inferring
> that a normal array should behave like a ParallelArray.
>
> I believe that there are a class of sol
On Thu, Apr 11, 2013 at 10:29 AM, Leandro Pereira wrote:
> dpranke,
>
>
> On 04/11/2013 02:12 PM, Dirk Pranke wrote:
>
>
>> I'm not sure how useful a suggestion this is, but ANTLR has a pretty
>> strong framework for separating parsing from code generation and seems
>> like it would be an ideal fi
I retract my earlier statement. I think that the constraints here
between WebKit and blink are different enough that we should only
re-examine sharing code after both projects have had a chance to
re-write this subsystem to better fit their needs. We originally
imported these bindings generators
dpranke,
On 04/11/2013 02:12 PM, Dirk Pranke wrote:
I'm not sure how useful a suggestion this is, but ANTLR has a pretty
strong framework for separating parsing from code generation and seems
like it would be an ideal fit for this, except that the tool itself is
written in Java. Perhaps that i
On Apr 11, 2013, at 10:12 AM, Dirk Pranke wrote:
> I'm not sure how useful a suggestion this is, but ANTLR has a pretty strong
> framework for separating parsing from code generation and seems like it would
> be an ideal fit for this…
Speaking of other tools, this might be a nice use for SWIG
On Thu, Apr 11, 2013 at 10:12 AM, Dirk Pranke wrote:
> On Thu, Apr 11, 2013 at 9:51 AM, Darin Adler wrote:
>
>> On Apr 11, 2013, at 5:02 AM, Thiago Marcos P. Santos
>> wrote:
>>
>> > Would be great if both projects could share the same generators.
>>
>> The part that would be OK to share would
On Thu, Apr 11, 2013 at 9:51 AM, Darin Adler wrote:
> On Apr 11, 2013, at 5:02 AM, Thiago Marcos P. Santos
> wrote:
>
> > Would be great if both projects could share the same generators.
>
> The part that would be OK to share would be the parsing.
>
> The actual code generation needs to change a
On Apr 11, 2013, at 9:51 AM, Darin Adler wrote:
> The actual code generation needs to change all the time as the internal
> architecture of WebKit and of the JavaScript engine and other things we’re
> binding change, so we should not try to change that.
I meant “we should not try to share that
On Apr 11, 2013, at 5:02 AM, Thiago Marcos P. Santos
wrote:
> Would be great if both projects could share the same generators.
The part that would be OK to share would be the parsing.
The actual code generation needs to change all the time as the internal
architecture of WebKit and of the Jav
Original Message
Subject:Re: [webkit-dev] Debugging in Windows Port
Date: Thu, 11 Apr 2013 06:21:18 -0700 (PDT)
From: felixs
To: webkit-dev@lists.webkit.org
Compile the webkit with debug version, then use the gdb to run it. set the
breakpoint in where you w
Compile the webkit with debug version, then use the gdb to run it. set the
breakpoint in where you want to stop.
--
View this message in context:
http://mac-os-forge.2317878.n4.nabble.com/Debugging-in-Windows-Port-tp180143p215042.html
Sent from the Webkit mailing list archive at Nabble.com.
___
On Thu, Apr 11, 2013 at 1:36 AM, Eric Seidel wrote:
> I know some folks in our TOK office have expressed strong interest in
> re-writing it in python for Blink. Perhaps there is an opportunity
> for some x-project collaboration here.
Would be great if both projects could share the same generator
On Thu, Apr 11, 2013 at 12:07 AM, Ryosuke Niwa wrote:
> On Wed, Apr 10, 2013 at 11:48 PM, Osztrogonác Csaba
> wrote:
>> Just out of curiosity, isn't simpler deliver the ownership of
>> these apps from Google to Apple instead of starting new apps?
>
> We can't because both of them are special Goog
On Wed, Apr 10, 2013 at 11:48 PM, Osztrogonác Csaba wrote:
> Just out of curiosity, isn't simpler deliver the ownership of
> these apps from Google to Apple instead of starting new apps?
>
We can't because both of them are special Google accounts. As to why or
how they're special, I don't think
23 matches
Mail list logo