On Fri, May 13, 2011 at 6:07 PM, Lucas De Marchi
wrote:
> So what we did is let all options turned off by default, without
> giving the option to turn it on. This is done by letting the "#define
> ENABLE_BLA" in cmakeconfig.cmake. The macro ENABLE(BLA) will
> expand to 0 in this case. If i
One approach we talked about at the contributor's meeting to dealing
with the ever-growing feature list of WebCore is modularity. Looking
at the specification for this feature, there doesn't seem to be much
interdependence between these APIs and the rest of WebCore. For
example, there's nothing t
On Fri, May 13, 2011 at 1:35 PM, Holger Freyther wrote:
> On 05/12/2011 05:16 PM, Lucas De Marchi wrote:
>> Hi Holger Freyther,
>> I'm glad to hear you will use CMake as the build system. Take a look
>> on the email I sent yesterday porting GTK to CMake, maybe it will help
>> you. Since Android a
Am 13.05.2011 um 23:07 schrieb Lucas De Marchi:
> Humn... now I see what you're saying. I don't know if it's worth
> because that would give the user the option to turn it on. Not all
> options work with every port and doing so will result in a build
> break.
>
> So what we did is let all option
On Fri, May 13, 2011 at 5:59 PM, Holger Freyther wrote:
> On 05/13/2011 10:48 PM, Lucas De Marchi wrote:
>> This is exactly the reason why I committed r86370 when doing the GTK
>> port. Now you can do as I did for GTK:
>>
>> WEBKIT_FEATURE(ENABLE_GLIB_SUPPORT "Enable Glib support" ALWAYS ON)
>>
>>
On 05/13/2011 10:48 PM, Lucas De Marchi wrote:
> This is exactly the reason why I committed r86370 when doing the GTK
> port. Now you can do as I did for GTK:
>
> WEBKIT_FEATURE(ENABLE_GLIB_SUPPORT "Enable Glib support" ALWAYS ON)
>
> or ALWAYS OFF if you meant to unconditionally disable it.
I
On Fri, May 13, 2011 at 5:35 PM, Holger Freyther wrote:
> On 05/12/2011 05:16 PM, Lucas De Marchi wrote:
>> Hi Holger Freyther,
>>
>
>> I'm glad to hear you will use CMake as the build system. Take a look
>> on the email I sent yesterday porting GTK to CMake, maybe it will help
>> you. Since Andr
On 05/12/2011 05:16 PM, Lucas De Marchi wrote:
> Hi Holger Freyther,
>
> I'm glad to hear you will use CMake as the build system. Take a look
> on the email I sent yesterday porting GTK to CMake, maybe it will help
> you. Since Android and Chromium/Linux have overlaps, do you think
> it'd be eas
That sounds like about 8 features.
Seems we should think about this in smaller chunks...
On the surface "peer to peer video conferencing" does not seem like
something appropriate to add to WebCore/WebKit. Just like "an API for
reading my email" is out of scope for the project. (But certainly lo
On Thu, May 12, 2011 at 10:52 PM, Mustafizur Rahaman
wrote:
> So my question is
>
>- Can a paragraph element contain an image element=> the html spec does
>not say NO.
>
> Yes. There are two specs at play here. HTML and CSS. Ignore anything
prior to HTML5 as it was proscriptive rather th
For those interested, the cover bug for this work is here:
https://bugs.webkit.org/show_bug.cgi?id=56459
-Tony
On Fri, May 13, 2011 at 8:27 AM, Adam Bergkvist wrote:
> I want to inform people on this list that we have been doing some early
> implementation work of the video conferencing and pee
I think Mr. Russell has changed tesseleration code from glu tesseleration to
LoopBlinn algorithm.
Does it mean that LoopBlinn algorithm is better than glu tesseleration? If
yes, why?
You mentioned your second trial was Kokojima's algorithm that was
detrimental to performance.
Why is the LoopBlinn a
I want to inform people on this list that we have been doing some early
implementation work of the video conferencing and peer-to-peer communication
chapter in the HTML spec
(http://www.whatwg.org/specs/web-apps/current-work/multipage/dnd.html#video-conferencing-and-peer-to-peer-communication).
13 matches
Mail list logo
