flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sebastian Mohr <flex.masul...@gmail.com>
Subject Re: FXG to SVG - working example
Date Fri, 15 Mar 2013 16:30:54 GMT
Thanks Om,

Didn't expect that the FXG to SVG interoperability could be so simple. Will
think about its implications :)

Sebastian (PPMC)
Interaction Designer

Looking for a Login Example with Apache Flex? Please check out this code:

On Fri, Mar 15, 2013 at 12:03 PM, Om <bigosmallm@gmail.com> wrote:

> I quickly whipped up a proof of concept proving the FXG to SVG
> interoperability.
> The working demo can be found here:
> http://people.apache.org/~bigosmallm/fxg2svg/svg.html (Tested to be
> working
> fine on Chrome 25, Firefox 19 and IE 10 on Windows)
> I did not have time to write a stylesheet, so I hand created a simple SVG
> element based on an FXG element.  I chose the most basic element: "Rect"
> which is available as "rect" in SVG.  Once I had the basic set up working,
> all I had to do was modify the svg's attributes using Javascript.  This
> happens during runtime, but we could totally move this to the compilation
> stage.
> As you can see, I have proven that rendering fidelity can be achieved using
> this route.  At the same time, this can be plugged into the AS to JS
> translation piece that Mike, Erik, et al. are working on.  From what I see
> in that project, there is no faithful rendering solution (yet)  You
> probably discussed about rendering that I might have missed.
> When I get some more time, I will start fiddling with more and more FXG
> elements and see how SVG handles them.  At some point, writing a stylesheet
> would be more efficient.
> Just right click either the Flex app or the HTML content to view the source
> of both.  Comments and suggestions for improvement highly appreciated.
> This is a very basic demo, dealing mostly about rendering fidelity. But
> IMHO, this unleashes a ton of possibilities.
> (And no, FXG is not dead - yet.  ;-) )
> Thanks,
> Om

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message