On Thu, Jan 3, 2013 at 10:32 PM, Steve Block stevebl...@chromium.orgwrote:
I find point - point = size quite useful in general, and it seems to
make logical sense.
I agree that it makes logical sense, but I think that 'point - point =
point' also makes sense, and is perhaps more frequently
Thanks for your reply!
I already figured out how to make a case sensitive replacement with
String::replace, which works exactly as I wanted. However case-insensitive
replacement with (?i) doesn't work at all. Is this implementation specific,
do I need to use other notation to indicate case
I think this feature was rushed in the spec.
Can we hold off submitting this until people have a chance to think it
through?
It seems innocent enough to make this part of the graphic state but I
believe this is the wrong place (since no graphic library except cairo did
it this way) and will give
Ognian,
For the search to be case insensitive, you add an 'i' to the end of the regular
expression. The replace will be whatever string to have for the second
argument. See http://www.w3schools.com/jsref/jsref_replace.asp for an example
of case-insensitive search/replace.
- Michael
On Jan
Dear Webkit Developers,
We submitted MIPS implementations for LLINT and the DFG JIT.
We also kept the patches rebased as the webkit-trunk moved forward, the
latest update of the patches were uploaded today.
1. LLINT: https://bugs.webkit.org/show_bug.cgi?id=99706
Filip Pizlo was very helpful
Subtraction of two points should not equate to a size. That's would be
unexpected behavior for anyone used to working in 2D space. Mathematically
speaking point - point equates to a vector. When writing a vector math library
there typically isn't a differentiation made between a point and a
On Fri, Jan 4, 2013 at 12:15 AM, Simon Fraser simon.fra...@apple.comwrote:
On Jan 3, 2013, at 7:43 PM, Steve Block wrote:
Thanks all for the detailed replies.
I wasn't aware of the distinction made between points and vectors for
the purposes transforms. However, if I understand things
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. :-)
In this particular case, though, it was the third or fourth step. The
discussion has been open since June 2011. It's not like people didn't
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. :-)
In this particular case, though, it was the third or fourth step. The
On Fri, 4 Jan 2013, Rik Cabanier wrote:
How about EOClip? That is a construct that is far more used than eofill.
Will that get its own parameter too?
As specced it uses the same parameter.
How about the interaction of stroking and this parameter (if you follow the
spec's wording for
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 Fri, Jan 4, 2013 at 5:42 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
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
On Fri, Jan 4, 2013 at 8:04 PM, Dirk Schulze dschu...@adobe.com wrote:
On Jan 4, 2013, at 7:28 PM, Rik Cabanier caban...@gmail.com wrote:
On Fri, Jan 4, 2013 at 5:42 PM, Dirk Schulze dschu...@adobe.com wrote:
On Jan 4, 2013, at 5:24 PM, Rik Cabanier caban...@gmail.com wrote:
On
14 matches
Mail list logo
