So is currentPath going away then for sure? Will there still be a way to to
retrieve a Path2D representation of the path being drawn by the long existing
drawing commands on the context?
I quite liked how I could use it for caching, in case the browser supported
that feature, and check wether
On Mar 18, 2014, at 10:38 AM, Jürg Lehni li...@scratchdisk.com wrote:
So is currentPath going away then for sure? Will there still be a way to to
retrieve a Path2D representation of the path being drawn by the long existing
drawing commands on the context?
I quite liked how I could use
On Wed, Dec 4, 2013 at 5:18 PM, Rik Cabanier caban...@gmail.com wrote:
On Wed, Dec 4, 2013 at 11:10 AM, Jürg Lehni li...@scratchdisk.com wrote:
I somehow managed to oversee all the things that happened in this
discussion, but I'm very happy to see that Path2D is being proposed and
agreed
I somehow managed to oversee all the things that happened in this discussion,
but I'm very happy to see that Path2D is being proposed and agreed on now. It's
also what I've originally suggested on April 10 this year, and I completely
agree that it leaves much less doubt about its functionality
On Dec 4, 2013, at 20:10 , Jürg Lehni li...@scratchdisk.com wrote:
oversee
...and with oversee I meant ignore. I't s a common German mistake.
On Wed, Dec 4, 2013 at 11:10 AM, Jürg Lehni li...@scratchdisk.com wrote:
I somehow managed to oversee all the things that happened in this
discussion, but I'm very happy to see that Path2D is being proposed and
agreed on now. It's also what I've originally suggested on April 10 this
year, and
On Wed, Nov 13, 2013 at 1:36 PM, Robert O'Callahan rob...@ocallahan.orgwrote:
On Wed, Nov 13, 2013 at 12:12 PM, Jussi Kalliokoski
jussi.kallioko...@gmail.com wrote:
Path is also too generic even in the context of graphics. If we later on
want to add a path object for 3-dimensional paths,
On Monday, November 18, 2013, Rik Cabanier wrote:
On Wed, Nov 13, 2013 at 1:36 PM, Robert O'Callahan
rob...@ocallahan.orgjavascript:_e({}, 'cvml', 'rob...@ocallahan.org');
wrote:
On Wed, Nov 13, 2013 at 12:12 PM, Jussi Kalliokoski
jussi.kallioko...@gmail.com javascript:_e({}, 'cvml',
On Wed, Nov 6, 2013 at 12:41 PM, Jürg Lehni li...@scratchdisk.com wrote:
On Nov 4, 2013, at 13:32 , Anne van Kesteren ann...@annevk.nl wrote:
Objects not having constructors is a bad API practice we are moving away
from.
I'm not sure everybody thinks so. There are whole libraries out there
On Nov 13, 2013, at 2:53 PM, Rik Cabanier caban...@gmail.com wrote:
[resending because of a bounced message]
DrawingPath is saying the same thing twice.
Maybe DOMDrawing is better? (with drawing the definition of
http://dictionary.cambridge.org/dictionary/british/drawing?q=drawing)
I
On Nov 13, 2013 6:41 PM, Dirk Schulze dschu...@adobe.com wrote:
On Nov 13, 2013, at 2:53 PM, Rik Cabanier caban...@gmail.com wrote:
[resending because of a bounced message]
DrawingPath is saying the same thing twice.
Maybe DOMDrawing is better? (with drawing the definition of
On Wed, Nov 13, 2013 at 12:12 PM, Jussi Kalliokoski
jussi.kallioko...@gmail.com wrote:
Path is also too generic even in the context of graphics. If we later on
want to add a path object for 3-dimensional paths, you end up with Path and
Path3D? Yay for consistency. Path2D would immediately
Sounds good.
Let's do it.
On Wed, Nov 13, 2013 at 1:36 PM, Robert O'Callahan rob...@ocallahan.orgwrote:
On Wed, Nov 13, 2013 at 12:12 PM, Jussi Kalliokoski
jussi.kallioko...@gmail.com wrote:
Path is also too generic even in the context of graphics. If we later on
want to add a path object
On Mon, 11 Nov 2013, Elliott Sprehn wrote:
Then I object to us shipping this in Chrome. Bleeding on the global
scope with such a generic name ignoring all the other reasonable uses of
the word Path is not good for the platform. It's not forward thinking,
and it's confusing for developers.
[resending because of a bounced message]
DrawingPath is saying the same thing twice.
Maybe DOMDrawing is better? (with drawing the definition of
http://dictionary.cambridge.org/dictionary/british/drawing?q=drawing)
On Tue, Nov 12, 2013 at 6:39 PM, Robert O'Callahan rob...@ocallahan.orgwrote:
On Mon, Nov 4, 2013 at 9:14 AM, Rik Cabanier caban...@gmail.com wrote:
On Mon, Nov 4, 2013 at 2:07 AM, Jürg Lehni li...@scratchdisk.com wrote:
Thinking more about this discussion, I had an idea for an approach that
would avoid such future clashes all together:
Instead of exposing
Sent from my iPhone
On Nov 12, 2013, at 6:18 AM, Elliott Sprehn
espr...@gmail.commailto:espr...@gmail.com wrote:
On Mon, Nov 4, 2013 at 9:14 AM, Rik Cabanier
caban...@gmail.commailto:caban...@gmail.com wrote:
On Mon, Nov 4, 2013 at 2:07 AM, Jürg Lehni
On Mon, Nov 11, 2013 at 2:52 PM, Dirk Schulze dschu...@adobe.com wrote:
...
The SVG WG would like to start using the 'Path' object for its objects as
well. We'd like this to be a generic object that can be used by other parts
of the web platform.
It would be strange to require a canvas
On Nov 12, 2013, at 7:19 AM, Elliott Sprehn espr...@chromium.org wrote:
On Mon, Nov 11, 2013 at 2:52 PM, Dirk Schulze dschu...@adobe.com wrote:
...
The SVG WG would like to start using the 'Path' object for its objects as
well. We'd like this to be a generic object that can be used by
On Mon, Nov 11, 2013 at 3:59 PM, Dirk Schulze dschu...@adobe.com wrote:
On Nov 12, 2013, at 7:19 AM, Elliott Sprehn espr...@chromium.org wrote:
On Mon, Nov 11, 2013 at 2:52 PM, Dirk Schulze dschu...@adobe.com
wrote:
...
The SVG WG would like to start using the 'Path' object for
On Nov 4, 2013, at 18:14 , Rik Cabanier caban...@gmail.com wrote:
The SVG WG would like to start using the 'Path' object for its objects as
well. We'd like this to be a generic object that can be used by other parts
of the web platform.
It would be strange to require a canvas context just
On Nov 4, 2013, at 13:32 , Anne van Kesteren ann...@annevk.nl wrote:
Objects not having constructors is a bad API practice we are moving away from.
I'm not sure everybody thinks so. There are whole libraries out there that
avoid the use of 'new' in favor of functions that create the objects
Hi Norto,
On Nov 2, 2013, at 02:19 , Michael Norton no...@me.com wrote:
Hi Jürg,
On Oct 29, 2013, at 1:46 PM, Jürg Lehni li...@scratchdisk.com wrote:
More recently, things appear to have been named a bit more specifically,
often with prefixes, e.g. HTMLCanvasElement, DOMParser,
On Mon, Nov 4, 2013 at 10:07 AM, Jürg Lehni li...@scratchdisk.com wrote:
Wouldn't it have been more aligned with this existing API also to have a
ctx.createPath() ?
Objects not having constructors is a bad API practice we are moving away from.
--
http://annevankesteren.nl/
On Mon, Nov 4, 2013 at 2:07 AM, Jürg Lehni li...@scratchdisk.com wrote:
Thinking more about this discussion, I had an idea for an approach that
would avoid such future clashes all together:
Instead of exposing constructors, why not simply expose the methods that
create them?
There already
Hi Jürg,
On Oct 29, 2013, at 1:46 PM, Jürg Lehni li...@scratchdisk.com wrote:
More recently, things appear to have been named a bit more specifically,
often with prefixes, e.g. HTMLCanvasElement, DOMParser, XMLHttpRequest (which
is wrongly named, since it's used for much more than XML),
Regardless of good practices, I still believe that Path is too general a name
for a new prototype that is introduced at this point. Option and Image come to
mind, but those are from the early days. More recently, things appear to have
been named a bit more specifically, often with prefixes,
On 17 Oct 2013, at 9:20 am, Ian Hickson i...@hixie.ch wrote:
PS: iOS 7 is barely released, but the first bug reports are already
coming in, because the new Mobile Safari now defines Path, and clashes:
https://twitter.com/danetag/status/380636739251220480
Looks like this user solved the
On Fri, 20 Sep 2013, Jürg Lehni wrote:
On Aug 20, 2013, at 11:32 , Ian Hickson i...@hixie.ch wrote:
On Sat, 23 Mar 2013, Jürg Lehni wrote:
- Paper.js has its own share of classes, and one of them is called
Path. We normally run scoped but allow people to inject into the
global scope.
Apologies for the slow reply on this, just seeing your answer now:
On Aug 20, 2013, at 11:32 , Ian Hickson i...@hixie.ch wrote:
On Sat, 23 Mar 2013, Jürg Lehni wrote:
- Paper.js has its own share of classes, and one of them is called Path.
We normally run scoped but allow people to inject
FWIW, in Fabric.js [1], everything is scoped under global `fabric` object.
`fabric.Path`, `fabric.Circle`, `fabric.Color`, etc. For any third-party
library in a cross-browser environment, this has been the only sane
strategy of avoiding conflicts and keeping things scalable.
We learned about
PS: iOS 7 is barely released, but the first bug reports are already coming in,
because the new Mobile Safari now defines Path, and clashes:
https://twitter.com/danetag/status/380636739251220480
On Sat, 23 Mar 2013, Jürg Lehni wrote:
- Paper.js has its own share of classes, and one of them is called Path.
We normally run scoped but allow people to inject into the global scope.
This would override the new Path constructor.
This was last considered last October:
On Sat, 23 Mar 2013, Rik Cabanier wrote:
The current path APIs suffer from conflating path segments and geometry.
To fix this, I proposed to modify the API so path just describe the path
segments.
http://blogs.adobe.com/webplatform/2013/01/31/revised-canvas-paths/
I disagree with
On Jun 17, 2013, at 17:55 , Rik Cabanier caban...@gmail.com wrote:
I think we need to get some browser vendors on board.
What's the process to do so?
However, I believe Firefox has been working on landing 'path' and there was a
patch for WebKit that also landed a partial path object. I'm
On Jun 24, 2013, at 8:38 AM, Jürg Lehni li...@scratchdisk.com wrote:
On Jun 17, 2013, at 17:55 , Rik Cabanier caban...@gmail.com wrote:
I think we need to get some browser vendors on board.
What's the process to do so?
However, I believe Firefox has been working on landing 'path' and
Well I know there will be problems: Paper.js has a Path class since 2011, and
these will clash when using the library without scoping, which is what many
people do.
I was hoping that a more specific name could be adopted before the standard is
set in stone, hence the proposal of adding 2D to
On Apr 9, 2013, at 16:17 , Rik Cabanier caban...@gmail.com wrote:
I like the following naming scheme, as it is really short and already
familiar for people from the Java world, but I can imagine that a prefix
would be preferred.
Path2D, Shape2D, Gradient2D, Matrix2D
Path2d and Shape2d
On Mon, Jun 17, 2013 at 2:42 PM, Jürg Lehni li...@scratchdisk.com wrote:
On Apr 9, 2013, at 16:17 , Rik Cabanier caban...@gmail.com wrote:
I like the following naming scheme, as it is really short and already
familiar for people from the Java world, but I can imagine that a prefix
would be
On Tue, Apr 9, 2013 at 1:24 PM, Scratchdisk.com serv...@scratchdisk.comwrote:
Hi Rik,
Thanks for the detailed answers, and apologies for the delay. Below my
responses.
On Mar 23, 2013, at 20:13 , Rik Cabanier caban...@gmail.com wrote:
There was a long conversation about this on the
On Apr 9, 2013, at 14:52 , Rik Cabanier caban...@gmail.com wrote:
It is not too late. Someone started the implementation on Firefox but it
stalled. [1]
The Webkit implementation is behind a compile time flag so it can still
change.
Great!
The intent is that we can use this object with SVG
On Tue, Apr 9, 2013 at 3:27 PM, Jürg Lehni li...@scratchdisk.com wrote:
On Apr 9, 2013, at 14:52 , Rik Cabanier caban...@gmail.com wrote:
It is not too late. Someone started the implementation on Firefox but it
stalled. [1]
The Webkit implementation is behind a compile time flag so it can
Hello all,
I am now to this list, so before formulating my questions I'd like to introduce
myself:
I am one of the creators of Paper.js http://paperjs.org/, a JavaScript
framework focusing on vector graphics in the canvas element. The library is
built on about a decade of work on
On Sat, Mar 23, 2013 at 4:38 PM, Jürg Lehni li...@scratchdisk.com wrote:
Hello all,
I am now to this list, so before formulating my questions I'd like to
introduce myself:
I am one of the creators of Paper.js http://paperjs.org/, a JavaScript
framework focusing on vector graphics in the
44 matches
Mail list logo
