[FlexJS] Should charts use Fill and Stroke

[Peter Ent <pe...@adobe.com>]

Right now the chart package uses simple uint properties for fills and line strokes. I'm wondering if the charts should use IFill and IStroke now. 

Btw: using the core.graphics package makes a huge difference to the chart package and to me, because it makes things a lot easier. 

Peter 

Re: [FlexJS] Should charts use Fill and Stroke

[Peter Ent <pe...@adobe.com>]

OK, great. I have been experimenting with graphics with large numbers of
points to see how well a lot of <svg> elements works on the Javascript
side. Ran into some internal charting thing that is giving me multiple
curves, so I have to track that down. I think we'll probably wind up with
a package of chart elements that work for a reasonable number of points
that is also interactive (because the items are each UIBase'd) and another
package (yet to be written) that is more for larger point bases that is
less dynamic but has better performance and uses a single (or fewer) <svg>
elements and uses the GraphicsContainer drawing functions. But that's just
an idea Alex and I kicked around for the future - always some tradeoffs.

--peter

On 9/16/14 9:28 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>On Sun, Sep 14, 2014 at 10:08 AM, Peter Ent <pe...@adobe.com> wrote:
>
>> I think filling bars and wedges with gradients will be wanted so I'll
>>put
>> that on my to-do list.
>>
>>
>I just pushed a big commit adding LinearGradient support for AS and JS
>versions.
>
>On the AS side, rotation for LinearGradient in an Elliptical Arc segment
>is
>broken.  I will work on this piece next (Moar and moar math!!)
>
>After that, I will be starting work on RadialGradient.
>
>Thanks,
>Om
>
>
>
>
>> Peter Ent
>> Adobe Systems
>>
>>
>> > On Sep 13, 2014, at 2:25 PM, "OmPrakash Muppirala"
>><bi...@gmail.com>
>> wrote:
>> >
>> >> On Sep 13, 2014 3:42 AM, "Peter Ent" <pe...@adobe.com> wrote:
>> >>
>> >> Right now the chart package uses simple uint properties for fills and
>> > line strokes. I'm wondering if the charts should use IFill and IStroke
>> now.
>> >
>> > I added those interfaces in preparation for the linear and radial
>> gradient
>> > fills that I will be working on next.  There is a decent chance that I
>> will
>> > make some changes to the APIs.  If your are okay with that
>>uncertainty,
>> > please go ahead and start using them in the charts package.  It will
>>be
>> > useful for me to know if I need to do something else to provide more
>> robust
>> > support for the charts user case.
>> >
>> >> Btw: using the core.graphics package makes a huge difference to the
>> chart
>> > package and to me, because it makes things a lot easier.
>> >
>> > I am very happy to hear that :-)
>> >
>> > Thanks,
>> > Om
>> >
>> >>
>> >> Peter
>> >>
>>

Re: [FlexJS] Should charts use Fill and Stroke

[OmPrakash Muppirala <bi...@gmail.com>]

On Sun, Sep 14, 2014 at 10:08 AM, Peter Ent <pe...@adobe.com> wrote:

> I think filling bars and wedges with gradients will be wanted so I'll put
> that on my to-do list.
>
>
I just pushed a big commit adding LinearGradient support for AS and JS
versions.

On the AS side, rotation for LinearGradient in an Elliptical Arc segment is
broken.  I will work on this piece next (Moar and moar math!!)

After that, I will be starting work on RadialGradient.

Thanks,
Om




> Peter Ent
> Adobe Systems
>
>
> > On Sep 13, 2014, at 2:25 PM, "OmPrakash Muppirala" <bi...@gmail.com>
> wrote:
> >
> >> On Sep 13, 2014 3:42 AM, "Peter Ent" <pe...@adobe.com> wrote:
> >>
> >> Right now the chart package uses simple uint properties for fills and
> > line strokes. I'm wondering if the charts should use IFill and IStroke
> now.
> >
> > I added those interfaces in preparation for the linear and radial
> gradient
> > fills that I will be working on next.  There is a decent chance that I
> will
> > make some changes to the APIs.  If your are okay with that uncertainty,
> > please go ahead and start using them in the charts package.  It will be
> > useful for me to know if I need to do something else to provide more
> robust
> > support for the charts user case.
> >
> >> Btw: using the core.graphics package makes a huge difference to the
> chart
> > package and to me, because it makes things a lot easier.
> >
> > I am very happy to hear that :-)
> >
> > Thanks,
> > Om
> >
> >>
> >> Peter
> >>
>

Re: [FlexJS] Should charts use Fill and Stroke

[Peter Ent <pe...@adobe.com>]

I think filling bars and wedges with gradients will be wanted so I'll put that on my to-do list. 

Peter Ent
Adobe Systems


> On Sep 13, 2014, at 2:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
> 
>> On Sep 13, 2014 3:42 AM, "Peter Ent" <pe...@adobe.com> wrote:
>> 
>> Right now the chart package uses simple uint properties for fills and
> line strokes. I'm wondering if the charts should use IFill and IStroke now.
> 
> I added those interfaces in preparation for the linear and radial gradient
> fills that I will be working on next.  There is a decent chance that I will
> make some changes to the APIs.  If your are okay with that uncertainty,
> please go ahead and start using them in the charts package.  It will be
> useful for me to know if I need to do something else to provide more robust
> support for the charts user case.
> 
>> Btw: using the core.graphics package makes a huge difference to the chart
> package and to me, because it makes things a lot easier.
> 
> I am very happy to hear that :-)
> 
> Thanks,
> Om
> 
>> 
>> Peter
>> 

Re: [FlexJS] Should charts use Fill and Stroke

[OmPrakash Muppirala <bi...@gmail.com>]

On Sep 13, 2014 3:42 AM, "Peter Ent" <pe...@adobe.com> wrote:
>
> Right now the chart package uses simple uint properties for fills and
line strokes. I'm wondering if the charts should use IFill and IStroke now.
>

I added those interfaces in preparation for the linear and radial gradient
fills that I will be working on next.  There is a decent chance that I will
make some changes to the APIs.  If your are okay with that uncertainty,
please go ahead and start using them in the charts package.  It will be
useful for me to know if I need to do something else to provide more robust
support for the charts user case.

> Btw: using the core.graphics package makes a huge difference to the chart
package and to me, because it makes things a lot easier.

I am very happy to hear that :-)

Thanks,
Om

>
> Peter
>