On Sunday 14 November 2010 17:56:52 Shamit Verma wrote:

> > What sort of client side state do you wish to maintain ? AFAIK,
> > one is no longer
> > bound to using Java for feature rich browser based applications.
> > Javascript (in
> > the macro sense that also includes jQuery, YUI, all of google's
> > js stuff and the
> > tons of ajax libraries that litter the web) is quite capable of
> > turning the browser into a proper target platform for
> > alternatives to most desktop based
> > applications.
>
> Javascript is not an optimal solution in this use case.
>
> Based on initial email of this thread, aim it to control a robot
> from browser based UI. This requires very low-latency communication
> between UI and device.

True. 

>
> Request/Response model of JS is not suitable for this. Socket
> connections via Flex/ Flash would be tool of choice in current
> environment. Flex is open source and you can use open source flash
> player for UI. Flash integrated nicely with browser via JS
> interface.

Flash is mpeg4 encoded which is patent encumbered by the finest patent 
trolls in the world. The decode licence expired recently, but was 
renewed a few weeks before that for a period TWO years. Further 
encoding for "commercial" purposes requires a mandatory licence. And 
the standards development body are amongst the best bunch of crooks 
one could aspire to be.

No way am I going to touch flash.

I dont know of "flex" like foss dev platform that uses vp8 or 
ogg-theora. Afaik there are none.

> Or you can use Flash/Flex just for communication and implement rest
> of UI in JS.

>
> Same functionality can be achieved via Java Applets, but UI
> development is not a strength of Java (Swing).

investigation continues..... mucking about the incomrehensible maize 
of frameworks.

-- 
Rgds
JTD
-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Reply via email to