Right,

And this is why I wrote another compiler for as to js. Try doing what you want with the FalconJS code base, good luck, if you can I salute you.

Don't take what I said as arrogance, I am saying I am a framework architect, I can't concern myself with what you are worried about. I have no opinion on it (UI wise), since its not my cup of tea. I see flaws in trying to compile things to HTML5/JS considering I am the one(of 2) writing the compiler.

Mike


Quoting Om <bigosma...@gmail.com>:

On Fri, Mar 15, 2013 at 4:11 AM, Michael Schmalle
<apa...@teotigraphix.com>wrote:

Om,

At this point and time, I am not worried about rendering. I am more
concerned about straight business logic getting cross compiled.


I am worried about it and hence scratching my itch :-)  I have not seen any
proposal better than mine so far.


This is probably why you have heard anything, I talk a lot on this forum
and haven't said anything about it. :)

I don't even own up to date Adobe programs that even export FXG, I think I
have CS3, and love it. I think giving the View to web developers using HTML
and CSS should be explored by this group as well, instead of relying on
cross compiling views.


My goal is to have a solution that does not make the user touch HTML, JS or
CSS.  The current workflow we have with Flex + FXG is far superior than
anything out there.  I am just trying to see how to keep these workflows
going forward but still support cross compilation.



Mike



Quoting Om <bigosma...@gmail.com>:

 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<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


--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com




--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com

Reply via email to