If you build the cairo version on either windows or linux, your cairo
library is older than 1.4.
cairo_clip_extents is added to cairo with version 1.4. This is fixed in
newer tarballs by checking your installed version of the cairo library.
Just use a newer tarball or update cairo.
Dirk
Am
Hi,
I thougt that we already had a bug about this. It is a good idea to
support this feature in general. Even if our support for SVG 1.1 is not
perfect, we should think about some features of SVG 1.2 like media
support and also non scaling strokes. But implementing non scaling
strokes is not that
What kinds of tests do we have for the code already? Do we have code that
tries to exercise edge cases? Do we have a fuzzer of some sort?
-- Darin
Every effect that was implemented has at least one test. They are mostly
simple test cases that just test one effect at once but there are
We have somtimes constructs like
#endif // ENABLE(SVG)
#endif // Foo_h
It just helps to understand why there are two endif's and what they are
good for. I think it's not a style issue not to write this comment, but
it can be helpful.
-Dirk
Am Montag, den 04.01.2010, 15:41 -0800 schrieb Darin
Would be great to have pixel tests on a bot back. And it would be great,
if the commit queue runs them too. Especially for patches of
non-commiters.
-Dirk
Am Donnerstag, den 07.01.2010, 10:19 -0800 schrieb Dimitri Glazkov:
Are we planning to run pixel tests on the build bots? What's the
Am Dienstag, den 23.02.2010, 08:34 -0800 schrieb Simon Fraser:
It could be an image, or it could be a configuration of div elements, or a
table, or something else that can be configured to look exactly the same as
the CSS border property being tested.
Simon
I like the idea of reftests.
Hi,
Microsoft announced a new test suite, the Internet Explorer testing
center together with the first preview of the upcoming ie9.
http://samples.msdn.microsoft.com/ietestcenter/
In one table the current releases of the major browsers are compared
to ie9. Safari and Chrome do fail on more than
Hi Andrei,
this kind of question should be asked in a bug report. Bug 23526 is the
best location, since it is a general issue with clipToImageBuffer on the
Cairo ports.
I'm interessted in a test case, where the patch on the mentioned bug
report does not work. I don't know of an example, that
Hi Yuzo,
the issue should be fixed in WebCore/rendering/RenderSVGPaintServer.
Removing this check in the test doesn't help to fix the bug :-)
Dirk
Am Montag, den 28.06.2010, 11:05 +0900 schrieb Yuzo Fujishima:
Hi,
Any update on this?
Is it OK to remove 'stroke=#0' from:
The main reason is DumpRenderTree. If we use the Path::createEllipse
logic of the different platforms, we end up with different LayoutTest
results on SVG between platform, since we create them by traversing the
path data of the certain platform.
So changing this is painful and causes a lot of new
Am Sonntag, den 19.09.2010, 09:32 +0200 schrieb Dirk Schulze:
The main reason is DumpRenderTree.
Let me rephrase it: The only reason why we still use this logic is
DumpRenderTree.
If we use the Path::createEllipse
logic of the different platforms, we end up with different LayoutTest
results
I strongly support pixel tests for SVG on the bots! Niko and me are hard
working to get SVG pxiel perfect at all time. We run pixel tests on every patch
we apply to the SVG code. And it would really help us if the bots blame any
change that causes a pixel test to fail, or at least give some
We missed many changes because of an existent tolerance level in the past. We
made a baseline for MacOS Leopard as well as Snow Leopard and I would active
pixel tests just for those two bots. I don't expect any problems. Niko and I
run pixel tests on different machines and get the same results.
The problem I worry about is that on future Mac OS X releases, rendering of
shapes may change in some tiny way that is not visible but enough to cause
failures at tolerance 0. In the past, such false positives arose from time to
time, which is one reason we added pixel test tolerance in
Does it support pixel test updates? Is it possible to extend this tool if not?
This would limit the maintenance cost and every commiter should rebaseline mac
if the change is a progression, or the difference is machine dependent
(but not OS dependent).
Dirk
Am 12.10.2010 um 22:49 schrieb Adam
Hi webkit-dev,
I was looking at the MathML code recently and I wonder, that all files are
located at WebCore/mathml, even the renderer. Shouldn't the rendering code be
moved to WebCore/rendering/? Or better WebCore/rendering/mathml/?
Dirk
___
Am 05.01.2011 um 06:14 schrieb Maciej Stachowiak:
It might make sense to use subdirectories of rendering/, as svg has started
to (although this seems incomplete - SVG folks, is the plan to move the
remaining SVG-related rendering files from rendering/ to rendering/svg?).
Yes it is on the
At first SVGMatrix and the complete SVG code itself is not using
TransformationMatrix. We had bigger performance problems and the memory amount
raised up by 6-10%. Thats why we decided to turn back to AffineTransform.
Because of the platform dependencies of TransformationMatrix. I noted that
Hi
I noticed that we have irregular nightly builds for Mac
(http://nightly.webkit.org/builds/trunk/mac/1). Between two builds is sometimes
more than a week. I'm tracking a bug that was introduced between 2010-12-17 and
2011-01-08. More than 1000 Patches were committed during that time. This
Reorganising the source tree like we've been doing recently means that the
build scripts for the nightlies have to be updated. A number of the places
where the updates were needed were very late in the build process, meaning
that a three hour turnaround per attempt at a fix was required.
If you use webkit-patch everything just magically works (yay!!)
--Oliver
I agree! And if people would use it on uploading patches to a bug report, we
wouldn't need a style-bot.
Dirk
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Am 29.06.2011 um 05:42 schrieb TAMURA, Kent:
I'm a little negative of developing a new XML parser. I'm afraid that the new
parser introduces a lot of security/stability problems which existing parsers
already resolved.
I feel the same. Writing a new parser from scratch means introducing a
Am 27.07.2011 um 23:03 schrieb Darin Fisher:
Perhaps related to this thread, shouldn't we be basing SVG animations off of
the same animation scheduler that drives requestAnimationFrame and soon CSS
animations (https://bugs.webkit.org/show_bug.cgi?id=64591)? It seems less
than ideal to
We could at least remove the subsets of SVG. Some developers build without SVG
for compile time reasons.
Dirk
Am 09.09.2011 um 23:45 schrieb Levi Weintraub:
I know webOS ships (or doesn't these days?) sans-SVG.
On Fri, Sep 9, 2011 at 2:42 PM, Eric Seidel e...@webkit.org wrote:
I am
The color profile switches automatically for me on running pixel tests with
Lion or SL. How is it even possible that we got images with different color
profiles for mac results?
Dirk
Simon Fraser:
It turns out that some of the layout test expected.png files have color
profiles (Generic
Dean, do you want to reuse the existing filter code, or do you plan to write
another filter implementation just for CSS? Would be interesting if we would
need to nest CSS_FILTERS and FILTERS, or if they could get enabled independent
of each other.
Like previous comments mention, Apple still
Am 12.10.2011 um 00:24 schrieb Simon Fraser:
For this reason, I'd like to propose that on Mac, all pixel testing is done
using WebKit2, which you can get by passing -2 to run-webkit-tests or
new-run-webkit-tests. I can fix the scripts to print a warning if you pass
--pixel without -2 (or
I plan to use OpenCL to HW accelerate SVG and CSS Filters [1]. I'm targeting
OpenCL 1.1 which consists of two profiles: 'full' for the Desktop and
'embedded' for embedded devices like mobile phones. For filters I'll use
OpenCLs facilities for image processing from the 'full' profile. The most
Am 24.10.2011 um 21:51 schrieb Adam Barth:
I'd like to know what the actual threat of such timing attacks are. I've
seen claims of a maximum theoretical leak rate (in bits/s) but then counter
claims that since, in this case, it would be hard to distinguish the
difference in slowdown
Hi Emil and Levi,
I have a question to sub pixels from the SVG point of view.
Right now a lot of content on renderers and also in RenderStyle uses
LayoutPoint, LayoutSize, LayoutRect, Length… and so on. How would LayoutUnit
deal with SVG's float system? Your Wiki says that SVG's float system
On Feb 21, 2012, at 10:13 AM, Levi Weintraub wrote:
Hi Dirk,
Inline:
On Sat, Feb 18, 2012 at 9:44 PM, Dirk Schulze
dschu...@adobe.commailto:dschu...@adobe.com wrote:
Hi Emil and Levi,
I have a question to sub pixels from the SVG point of view.
Right now a lot of content on renderers
On Feb 29, 2012, at 9:44 AM, Simon Fraser wrote:
On Feb 29, 2012, at 9:32 AM, Hans Muller wrote:
Are the -webkit-transform-origin-x,y CSS properties on their way in our
out? The ugly little test below demonstrates that they're probably not
supported by Opera or Mozilla.
They are not
Different developers will have different priorities. HD image data and async
readback both have potential benefits in image quality and nonblocking
responsiveness respectively. Here is an example of an application using
getImageData which would clearly benefit from HD, but it's not
On Apr 16, 2012, at 4:30 PM, Maciej Stachowiak wrote:
On Apr 16, 2012, at 4:03 PM, Dirk Schulze wrote:
Different developers will have different priorities. HD image data and
async readback both have potential benefits in image quality and
nonblocking responsiveness respectively. Here
On Apr 26, 2012, at 11:49 AM, Philip Rogers wrote:
If you don't work on SVG in WebKit you can stop reading now.
WebKit,
Is there interest in a 1hr video chat with WebKit people interested in SVG as
a followup to the WebKit contributors meeting? A few active SVG contributors
weren't
Hello WebKit community,
We want to announce the W3C event Test the Web Forward hosted by Adobe. This
hackathon builds off the Move the Web Forward initiative in order to help get
developers more involved in contributing to the web platform we all work to
define.
During this hackathon,
On May 31, 2012, at 7:55 PM, Maciej Stachowiak wrote:
On May 31, 2012, at 5:51 PM, Jacob Goldstein jac...@adobe.com wrote:
I haven't found that to be the case for the tests I have written for each
suite, the output from testharness can be as simple as PASS or FAIL, or
include
That would be great, but please also provide different times. I am not
available from 9 to 12 mostly. So I have to say no to all provided times.
Before or after that is fine.
Greetings,
Dirk
On Jun 7, 2012, at 9:48 AM, Philip Rogers wrote:
Last month we had a video chat with the SVG team in
In SVG we have SVGResourcesCache which takes care of that.
Greetings,
Dirk
On Jul 24, 2012, at 3:56 PM, Dean Jackson wrote:
On 25/07/2012, at 6:09 AM, Keyar Hood ke...@chromium.org wrote:
I am working on https://bugs.webkit.org/show_bug.cgi?id=90405
The problem is that when doing SVG
On Jul 25, 2012, at 2:33 PM, Adam Barth wrote:
Eric Seidel points out that SVG uses multiple inheritance in its DOM
interfaces. However, the situation there is a bit different.
Although SVGSVGElement implements SVGLocatable, there aren't any
interfaces with methods that return SVGLocatable,
On Jul 25, 2012, at 3:50 PM, Adam Barth wrote:
On Wed, Jul 25, 2012 at 3:44 PM, Dirk Schulze dschu...@adobe.com wrote:
On Jul 25, 2012, at 2:33 PM, Adam Barth wrote:
Eric Seidel points out that SVG uses multiple inheritance in its DOM
interfaces. However, the situation there is a bit
Thank you very much for reporting the bug Tony. In this case opening a bug
report at http://bugs.webkit.org may be better.
Greetings,
Dirk
On Aug 1, 2012, at 9:26 AM, Peter Beverloo pe...@chromium.org wrote:
Please use the webkit-h...@lists.webkit.org mailing list for questions such
as this
On Aug 12, 2012, at 6:26 PM, Florin Malita fmal...@google.com wrote:
And down it goes again…
It is down for me as well…
Dirk
PS: Sorry, I always wanted to that :D
On Fri, Aug 10, 2012 at 11:14 AM, Levi Weintraub le...@google.com wrote:
We're back!
On Fri, Aug 10, 2012 at 8:07 AM,
On Aug 27, 2012, at 4:28 PM, Adam Barth aba...@webkit.org wrote:
On Mon, Aug 27, 2012 at 4:02 PM, Maciej Stachowiak m...@apple.com wrote:
On Aug 27, 2012, at 3:48 PM, Adam Barth aba...@webkit.org wrote:
On Mon, Aug 27, 2012 at 3:06 PM, Maciej Stachowiak m...@apple.com wrote:
On Aug 27, 2012,
Hi WebKit folks,
The CSS WG and SVG WG agreed to work on a CSS Masking specification [1].
Basically the spec aims to specify the behavior of
-webkit-mask/-webkit-box-mask on WebKit browsers and SVG Mask/ SVG ClipPath on
Firefox.
I would like to implement the specification in the next weeks
- rendering wise. However, it influences the
syntax of the the shorthand -webkit-mask, which doesn't take attachment as
type anymore.
Greetings,
Dirk
dave
(hy...@apple.com)
On Aug 29, 2012, at 5:41 PM, Dirk Schulze wrote:
Hi WebKit folks,
The CSS WG and SVG WG agreed to work on a CSS
I thought we had efforts to make String::operator+= use StringBuilder somehow?
I can remember that we had a discussion on webkit-dev and definitely on
bugzilla about improving String::operator+= instead of replacing it with
StringBuilder.
Greetings,
Dirk
On Sep 4, 2012, at 4:22 PM, Adam Barth
a proposal for how that would work and/or a link to the
previous discussion?
Adam
On Tue, Sep 4, 2012 at 4:27 PM, Dirk Schulze dschu...@adobe.com wrote:
I thought we had efforts to make String::operator+= use StringBuilder
somehow? I can remember that we had a discussion on webkit-dev
.
Greetings,
Dirk
On Sep 4, 2012, at 4:41 PM, Adam Barth aba...@webkit.org wrote:
Ah, you're think of operator+, which is now quite efficient. This
thread is about operator+=, which is sadly slower than molasses.
Adam
On Tue, Sep 4, 2012 at 4:38 PM, Dirk Schulze dschu...@adobe.com wrote
On Sep 18, 2012, at 7:04 PM, Eric Seidel e...@webkit.org wrote:
I was noticing today that http://www.webkit.org/ is quite old and out
of date. What xenon built 6 years ago, has stood up remarkably well,
but it may be time for a refresh.
(It also has no high-dpi support.)
I'm aware that I
Hi WebKit,
I would like to ask if there are objections to implement the canvas Path object.
The HTML Canvas specification and the WHAT WG HTML specification define the
Path object [1][2]. The Path object and the CanvasRenderingContext2D share some
graphics operations[3]:
- closePath
- lineTo
confuse people but
this seems unlikely as well.
Greetings,
Dirk
Sent from my iPhone
On Sep 23, 2012, at 6:22 AM, Elliott Sprehn
espr...@chromium.orgmailto:espr...@chromium.org wrote:
On Fri, Sep 21, 2012 at 6:34 AM, Dirk Schulze
dschu...@adobe.commailto:dschu...@adobe.com wrote:
Hi WebKit,
I
:
On Fri, Sep 21, 2012 at 6:34 AM, Dirk Schulze
dschu...@adobe.commailto:dschu...@adobe.com wrote:
I would like to ask if there are objections to implement the canvas Path
object.
Do we have metrics on how often people already have things named Path? All
other canvas objects have a prefix like
On Monday, October 1, 2012, Gyuyoung Kim wrote:
Hello WebKit folks,
There were build warning related to unused parameter nowadays. I think
there are three solutions. One is to remove parameter,
another is to use UNUSED_PARAM macro and the other is to use /* */ in
parameters.
I like to use
Hi WebKit folks,
I have a question to origin restriction and CSS. First the context:
CSS Masking[1] aims to combine the two different 'mask' property
implementations from WebKit and Firefox. To make it short, 'mask' takes an URL
and this can either be a reference to an image, or to an mask
On Oct 26, 2012, at 9:04 PM, Adam Barth aba...@webkit.org wrote:
On Fri, Oct 26, 2012 at 9:08 AM, Dirk Schulze dschu...@adobe.com wrote:
Hi WebKit folks,
I have a question to origin restriction and CSS. First the context:
CSS Masking[1] aims to combine the two different 'mask' property
On Nov 9, 2012, at 4:39 PM, Rik Cabanier caban...@gmail.com wrote:
Hi,
I'd like to add support for blending modes to Canvas.
The spec for this feature can be found here:
https://dvcs.w3.org/hg/FXTF/rawfile/tip/compositing/index.html#canvascompositingandblending
The implementation will
On Sunday, November 11, 2012, Rik Cabanier wrote:
On Sun, Nov 11, 2012 at 8:43 PM, Maciej Stachowiak
m...@apple.comjavascript:_e({}, 'cvml', 'm...@apple.com');
wrote:
On Nov 11, 2012, at 6:59 PM, Rik Cabanier
caban...@gmail.comjavascript:_e({}, 'cvml', 'caban...@gmail.com');
wrote:
On Nov 11, 2012, at 10:09 PM, Rik Cabanier
caban...@gmail.commailto:caban...@gmail.com wrote:
On Sun, Nov 11, 2012 at 9:52 PM, Dirk Schulze
k...@webkit.orgmailto:k...@webkit.org wrote:
On Sunday, November 11, 2012, Rik Cabanier wrote:
On Sun, Nov 11, 2012 at 8:43 PM, Maciej Stachowiak m
On Nov 23, 2012, at 2:43 PM, Andreas Kling akl...@apple.com wrote:
Hi folks,
Do we really think it's a good idea to add yet another implementation of
filters?
We already have generic, NEON-optimized and WTF::ParallelJobs (which includes
generic, OpenMP and libdispatch backends)
On Dec 3, 2012, at 4:51 AM, Alexis Menard ale...@webkit.org wrote:
Hi everyone,
I wanted to let you know that I have added the new CSS3
background-position offsets support to WebKit.
This support is behind the ENABLE_CSS3_BACKGROUND feature define and
it's disabled by default on all
On Dec 3, 2012, at 5:31 AM, Alexis Menard ale...@webkit.org wrote:
On Mon, Dec 3, 2012 at 10:19 AM, Dirk Schulze dschu...@adobe.com wrote:
On Dec 3, 2012, at 4:51 AM, Alexis Menard ale...@webkit.org wrote:
Hi everyone,
I wanted to let you know that I have added the new CSS3
background
On Dec 3, 2012, at 6:12 AM, Alexis Menard ale...@webkit.org wrote:
On Mon, Dec 3, 2012 at 10:42 AM, Dirk Schulze dschu...@adobe.com wrote:
On Dec 3, 2012, at 5:31 AM, Alexis Menard ale...@webkit.org wrote:
On Mon, Dec 3, 2012 at 10:19 AM, Dirk Schulze dschu...@adobe.com wrote:
On Dec 3
On Dec 3, 2012, at 8:43 AM, Simon Fraser simon.fra...@apple.com wrote:
On Dec 3, 2012, at 4:51 AM, Alexis Menard wrote:
I plan to enable it by default on Qt and EFL ports this week. If
somebody wants me to enable it on their ports please tell me, I'll be
happy to do it.
I think it's
On Dec 3, 2012, at 12:07 PM, Benjamin Poulain benja...@webkit.org wrote:
On Mon, Dec 3, 2012 at 11:11 AM, Dirk Schulze dschu...@adobe.com wrote:
Why does this feature have a flag at all? background-position with up to 4
arguments is specified with CSS3 background and borders. There are three
On Dec 3, 2012, at 1:15 PM, Benjamin Poulain benja...@webkit.org wrote:
On Mon, Dec 3, 2012 at 12:59 PM, Dirk Schulze dschu...@adobe.com wrote:
Depends on the future. But for such a small patch, a new flag seems to be
overdone. I looked into the patch, and adding the flag caused more code
On Dec 3, 2012, at 2:54 PM, Alexis Menard ale...@webkit.org wrote:
On Dec 3, 2012 6:21 PM, Dirk Schulze dschu...@adobe.com wrote:
On Dec 3, 2012, at 1:15 PM, Benjamin Poulain benja...@webkit.org wrote:
On Mon, Dec 3, 2012 at 12:59 PM, Dirk Schulze dschu...@adobe.com wrote
On Jan 4, 2013, at 5:24 PM, Rik Cabanier caban...@gmail.com wrote:
On Fri, Jan 4, 2013 at 2:57 PM, Ian Hickson i...@hixie.ch wrote:
On Fri, 4 Jan 2013, Rik Cabanier wrote:
I think this feature was rushed in the spec.
The specing is usually the first step. You can't rush to spec. :-)
On Jan 4, 2013, at 7:28 PM, Rik Cabanier
caban...@gmail.commailto:caban...@gmail.com wrote:
On Fri, Jan 4, 2013 at 5:42 PM, Dirk Schulze
dschu...@adobe.commailto:dschu...@adobe.com wrote:
On Jan 4, 2013, at 5:24 PM, Rik Cabanier
caban...@gmail.commailto:caban...@gmail.com wrote
On Jan 7, 2013, at 4:18 AM, RGraph.net support richard.he...@gmail.com wrote:
Hi,
Is watching this mailing list the best way to keep up-to-date with new
additions to the WebKit canvas implementation (such as the canvas Path
object or hit regions)? Or perhaps there's an announcements list
On Jan 8, 2013, at 11:37 AM, Dean Jackson d...@apple.com wrote:
As well as the other suggestions, you can look at bugs in the Canvas
component. e.g.
https://bugs.webkit.org/show_bug.cgi?id=82790
Marked as duplicate ;)
Dirk
We should probably have a owner bug to collect all the
On Jan 8, 2013, at 2:57 PM, Sam Weinig wei...@apple.com wrote:
Hello webkit-dev,
We are making some changes to the development process for WebKit2. These
changes were announced to reviewers in advance, and I'd like to share them
with you now.
WebKit2 has a core set of functionality
On Jan 9, 2013, at 5:40 PM, Simon Fraser simon.fra...@apple.com wrote:
On Jan 9, 2013, at 4:52 PM, Steve Block stevebl...@chromium.org wrote:
I'm really not sure that this set of changes is going in the right
direction. What's driving them; some abstract sense of purity, or
reducing the
Hi Steve,
Thank you for your interest on WebKit. Of course we would like to fix as many
bugs as possible in a time frame as short as possible. With limited resources,
this does not work very well for some bugs. So we need to prioritize our work.
Even if external resources might be a priority
a clarification. Maybe it is just a misunderstanding on my site.
Greetings,
Dirk
[1]
https://svgwg.org/svg2-draft/single-page.html#types-InterfaceSVGGraphicsElement
[2] http://www.w3.org/TR/WebIDL/#NoInterfaceObject
On Jul 25, 2012, at 9:13 PM, Dirk Schulze dschu...@adobe.com wrote:
On Jul 25, 2012
On Jan 25, 2013, at 9:14 AM, Adam Barth aba...@webkit.org wrote:
On Fri, Jan 25, 2013 at 8:11 AM, Dirk Schulze dschu...@adobe.com wrote:
This is a followup to the multiple inheritance discussion.
Adam, I checked the IDL files on SVG2 [1]. The interfaces for SVG2 do not
have multiple
On Jan 25, 2013, at 4:23 PM, Maciej Stachowiak m...@apple.com wrote:
On Jan 25, 2013, at 4:13 PM, Adam Barth aba...@webkit.org wrote:
On Fri, Jan 25, 2013 at 2:08 PM, Dirk Schulze dschu...@adobe.com wrote:
On Jan 25, 2013, at 9:14 AM, Adam Barth aba...@webkit.org wrote:
On Fri, Jan 25
On Jan 25, 2013, at 8:16 PM, Elliott Sprehn espr...@chromium.org wrote:
interface SVGViewSpec
{
readonly attribute SVGTransformList transform;
readonly attribute SVGElement viewTarget;
readonly attribute DOMString viewBoxString;
readonly attribute DOMString
Hi WebKit folks,
I would like to know if we can remove the following API's in the
CanvasRenderingContext2d interface:
webkitDashArray
webkitLineDashOffset
Both were implemented 16 months ago and replaced by the following standardized,
unprefixed operations and attributes 5
On Jan 30, 2013, at 1:12 PM, Dean Jackson d...@apple.com wrote:
On 30/01/2013, at 12:46 PM, Dirk Schulze dschu...@adobe.com wrote:
Would it be possible to clean up the code a bit more and remove the prefixed
attributes?
I don't think they should be removed yet. As you mentioned, it's
Hi Rik,
Can you just add an example for the better understanding please?
Greetings,
Dirk
On Feb 2, 2013, at 6:43 AM, Rik Cabanier caban...@gmail.com wrote:
Hi,
I'd like to add support for blending of background images.
The spec for this feature can be found here:
On Feb 2, 2013, at 8:01 AM, Benjamin Poulain benja...@webkit.org wrote:
On Fri, Feb 1, 2013 at 12:44 PM, Rik Cabanier caban...@gmail.com wrote:
background-image: url(a.png), url(b.png);
-webkit-background-blend-mode: screen, screen;
Out of curiosity:
I am probably way too late for the
I interprete 'Chromium' as V8 and not JSC.
Dirk
2013/2/13 Oliver Hunt oli...@apple.com
Welcome to webkit!
Are you still going to be using Carakan? Or are you planning on using
WebKit's ES engine? If so are there any Carakan-JSC compatibility issues
we should be aware of?
--Oliver
On
Hi WebKit folks,
I worked on the Path interface defined by the Canvas spec of W3C and WHATWG
[1][2] for the last couple of weeks.
Summary:
Canvas supports a new DOM interface called Path. The Path interface takes a
series of very well known path methods like moveTo, lineTo, cubicCurveTo, rect
Hi,
There are several steps on deprecating features[1]. My question is about
deprecating a whole interface and throwing warnings that the feature is
deprecated.
If I have the following interface for deprecation:
[Constructor]
interface Bla {
attribute bar;
void foo();
}
,
Dirk
[1] https://bugs.webkit.org/show_bug.cgi?id=110048
[2] https://bugs.webkit.org/show_bug.cgi?id=110001
Adam
On Sat, Feb 16, 2013 at 5:28 PM, Dirk Schulze dschu...@adobe.com wrote:
Hi,
There are several steps on deprecating features[1]. My question is about
deprecating a whole
On Feb 16, 2013, at 10:50 PM, Maciej Stachowiak m...@apple.com wrote:
On Feb 16, 2013, at 10:16 PM, Dirk Schulze dschu...@adobe.com wrote:
On Feb 16, 2013, at 6:54 PM, Adam Barth aba...@webkit.org wrote:
It's much easier to discuss a concrete example. Which interface are
you
On Feb 17, 2013, at 12:08 AM, Adam Barth aba...@webkit.org wrote:
On Sat, Feb 16, 2013 at 11:26 PM, Dirk Schulze dschu...@adobe.com wrote:
On Feb 16, 2013, at 10:50 PM, Maciej Stachowiak m...@apple.com wrote:
On Feb 16, 2013, at 10:16 PM, Dirk Schulze dschu...@adobe.com wrote:
On Feb 16
On Feb 17, 2013, at 1:28 AM, Maciej Stachowiak m...@apple.com wrote:
On Feb 17, 2013, at 1:09 AM, Filip Pizlo fpi...@apple.com wrote:
On Feb 17, 2013, at 1:04 AM, Dirk Schulze dschu...@adobe.com wrote:
The discussion on each single feature let us forget the greater scope
On Feb 17, 2013, at 2:47 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Sun, Feb 17, 2013 at 7:26 AM, Dirk Schulze dschu...@adobe.com wrote:
Then we should face it. Prefixed content for CSS gradients, animation,
transition, transforms, CSS Image functions, masking and a lot more will not
go
Hi WebKit folks,
It is a pleasure to announce that Stephen Chenney schen...@chromium.org
is a WebKit Reviewer now.
Stephen did and does an awesome job on various SVG, Font and Skia related
topics. He fixed at least a dozen of urgent security bugs and has a great
understanding of the WebCore
On Feb 25, 2013, at 4:27 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Mon, Feb 25, 2013 at 3:36 PM, Glenn Adams gl...@skynav.com wrote:
On Mon, Feb 25, 2013 at 3:53 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Mon, Feb 25, 2013 at 2:48 PM, Dirk Pranke dpra...@google.com wrote:
On Mon, Feb
Congratulations Philip! :)
Greetings
Dirk
On Feb 28, 2013, at 12:11 PM, Levi Weintraub
le...@chromium.orgmailto:le...@chromium.org wrote:
Congratulations, Mr. Rogers!
On Thu, Feb 28, 2013 at 12:09 PM, Eric Seidel
e...@webkit.orgmailto:e...@webkit.org wrote:
Nice to have another hand for SVG
Hi Darin,
There is a bug report about this https://bugs.webkit.org/show_bug.cgi?id=107731
and a fix from Simon Nuking
WebKitBuild/Debug/DerivedSources/WebCore/*SVGStopElement.dep fixed this for me.
Greetings,
Dirk
On Mar 10, 2013, at 6:15 PM, Darin Adler da...@apple.com wrote:
On Mac,
This is a very long thread and I did not see any conclusions or agreement on
this thread. Can you summarize the topic and the status on the acceptance level
please?
Greetings,
Dirk
On Mar 13, 2013, at 9:15 AM, Stephen White senorbla...@chromium.org wrote:
Hi WebKittens,
I'm planning to
On Apr 1, 2013, at 1:26 PM, Gavin Barraclough barraclo...@apple.com wrote:
On Apr 1, 2013, at 12:36 PM, Glenn Adams wrote:
correction... NTSC = Never The Same Color (twice)
How do we intend to implement this? – any pseudo random behaviour needs to be
cryptographically secure to avoid
On Apr 4, 2013, at 10:37 AM, Martin Robinson mrobin...@webkit.org wrote:
On Thu, Apr 4, 2013 at 10:34 AM, Geoffrey Garen gga...@apple.com wrote:
What would it take for WebKitGTK+ to adopt the JSC bindings?
Just for clarity's sake. WebKitGTK+ only supports JSC, but it seems
there are some
On Apr 4, 2013, at 11:19 PM, Ryosuke Niwa rn...@webkit.org wrote:
Hi,
This is somewhat related to the bulk move of Chromium-WebKit contributors to
Blink, but we might want to consider sunsetting/expiring committership and
reviewership.
I'm thinking of something like expiring
Sent from my iPhone
On Apr 5, 2013, at 12:00 AM, Ryosuke Niwa
rn...@webkit.orgmailto:rn...@webkit.org wrote:
On Thu, Apr 4, 2013 at 11:53 PM, Kenneth Rohde Christiansen
kenneth.christian...@gmail.commailto:kenneth.christian...@gmail.com wrote:
I am not sure this is really needed. People
On Apr 7, 2013, at 5:53 PM, Benjamin Poulain benja...@webkit.org wrote:
On Sun, Apr 7, 2013 at 5:49 PM, Timothy Hatcher timo...@apple.com wrote:
I think 6 months is fine for deactivating SVN accounts. And a full revoke of
reviewer status after 2 years of no activity sounds reasonable to me.
1 - 100 of 133 matches
Mail list logo