On Fri, Jul 26, 2013 at 9:07 PM, Benjamin Poulain benja...@webkit.orgwrote:
On Fri, Jul 26, 2013 at 1:57 AM, Mario Sanchez Prada
mario.pr...@samsung.com wrote:
Ah, When I made a new patch, had doubts about the file name
Deprecated.
So, I have to wait the StyleBuilder Class to have a
On Tue, Jul 23, 2013 at 12:17 AM, Kyounga Ra kyounga...@gmail.com wrote:
Hi webkit-dev!
I'd like to add new feature for CSS nav-[dir] properties.
https://bugs.webkit.org/show_bug.cgi?id=66027
This feature is for
http://dev.w3.org/csswg/css3-ui/#nav-dir
On recent discussion, these nav-*
On Sun, Jun 2, 2013 at 2:48 AM, Maciej Stachowiak m...@apple.com wrote:
On Jun 1, 2013, at 8:54 PM, Glenn Adams gl...@skynav.com wrote:
You guys obviously never wrote any Lisp code.
Um, why do you think I suggested Symbol?
On Jun 1, 2013, at 9:09 PM, Glenn Adams gl...@skynav.com
, 2013 at 4:45 PM, Maciej Stachowiak m...@apple.com wrote:
On Jun 1, 2013, at 3:58 PM, Darin Adler da...@apple.com wrote:
On May 31, 2013, at 8:01 PM, Glenn Adams gl...@skynav.com wrote:
One thing that always threw me was the term Atomic in the class name. I
wonder if the term InternedString
On Sat, Jun 1, 2013 at 9:56 PM, Darin Adler da...@apple.com wrote:
On Jun 1, 2013, at 8:54 PM, Glenn Adams gl...@skynav.com wrote:
You guys obviously never wrote any Lisp code.
Lets not play this game. When I met Maciej he was the maintainer of one of
the most popular Scheme
On Fri, May 31, 2013 at 6:14 PM, Rafael Brandao
rafael.l...@openbossa.orgwrote:
This thread contains really useful information, so I've created a new
topic on https://trac.webkit.org/wiki/EfficientStrings and pointed to
here.
One thing that always threw me was the term Atomic in the class
On Thu, May 16, 2013 at 12:06 PM, Darin Adler da...@apple.com wrote:
I think it’s a neat idea. It’s a big, challenging project. The first step
is probably to add the notion of a selection that is not a single DOM
range. There are many, many functions that currently have that assumption.
I
How does a committer/reviewer obtain a webkit.org address? I notice that
the majority of existing committers and reviewers have either a webkit.orgor a
chromium.org address listed in contributors.json. I think it an important
part of being part of the WK community to be able to identify oneself as
, and credential to write-access SVN.
On Sunday, April 28, 2013, Glenn Adams wrote:
How does a committer/reviewer obtain a webkit.org address? I notice that
the majority of existing committers and reviewers have either a
webkit.org or a chromium.org address listed in contributors.json. I
think
On Sun, Apr 28, 2013 at 8:46 PM, Glenn Adams gl...@skynav.com wrote:
And if one prefers to use a webkit.org address, like you are doing?
A little follow-up: when I got my SVN account and credentials earlier this
year as a committer, I expected to be given or at least asked if I wanted
On Wed, Apr 17, 2013 at 1:26 AM, Yuki Sekiguchi
yuki.sekigu...@access-company.com wrote:
Hi,
I'd like to add support for ruby-overhang.
The spec for this feature can be found here:
http://www.w3.org/TR/css3-ruby/#rubyover
I'm working it at this bug
On Wed, Apr 10, 2013 at 1:46 AM, Eric Seidel e...@webkit.org wrote:
If we create an emeritus class in committers.py, we also have a whole
bunch of old (long-webkit-retired) Apple committers/reviewers (ken,
vicki, cblu, gramps, etc.) which should go there. :) Then the tools
(including
Does any bot (or person) run this? Regularly? I just noticed today it
reports a number of failures (using r148074).
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.37+ (KHTML,
like Gecko) Version/6.0.3 Safari/536.28.10
Tests completed in 705 milliseconds.
513 tests of 545 passed,
On Tue, Apr 9, 2013 at 11:15 PM, Dirk Pranke dpra...@chromium.org wrote:
TestFailures, as I understand it, provides a summarize view of current
tree failures clustered by the changes that might have caused the failures,
kind of like garden-o-matic's initial page.
All the garden-o-matic UI is
On Mon, Apr 8, 2013 at 4:28 PM, Maciej Stachowiak m...@apple.com wrote:
On Apr 7, 2013, at 6:35 PM, Benjamin Poulain benja...@webkit.org wrote:
On Sun, Apr 7, 2013 at 6:23 PM, Dirk Schulze k...@webkit.org wrote:
The recent request from Andreas to remove CSS Variables leads to the
question
On Mon, Apr 8, 2013 at 5:01 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Mon, Apr 8, 2013 at 3:59 PM, Glenn Adams gl...@skynav.com wrote:
On Mon, Apr 8, 2013 at 4:28 PM, Maciej Stachowiak m...@apple.com wrote:
On Apr 7, 2013, at 6:35 PM, Benjamin Poulain benja...@webkit.org
wrote:
On Sun
On Sun, Apr 7, 2013 at 7:27 PM, Benjamin Poulain benja...@webkit.orgwrote:
I don't really see the big deal with revoking reviewer rights. If you come
back to the project, make a few good patches and show a good understanding
of the code base, you just get the rights back.
This seems rather
On Thu, Apr 4, 2013 at 11:03 AM, Brent Fulgham bfulg...@gmail.com wrote:
I'd also suggest purging the chromium layout tests ASAP so we can enjoy
the much-reduced archive sync costs.
We really need to get the Mac or Win EWS performing tests by default and
reliably before doing this. At
On Thu, Apr 4, 2013 at 1:44 PM, Filip Pizlo fpi...@apple.com wrote:
Sent from my PDP-11
11/20? 11/40? RSX-11? RT-11? Love the split I/D memory on 11/70s.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
On Thu, Apr 4, 2013 at 1:50 PM, Geoffrey Garen gga...@apple.com wrote:
To clarify:
(1) The EWS bots are still running.
(2) The mac and mac-wk2 EWS bots are running tests, and passing.
(3) The cr-linux bots are running tests, and failing.
If we're OK with item (3), we can go ahead with
Any update on the upcoming contributors meeting [1]? Logistics? Agenda?
[1] http://trac.webkit.org/wiki/May%202013%20Meeting
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
On Mon, Apr 1, 2013 at 10:39 AM, Michael Saboff msab...@apple.com wrote:
I had heard that there is some disagreement among browser vendors as to
video formats being supported with the Web VHS API. Safari will only
support the Not Too Saturated Colors (NTSC) format to improve clarity,
while
On Fri, Mar 22, 2013 at 3:24 PM, Ryosuke Niwa rn...@webkit.org wrote:
Hi all,
I've made a change to NRWT in http://trac.webkit.org/changeset/146657 so
that it always generate pixel results in retries even when pixel tests are
disabled by default (on all but Chromium ports).
We now enable
On Wed, Mar 27, 2013 at 9:16 AM, Glenn Adams gl...@skynav.com wrote:
On Fri, Mar 22, 2013 at 3:24 PM, Ryosuke Niwa rn...@webkit.org wrote:
Hi all,
I've made a change to NRWT in http://trac.webkit.org/changeset/146657 so
that it always generate pixel results in retries even when pixel tests
On Wed, Mar 27, 2013 at 11:46 AM, Glenn Adams gl...@skynav.com wrote:
On Wed, Mar 27, 2013 at 9:16 AM, Glenn Adams gl...@skynav.com wrote:
On Fri, Mar 22, 2013 at 3:24 PM, Ryosuke Niwa rn...@webkit.org wrote:
Hi all,
I've made a change to NRWT in http://trac.webkit.org/changeset/146657so
On Fri, Mar 22, 2013 at 3:07 PM, Ryosuke Niwa rn...@webkit.org wrote:
Landed it in http://trac.webkit.org/changeset/146657. Once EWS bots catch
up, we can start grabbing both text and pixel results off of Chromium and
Mac EWS bots.
Thanks, this will be very useful!
On Thu, Mar 21, 2013 at 12:49 PM, Ryosuke Niwa rn...@webkit.org wrote:
Lately, I've encountering changesets that only add lines to
TestExpectations and then never baseline tests for any platform.
This (never rebaseline tests for any platform in that changeset) may not be
possible depending on
On Thu, Mar 21, 2013 at 5:10 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Mar 21, 2013 at 4:02 PM, Glenn Adams gl...@skynav.com wrote:
On Thu, Mar 21, 2013 at 12:49 PM, Ryosuke Niwa rn...@webkit.org wrote:
Lately, I've encountering changesets that only add lines to
TestExpectations
On Thu, Mar 21, 2013 at 5:40 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Mar 21, 2013 at 4:36 PM, Glenn Adams gl...@skynav.com wrote:
On Thu, Mar 21, 2013 at 5:10 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Mar 21, 2013 at 4:02 PM, Glenn Adams gl...@skynav.com wrote:
On Thu, Mar
On Thu, Mar 21, 2013 at 5:55 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Mar 21, 2013 at 4:50 PM, Glenn Adams gl...@skynav.com wrote:
That's my platform, so I have to manage with it.
I do have a Retina MBP too but I don't use it to work on the rendering
engine precisely because
On Thu, Mar 21, 2013 at 6:11 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Mar 21, 2013 at 5:10 PM, Glenn Adams gl...@skynav.com wrote:
On Thu, Mar 21, 2013 at 5:55 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Mar 21, 2013 at 4:50 PM, Glenn Adams gl...@skynav.com wrote:
That's my
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 25, 2013 at 2:05 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Mon, Feb 25, 2013 at 1:39 PM, Dirk Pranke dpra...@google.com
wrote:
Are you
On Mon, Feb 25, 2013 at 5:27 PM, Ryosuke Niwa rn...@webkit.org wrote:
Quite frankly, I don't want it to be my (or anyone but patch author's) job
to take care of all these stale entries people add.
I agree, but I think that sloppy follow-up doesn't mean the approach is
necessarily bad. We have
On Mon, Feb 25, 2013 at 6:17 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Mon, Feb 25, 2013 at 5:06 PM, Glenn Adams gl...@skynav.com wrote:
On Mon, Feb 25, 2013 at 5:27 PM, Ryosuke Niwa rn...@webkit.org wrote:
Quite frankly, I don't want it to be my (or anyone but patch author's)
job
On Mon, Feb 25, 2013 at 12:24 PM, Ryosuke Niwa rn...@webkit.org wrote:
Hi all,
We've replaced webkit-perf.appspot.com by perf.webkit.org.
webkit-perf.appspot.com will be phased-out in the coming weeks.
I'm going to check in the source code of perf.webkit.org into WebKit
repository in
On Sun, Feb 10, 2013 at 10:03 AM, Balazs Kelemen kbal...@webkit.org wrote:
On 02/07/2013 01:48 AM, Maciej Stachowiak wrote:
I think we should continue to use uint8_t instead of char as the primary
way to represent a raw byte in WebKit. First, it's good to distinguish raw
data from C
On Sun, Feb 10, 2013 at 11:38 AM, Darin Adler da...@apple.com wrote:
Short answer, yes.
On Feb 10, 2013, at 9:14 AM, Glenn Adams gl...@skynav.com wrote:
Because LChar is often (always?) UTF-8 encoded, the individual encoding
units of which are 0x00 through 0xFF.
Close.
LChar is always
On Wed, Feb 6, 2013 at 5:35 PM, Alec Flett alecfl...@chromium.org wrote:
Personally outside of WebKit I tend to see more char* as the common
denominator for raw bytes.
I've been coding in C since around 1972, and I admit that in the early
days, char was used as a synonym for byte, however,
On Mon, Feb 4, 2013 at 4:51 PM, Alec Flett alecfl...@chromium.org wrote:
At the moment, SerializedScriptValue uses Vectoruint8_t (aka
Vectorunsigned char) for both it's API (createFromWireBytes, toWireBytes)
as well as its internal representation. (for both v8 and jsc
implementations)
The
On Fri, Jan 25, 2013 at 10:14 AM, Adam Barth aba...@webkit.org wrote:
There's no experiment that you can run using web content to detect
whether we implement WebIDL. All you can detect is whether we
implement particular specifications that use WebIDL. We can just
simply not implement the
On Wed, Nov 28, 2012 at 1:31 PM, Rafael Weinstein rafa...@chromium.orgwrote:
Hello, WebKit!
I plan to start landing the implementation of the HTMLTemplateElement
(behind a compile flag).
The spec is here:
http://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/templates/index.html
A
On Thu, Nov 29, 2012 at 10:00 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Thu, Nov 29, 2012 at 8:55 PM, Glenn Adams gl...@skynav.com wrote:
On Wed, Nov 28, 2012 at 1:31 PM, Rafael Weinstein
rafa...@chromium.orgwrote:
Hello, WebKit!
I plan to start landing the implementation
On Thu, Nov 29, 2012 at 11:05 PM, Rafael Weinstein rafa...@chromium.orgwrote:
On Thu, Nov 29, 2012 at 9:55 PM, Adam Barth aba...@webkit.org wrote:
On Thu, Nov 29, 2012 at 9:23 PM, Glenn Adams gl...@skynav.com wrote:
On Thu, Nov 29, 2012 at 10:00 PM, Ryosuke Niwa rn...@webkit.org
wrote
Just checking, but I don't see a way to add test expectations that apply
generically (to all ports).
It would be nice to have something like
LayoutTests/platform/generic/TestExpectations to which one could add new
tests that are known to fail everywhere (e.g., because the code that
implements a
at 10:49 AM, Glenn Adams gl...@skynav.com wrote:
Just checking, but I don't see a way to add test expectations that apply
generically (to all ports).
It would be nice to have something like
LayoutTests/platform/generic/TestExpectations to which one could add new
tests that are known to fail
On Tue, Nov 13, 2012 at 12:02 PM, Glenn Adams gl...@skynav.com wrote:
implements the expected behavior (on some but not all ports), and the
comment further follow-on
s/the comment further/then commit further/
___
webkit-dev mailing list
webkit-dev
On Tue, Nov 13, 2012 at 12:09 PM, Dirk Pranke dpra...@chromium.org wrote:
We don't currently support port-specific reftests (or at least, not
very well), and we certainly should be trying to minimize where they
occur.
Hmm, I actually used port specific reftest expectation files in a recent
On Wed, Oct 10, 2012 at 3:50 PM, Kenneth Rohde Christiansen
kenneth.christian...@gmail.com wrote:
Hi,
I still don't get it. CE-HTML is a closed standard and not something
we ever want in WebKit as we are pushing HTML5/Living Standard.
Just to provide some additional input. CE-HMTL, more
Now that the initial value returned for text-align is 'start' instead of
'-webkit-auto' (see [1]), would there be any objection to removing support
for the ability to specify -webkit-auto as a legacy synonym for 'start'? If
not, I will proceed with a new bug I just filed [2] to do this. Otherwise,
. Also, I would think that, if this possible
difference is eliminated, then we should be able to at least remove the use
of -webkit-auto in html.css, etc.
On Tue, Oct 2, 2012 at 1:44 AM, Glenn Adams gl...@skynav.com wrote:
Now that the initial value returned for text-align is 'start' instead
On Wed, Oct 3, 2012 at 1:20 AM, Maciej Stachowiak m...@apple.com wrote:
Our recent practice and policy has been that the person asking for removal
has to present information to show that it's likely safe.For example by
gathering usage statistics. See:
Where can I find the source for WKCreateCTLineWithUniCharProvider? I'm
working on a bug [1] in which I will need to at least understand and
perhaps modify its behavior.
Basically, to fix this bug, I need to pass character context from adjacent
text runs (or adjacent inline text nodes) that will
On Sat, Sep 22, 2012 at 7:30 AM, Adam Barth aba...@webkit.org wrote:
On Wed, Sep 12, 2012 at 7:13 PM, Adam Barth aba...@webkit.org wrote:
On Wed, Sep 12, 2012 at 6:40 PM, Maciej Stachowiak m...@apple.com
wrote:
That seems like a reasonable approach to gathering usage data
indirectly, so
Bug 89235 [1] notes lack of support for the CSS3 Text module's line-break
property. I have prepared a patch to add support for the values expressed
by this property to the existing -webkit-line-break property, as a
preliminary step before the CSSWG agrees to unprefixed usage of CSS3 Text
What is the recommended approach to test cases when one needs to use a CJK
font that covers the test data? I could use DRT text results as expected
but given lack of common font across platforms, that doesn't seem to be
effective.
From my somewhat limited (i.e., newbie) exposure to WK, I gather
Certainly it is not be the intent to expose such props to web content in
general. But I could fathom exposing this to WK test content (without
necessarily being dependent on DRT framework).
On Tuesday, September 4, 2012, Glenn Adams wrote:
What is the recommended approach to test cases when one
On Tue, Sep 4, 2012 at 11:26 PM, Dan Bernstein m...@apple.com wrote:
On Sep 4, 2012, at 5:50 AM, Glenn Adams gl...@skynav.com wrote:
Alternatively, you can compute the with of each character with script
(without adding any new feature to WebKit).
Unfortunately, that won't work since I
On Wed, Sep 5, 2012 at 12:10 AM, Joshua Bell jsb...@chromium.org wrote:
On Tue, Sep 4, 2012 at 8:32 AM, Alexey Proskuryakov a...@webkit.org wrote:
04.09.2012, в 07:43, Pozdnyakov, Mikhail написал(а):
req = new XMLHttpRequest();
req.open(“GET”, null);
** **
the implementation
I'm implementing a patch for [1], namely to support the CSS3 line-break
property.
[1] https://bugs.webkit.org/show_bug.cgi?id=89235
There is an older -{khtml,webkit}-line-break enum EKHTMLLineBreak defined
in RenderStyleConstants.h. I see that some enums use a 'E' prefix, while
others do not,
On Fri, Aug 24, 2012 at 3:06 PM, Glenn Adams gl...@skynav.com wrote:
[or if there is a name conflict on LineBreak, then will use LineBreakType]
(whether the suffice 'Type' is included also seems somewhat irregular)
s/suffice/suffix/
___
webkit-dev
Could I be enabled for EditBugs permission? I'm starting to submit patches
and actively work bugs, e.g.,
https://bugs.webkit.org/show_bug.cgi?id=94633
https://bugs.webkit.org/show_bug.cgi?id=6148
Thanks!
___
webkit-dev mailing list
On Wed, Aug 22, 2012 at 6:42 AM, Adam Barth aba...@webkit.org wrote:
On Tue, Aug 21, 2012 at 2:41 PM, Glenn Adams gl...@skynav.com wrote:
Could I be enabled for EditBugs permission? I'm starting to submit
patches
and actively work bugs, e.g.,
Done. In the future, folks should feel free
On Tue, Aug 14, 2012 at 12:25 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Tue, Aug 14, 2012 at 11:51 AM, Shezan Baig shezbaig...@gmail.comwrote:
We are using embedded WebKit in our application, and we need to be
able to use disjointed selection ranges for table editing. I was
wondering
On Tue, Aug 14, 2012 at 1:43 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Tue, Aug 14, 2012 at 1:14 PM, Glenn Adams gl...@skynav.com wrote:
On Tue, Aug 14, 2012 at 12:25 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Tue, Aug 14, 2012 at 11:51 AM, Shezan Baig shezbaig...@gmail.comwrote:
We
On Tue, Aug 14, 2012 at 3:36 PM, Ryosuke Niwa rn...@webkit.org wrote:
I have to admit there are some valid use cases for supporting multi-range
selection but the complexity it adds to our codebase is unjustifiable.
Gecko has tried this for a decade but they're now trying to get rid of it.
See
NRWT is producing a large number of apparent regressions on ML. A
build/test run I performed last night shows 294 unexpected fails on WK1
tests [1] and 150 unexpected fails on WK2 tests [2]. My question is whether
platform/mac has been rebaselined for ML or not? If not, then are there
plans to do
anyone planning to add a mac-mountainlion port/baseline soon? at present,
NRWT defaults to mac-future on 10.8
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
Just upgraded from Lion to Mountain Lion (and XCode 4.4). Clean build time
went from 29mins to 1h 29mins on a new 2.6GHz 16GB MacBook Pro 15 Retina.
You might want to hold off on an upgrade unless you enjoy waiting for
builds.
___
webkit-dev mailing list
On Fri, Jul 27, 2012 at 2:40 PM, Mark Rowe mr...@apple.com wrote:
On 2012-07-27, at 13:33, Glenn Adams gl...@skynav.com wrote:
Just upgraded from Lion to Mountain Lion (and XCode 4.4). Clean build
time went from 29mins to 1h 29mins on a new 2.6GHz 16GB MacBook Pro 15
Retina. You might want
69 matches
Mail list logo
