On Thu, Jan 21, 2010 at 11:14 PM, Maciej Stachowiak wrote:
>
> On Jan 21, 2010, at 9:53 PM, Jeremy Orlow wrote:
>
> > A couple of us at Google are starting to look at implementing the
> IndexedDB API [1] in WebKit. We thought a good first step would be to
> create the IDL files. The first thing
On Jan 21, 2010, at 9:53 PM, Jeremy Orlow wrote:
> A couple of us at Google are starting to look at implementing the IndexedDB
> API [1] in WebKit. We thought a good first step would be to create the IDL
> files. The first thing I noticed is that it and the Web SQL Database API [2]
> have qu
A couple of us at Google are starting to look at implementing the IndexedDB
API [1] in WebKit. We thought a good first step would be to create the IDL
files. The first thing I noticed is that it and the Web SQL Database API
[2] have quite a few conflicts in terms of their interface names. I'm
wo
Hi,
Currently, ENABLE(SINGLE_THREADED) guard seems to be used by Qt alone.
I think it is good to have ENABLE(SINGLE_THREADED) for other ports.
Qt adds appropriate guards for ENABLE(SINGLE_THREADED) in the build
script, WebKit.pri. For other ports to use it, we need to move theses
guards to Platf
On Jan 21, 2010, at 3:37 AM, Anton Muhin wrote:
> On Thu, Jan 21, 2010 at 10:58 AM, Maciej Stachowiak wrote:
>>
>> On Jan 20, 2010, at 8:18 AM, Darin Adler wrote:
>>
>>> Hi folks.
>>>
>>> We’ve never formalized this, but I believe that patches tagged with a
>>> particular platform name such
The MIT license is equivalent to the standard no-advertising-clause BSD license
that we use in WebKit. It would be acceptable.
- Maciej
On Jan 21, 2010, at 6:11 PM, David Levin wrote:
> I didn't see a web page about it, but when you submit a patch, every single
> bullet mentions only BSD or
I didn't see a web page about it, but when you submit a patch, every single
bullet mentions only BSD or LGPL 2.1 is accepted.
If you are sending in a patch to existing WebKit code, you agree by clicking
below that your changes are licensed under the existing license terms of the
file you are modif
To make things simpler when upstreaming, lets start by just requiring
users have simplejson installed to use run-chromium-webkit-tests. I
can fix the autoinstall stuff later.
On Thu, Jan 21, 2010 at 6:01 PM, Adam Barth wrote:
> According to that site, the package is available under:
>
> License
According to that site, the package is available under:
License :: OSI Approved :: MIT License
Is that compatible with being landed in the svn.webkit.org tree?
Adam
On Thu, Jan 21, 2010 at 5:58 PM, Dirk Pranke wrote:
> Autoinstall appears to be pretty flaky for me at the moment, and these
> a
Autoinstall appears to be pretty flaky for me at the moment, and these
aren't the sort of scripts that can be flaky :) I'll install
simplejson into WebKitTools/simplejson as part of the patch and we can
clean it up once things are stable.
-- Dirk
On Thu, Jan 21, 2010 at 2:45 PM, Eric Seidel wrot
Be aware, there are a couple known issues with our current autoinstall setup:
https://bugs.webkit.org/show_bug.cgi?id=33632
https://bugs.webkit.org/show_bug.cgi?id=33365
On Thu, Jan 21, 2010 at 2:35 PM, Adam Barth wrote:
> This page makes it looks like we can just autoinstall simplejson:
>
> http
It seems gtk and qt build bots are never for run for 33937. Do I need
to do something here?
https://bugs.webkit.org/show_bug.cgi?id=33937
Regards,
Kwang Yul Seo
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/lis
This page makes it looks like we can just autoinstall simplejson:
http://pypi.python.org/pypi/simplejson/
IMHO, that's better than checking it in.
Adam
On Thu, Jan 21, 2010 at 1:58 PM, Eric Seidel wrote:
> We also have webkitpy/autoinstall.py which knows how to download
> modules on-demand.
On Thu, Jan 14, 2010 at 8:23 PM, Alex Milowski wrote:
> I plan on creating smaller patches that contain code from this patch and
> as that gets committed, I'll update this bug with a new patch against the
> trunk.
>
Here's my first patch that splits off some of the basic setup:
https://bugs.
Just want to add my two cents.
Based on my own experience, I think a patch that targets to fix a
platform-specific problem but ends up making changes in platform-independent
code, often means either the fix is problematic or a new bug/test case needs to
be created for the independent part only.
We also have webkitpy/autoinstall.py which knows how to download
modules on-demand. This is useful in the case that you're using code
with an incompatible license.
see webkitpy/__init__.py for an example of how we pull in mechanize
(which is a HUGE module, with a compatible license for most files
So far, things have been put in place with other files (like the python
websockets code) but I think that is confusing for a number of reasons:
1. The level of review needed varies imo between 3rd party code that is
being used vs new code added to wk.
2. The style never seems to match what is done
Hi all,
I'm about to upload a patch that depends on third-party python code
(simplejson). The patch is a bunch of scripts that'll live under
WebKitTools/Scripts . Is there an appropriate place for the simplejson
code? In the absence of a better location, I'll probably check it in
under WebKitTools
Maybe it was a countermeasure for yesterday's CTCP flood attacks?
Philippe
On Tue, 2010-01-19 at 10:25 +0200, Xan Lopez wrote:
> Hi,
>
> I woke up this morning to find #webkit set up with mode +R
> (http://docs.dal.net/docs/modes.html#2.17), so basically you can't
> speak unless you have your ni
On Thursday 14. January 2010 12.49.40 ext Kenneth Christiansen wrote:
> In Qt we only allow underscored in methods that start with qt_ and they are
> used for private API, such as for the DRT and for API that we havent had
> the time to API review, but are still needed by some other software
> p
On Jan 21, 2010, at 11:22 AM, Alex Milowski wrote:
> So, when I try this with the trunk I get an error on the console:
>
> 2010-01-21 11:17:24.288 Safari[20905:80f] *** -[WebRenderNode
> initWithWebFrameView:]: unrecognized selector sent to instance
> 0x1f930270
>
> and nothing happens.
This
On Thu, Jan 21, 2010 at 10:43 AM, Dan Bernstein wrote:
>
> On Jan 21, 2010, at 9:44 AM, Alex Milowski wrote:
>
>> In my MathML code I often wrap the direct rendering objects for a particular
>> element in an anonymous rendering object. When I inspect these elements
>> I get the particular renderi
On Thu, Jan 21, 2010 at 10:59 AM, Jason Rukman wrote:
> Just to clarify. Using freetype with ICU alone isn't sufficient without
> pango or harfbuzz for Arabic et al?
ICU is a big library. It depends on where and how you're using it.
Why not just try some Arabic text and see?
___
Just to clarify. Using freetype with ICU alone isn't sufficient without
pango or harfbuzz for Arabic et al?
-Original Message-
From: ev...@google.com [mailto:ev...@google.com] On Behalf Of Evan
Martin
Sent: Thursday, January 21, 2010 10:45 AM
To: Jason Rukman
Cc: webkit-dev@lists.webkit.o
On Thu, Jan 21, 2010 at 10:42 AM, Jason Rukman wrote:
> I'm also using icu... does this mean I should be ok?
I meant ICU for shaping.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Jan 21, 2010, at 9:44 AM, Alex Milowski wrote:
> In my MathML code I often wrap the direct rendering objects for a particular
> element in an anonymous rendering object. When I inspect these elements
> I get the particular rendering object for the element but between that
> element and the pa
I'm also using icu... does this mean I should be ok?
-Original Message-
From: ev...@google.com [mailto:ev...@google.com] On Behalf Of Evan
Martin
Sent: Thursday, January 21, 2010 10:41 AM
To: Jason Rukman
Cc: webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev] Font layout features
On Th
On Thu, Jan 21, 2010 at 10:41 AM, Evan Martin wrote:
> On Thu, Jan 21, 2010 at 10:23 AM, Jason Rukman wrote:
>> I guess my main question is; "What does pango do for the gtk port?" Do I
>> need to worry that we are not using it and just using freetype?
>
> Complex text. Without Pango or Harfbuzz
On Thu, Jan 21, 2010 at 10:23 AM, Jason Rukman wrote:
> I guess my main question is; "What does pango do for the gtk port?" Do I need
> to worry that we are not using it and just using freetype?
Complex text. Without Pango or Harfbuzz or ICU you won't properly
display Arabic, Hebrew, Indic scri
Thanks for the reply Evan!
We are using the same code as the windows Cairo port for glyph rendering so
FontCairo which only uses cairo_show_glyphs.
The only difference is that our port of Cairo is using cairo-ft instead of
cairo-win32-font and we've brought the freetype font support over from t
In my MathML code I often wrap the direct rendering objects for a particular
element in an anonymous rendering object. When I inspect these elements
I get the particular rendering object for the element but between that
element and the parent's rendering object there are these anonymous
objects us
On Wed, Jan 20, 2010 at 9:49 AM, Jason Rukman wrote:
> As part of our port to windows CE we are using a Cairo configuration combined
> with freetype. This is fairly similar to the Windows port but we are not
> using the native Windows GDI/cairo layer for fonts (instead we are using
> cairo-ft)
Any pointers at all would be greatly appreciated!
-Original Message-
From: Jason Rukman
Sent: Wednesday, January 20, 2010 9:49 AM
To: webkit-dev@lists.webkit.org
Subject: Font layout features
As part of our port to windows CE we are using a Cairo configuration combined
with freetype. T
On Jan 20, 2010, at 11:58 PM, Maciej Stachowiak wrote:
>> We’ve never formalized this, but I believe that patches tagged with a
>> particular platform name such as
>>
>>[Qt] Add new API for fluffy bunnies
>>
>> should be limited to one particular platform’s code. If the patch changes
>> mo
On Thu, Jan 21, 2010 at 10:58 AM, Maciej Stachowiak wrote:
>
> On Jan 20, 2010, at 8:18 AM, Darin Adler wrote:
>
>> Hi folks.
>>
>> We’ve never formalized this, but I believe that patches tagged with a
>> particular platform name such as
>>
>> [Qt] Add new API for fluffy bunnies
>>
>> should
Darin Adler wrote:
Hi folks.
We’ve never formalized this, but I believe that patches tagged with a
particular platform name such as
[Qt] Add new API for fluffy bunnies
should be limited to one particular platform’s code. If the patch
changes more than a trivial bit of platform-independent code
On Wed, Jan 20, 2010 at 11:58 PM, Maciej Stachowiak wrote:
> On Jan 20, 2010, at 8:18 AM, Darin Adler wrote:
>> Hi folks.
>>
>> We’ve never formalized this, but I believe that patches tagged with a
>> particular platform name such as
>>
>> [Qt] Add new API for fluffy bunnies
>>
>> should be l
37 matches
Mail list logo
