Also, in the context of functional parity with the Flex SDK, are there
any plans to collaborate with the Degrafa team to allow Degrafa to
play an FXG-like role along with Reflex? And on a related topic, is
anyone contemplating a graphing/charting framework for Reflex?
These are all areas we would be willing to support and contribute to,
but I wanted to get a quick pulse as to what other activities were
underway already.
Thanks.
Rick
Arguably, one of the shortcomings of Flex 4 is the lack of a
comprehensive set of Spark components when compared to their Halo/Flex
3 peers. It would be a bummer if Reflex was similarly disadvantaged
in terms of breadth of components over the long term. Out of
curiosity, is there a roadmap/plan for specific UI components?
Also, in the context of functional parity with the Flex SDK, are there
any plans to collaborate with the Degrafa team to allow Degrafa to
play an FXG-like role along with Reflex? And on a related topic, is
anyone contemplating a graphing/charting framework for Reflex?
These are all areas we would be willing to support and contribute to,
but I wanted to get a quick pulse as to what other activities were
underway already.
That's an interesting dilemma, James. A couple of weeks ago, I would
have said the same thing. However, with Microsoft's recent
announcement of support for SVG in IE9, I think the situation has
changed dramatically. Personally, I thought it a mistake for Adobe to
create FXG instead of leveraging a subset/profile of SVG. Most of the
arguments for creating FXG weren't all that convincing. Perhaps as
part of the Reflex planning process we could explore an alternative
option (SVG, perhaps leveraging the Degrafa engine). I expect SVG
tooling to grow as well over the next couple years. I really would
prefer a cross-platform/cross-UI standard.