Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-16 Thread The Rasterman
On Wed, 16 Nov 2016 09:55:54 -0800 Cedric BAIL said: > On Tue, Nov 15, 2016 at 7:00 PM, Carsten Haitzler > wrote: > > On Tue, 15 Nov 2016 14:59:30 -0800 Cedric BAIL said: > >> On Mon, Nov 14, 2016 at 10:51 PM, Carsten Haitzler

Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-16 Thread Cedric BAIL
On Tue, Nov 15, 2016 at 7:00 PM, Carsten Haitzler wrote: > On Tue, 15 Nov 2016 14:59:30 -0800 Cedric BAIL said: >> On Mon, Nov 14, 2016 at 10:51 PM, Carsten Haitzler >> wrote: >> > On Tue, 15 Nov 2016 12:03:14 +0900 (KST) Hermet

Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-16 Thread Cedric BAIL
Hey Hermet, On Tue, Nov 15, 2016 at 10:20 PM, Hermet Park wrote: > Cedric, I got your point. > > If you are worrying the bindings of path, then what about others? Other structure don't need 20 functions to be created and populated. Even matrix, most language come with a

Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-15 Thread Hermet Park
: "Enlightenment developer list"<enlightenment-devel@lists.sourceforge.net>; Cc: Sent: 2016-11-16 (수) 07:59:30 Subject: Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path On Mon, Nov 14, 2016 at 10:51 PM, Carsten Haitzler <ras...@rasterman.com> wrote: > On Tue, 15

Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-15 Thread The Rasterman
On Tue, 15 Nov 2016 14:59:30 -0800 Cedric BAIL said: > On Mon, Nov 14, 2016 at 10:51 PM, Carsten Haitzler > wrote: > > On Tue, 15 Nov 2016 12:03:14 +0900 (KST) Hermet Park > > said: > >> As considering further, we'd rather avoid

Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-15 Thread Cedric BAIL
On Mon, Nov 14, 2016 at 10:51 PM, Carsten Haitzler wrote: > On Tue, 15 Nov 2016 12:03:14 +0900 (KST) Hermet Park > said: >> As considering further, we'd rather avoid path interface for the optimization >> point. >> >> Current downside of the evas_vg,

Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-14 Thread The Rasterman
s unlike to an interface but it's more to be an individual > > > data set. > > > > > > And efl_gfx_shape is likely to depend on this. > > > > > > If you agree that it could be an interface, then efl_gfx_path may be also > > > fine. > > &

Re: [E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-14 Thread Cedric BAIL
On Mon, Nov 14, 2016 at 7:03 PM, Hermet Park wrote: > As considering further, we'd rather avoid path interface for the optimization > point. I don't see any performance issue as most of the math and cost is into the computation of the curve not setting a string/combo of

[E-devel] FW: FW: FW: FW: FW: Propose a Eina_Path

2016-11-14 Thread Hermet Park
think? -Original Message- From: "Carsten Haitzler"<ras...@rasterman.com> To: "Enlightenment developer list"<enlightenment-devel@lists.sourceforge.net>; Cc: Sent: 2016-11-15 (화) 08:25:19 Subject: Re: [E-devel] FW: FW: FW: FW: Propose a Eina_Path On Mon, 1