Hi,
> Although it might be tricky to implement this properly, I
> definitely think it is possible to get it done.
I'm implemented from scratch on a few platforms and fairly easy to get the
basic protocol working. I think there a few existing AS libs out there as well
that might be worth looking
>
> I see Flex as a "host" agnostic GUI toolkit.
I dont agree with this assertion. Right now, browser based Flex apps are
entirely dependent on the Flash Player which in turn depends on the browser
in which it is running. For example, any HTTP calls that is made from
Flex/Flash Player actually
On Tue, Jul 10, 2012 at 3:32 PM, Justin Mclean wrote:
> Hi,
>
> > I am not sure why we would want to use WebSockets when Flash Player's
> > excellent binary and xml sockets apis are available.
> Because you might want to talk to something that uses web socket and it's
> another box to tick off.
>
IMO Flex solves a very particular problem, which is implementing the GUI.
The only two integration problems that it solves are
1. communication with the server through HTTP/AMF/RTMP.
2. communication with the HTML host through BrowserManager.
The latter being of doubtable usefulness to me given tha
Hi,
> I am not sure why we would want to use WebSockets when Flash Player's
> excellent binary and xml sockets apis are available.
Because you might want to talk to something that uses web socket and it's
another box to tick off.
Given the state of support in the browsers is would be easier to i
On Tue, Jul 10, 2012 at 12:40 AM, Joan Llenas Masó wrote:
> I like the idea of leveraging HTML5,
> I'm not sure whether it should be part of the SDK though..
> It sounds more like a good 3rd party library to me.
> Which makes me wonder whether we need to create some sort of "official Flex
> SDK e
On Mon, Jul 9, 2012 at 4:51 PM, Justin Mclean wrote:
> Hi,
>
> Nice idea/list.
>
> I'd add WebSockets to that list (and it's possible to implement in
> Flash/AS rather than using the "native" version).
>
> http://caniuse.com/#search=web%20sockets
>
> Thanks,
> Justin
Justin,
I am not sure why w
This is one the reason that motivates us to write a complete Java(GWT) API
for Flex.
Through GWT (and now the Elemental API in GWT 2.5) we get HTML5 API
support out of the box without effort.
The product ist called Flex4j http://emitrom.com/flex4j
And live demo can be found here : http://www.g
I like the idea of leveraging HTML5,
I'm not sure whether it should be part of the SDK though..
It sounds more like a good 3rd party library to me.
Which makes me wonder whether we need to create some sort of "official Flex
SDK extensions" to make room for all these really nice to have additions.
Hi,
Nice idea/list.
I'd add WebSockets to that list (and it's possible to implement in Flash/AS
rather than using the "native" version).
http://caniuse.com/#search=web%20sockets
Thanks,
Justin
I am using HTML5 in a general sense here, but looking at the new
functionalities, I can see a few of them that Flex can benefit from. HTML5
+ stack really is a collection of new elements like Canvas, SVG based
animation and supporting functionalities like geolocation, client
storage,etc. Of these
11 matches
Mail list logo
