flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Arnold Aprieto <aapri...@maves.com>
Subject Re: [RT] html5 components as an alternate to flex component on mobile browsers.
Date Fri, 03 Aug 2012 12:58:13 GMT

I have the same dilemma,  when adobe announced that they will not be
supporting flash mobile anymore, we suddenly shifted to HTML5 and
Javascript (and now looking at Kendo UI and/or Sencha).  With that content,
I seem to have lose my faith on adobe in creating a product that they won't
be supporting in the future.  Now that adobe is gearing towards HTML5 , I
just hope they come up with a good framework that works as good as Flash
Builder SDK.

Just my 2 cents.

On Fri, Aug 3, 2012 at 3:48 AM, Shammi Seth <shammi.seth.flex@gmail.com>wrote:

> HI,
> I think may be if flex sdk can create html5 equivalent of spark components
> for browsers that do not support flex. (i would include window mobile
> browsers, ios browsers and andriod 4.0x and higher) then it could be a game
> changer for flex.
> I do not know why adobe does not want to support flash player on mobile
> beyond flash player 11. But if html5 is the future then flex needs to
> provide components for more and more devices and platform. And i do not
> think this is about apple and iso alone its more about adobe's ability to
> deliver plugins for all browsers and platform no matter their memory size
> or cpu.
> Lets just assume that flash player 11 is all, that we get from adobe for
> mobile devices and they will not reconsider their decision. So its time
> flex needs to create alternate components for html5 browsers.
> It is hard time for me as i have to now work on html5 and jquery and now
> even try to learn sencha. But if apache flex community commits that more
> and more devices will be supported and there will be alternative components
> for devices or platforms that do not have flash runtime. I can invest more
> time learning flex and flex sdk.
> Your thoughts!

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