Re: [webkit-dev] New Rich Text Editing Test suite

Yay! http://trac.webkit.org/changeset/68904 fixed the last failing tests in queryCommandState & queryCommandIndeterminate. Now we pass all the sub tests. - Ryosuke On Fri, Oct 1, 2010 at 2:04 PM, Ryosuke Niwa wrote: > I think we shouldn't be hard-coding 18px here: > > {'value': '18px', 'pad':

Re: [webkit-dev] New Rich Text Editing Test suite

I think we shouldn't be hard-coding 18px here: {'value': '18px', 'pad': '[foobarbaz]', 'expected': ['[foobarbaz]', '[foobarbaz]'], 'command': 'fontsize', 'id': 'FS:18px_SPANs:fs:l-1_SW', 'desc': 'Change existing font size to equivalent px size (should be noop, or change unit)'} The pixel font val

Re: [webkit-dev] New Rich Text Editing Test suite

I also noticed: RTE2-CC_FN:a_FONTf:a-1_SI fontname 'courier' y y y y FAIL foo[bar]baz foo[bar]baz foo[bar]baz Change existing font name to same font name, using CSS styling (should be noop) Isn't supposed to be fontname 'arial' instead? There are 4 other tests below this one with the seemingly t

Re: [webkit-dev] New Rich Text Editing Test suite

However, we pass JustifyLeft, JustifyRight, JustifyCenter even though we also add BR in those cases. I don't quite understand the difference there... - Ryosuke On Thu, Sep 30, 2010 at 6:58 PM, Roland Steiner wrote: > On Fri, Oct 1, 2010 at 10:49 AM, Ryosuke Niwa wrote: > >> Mn... I realized so

Re: [webkit-dev] HTML5 Parsing & MathML

Our parser follows the spec (modulo late-breaking spec changes that we haven't picked up yet). The different namespaces can only be nested in certain ways, unlike in XML where arbitrary nesting is possible. Adam On Fri, Oct 1, 2010 at 12:46 PM, Alex Milowski wrote: > I'm curious as to what the

[webkit-dev] HTML5 Parsing & MathML

I'm curious as to what the current HTML5 parser does when MathML and SVG are mixed. In a recent review of MathML 3 I made the comment that this kind of markup, in XHTML, works just fine: happy smilely.. happy smilely.. + u

[webkit-dev] landed

This is a few days late, but I just wanted to let the team know that, as of http://trac.webkit.org/changeset/68166, WebKit can support (but support is disabled by default). The reason I left it disabled by d

Re: [webkit-dev] Flaky test hit list

2010/10/1 Fumitoshi Ukai (鵜飼文敏) : > On Fri, Oct 1, 2010 at 12:03, Adam Barth wrote: >> https://bugs.webkit.org/show_bug.cgi?id=46956 >> >> Unfortunately, it doesn't solve the whole problem. It does seem to >> reduce the flakiness by a lot though. > > Thanks! > I think it might be race between DRT

Re: [webkit-dev] Flaky test hit list

On Fri, Oct 1, 2010 at 12:03, Adam Barth wrote: > https://bugs.webkit.org/show_bug.cgi?id=46956 > > Unfortunately, it doesn't solve the whole problem. It does seem to > reduce the flakiness by a lot though. > Thanks! I think it might be race between DRT and pywebsocekt server, that is, DRT tri