What about Realtime Collaborative (Social) Apps in Rev ?
Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller
What about Realtime Collaborative (Social) Apps in Rev ?
Can one feed data in realtime easily into Rev based UIs ? Such that the UI reacts to data changes in realtime correspondingly ? And one does NOT have to develop a lot of plumbing to make that work ?
This would allow for building the following class of Rev Apps:
- Internet-Aware, Realtime Data Driven, Multi-User/Collaborative, Social Apps
This class of Apps is just on the rise ...
There are already many powerful data exchange engines available for the Web (WebORB, Kaazing, Lightstreamer, XMPP engines, Adobe LCDS; just to name a few). But I know of no such engine which can feed directly into Rev Apps; probably leveraging its socket mechanism ...
Has anyone any pointers ? To examples for such Apps in RR; and/or how to realize them without having to build the realtime data exchange engine from scratch ?
This would allow for building the following class of Rev Apps:
- Internet-Aware, Realtime Data Driven, Multi-User/Collaborative, Social Apps
This class of Apps is just on the rise ...
There are already many powerful data exchange engines available for the Web (WebORB, Kaazing, Lightstreamer, XMPP engines, Adobe LCDS; just to name a few). But I know of no such engine which can feed directly into Rev Apps; probably leveraging its socket mechanism ...
Has anyone any pointers ? To examples for such Apps in RR; and/or how to realize them without having to build the realtime data exchange engine from scratch ?
-
- VIP Livecode Opensource Backer
- Posts: 10043
- Joined: Sat Apr 08, 2006 7:05 am
- Contact:
See the chat example in the Rev package.
For further inspiration:
http://www.revjournal.com/features/reactorlab.html
For further inspiration:
http://www.revjournal.com/features/reactorlab.html
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
-
- Posts: 179
- Joined: Sat Apr 08, 2006 11:08 pm
- Contact:
One approach could be: Using XMPP/Jabber over HTTP (Bosh;
http://xmpp.org/extensions/xep-0206.html); but I suppose that the RR Sockets could allow for a more powerful/scalable/reliable approach ... They are already there, whereas in the browser world, WebSockets have been specified in HTML 5, but are not yet implemented in the widespread web browsers.
Two more possibilities for where the XML can come from:
- One XML socket server I know of: 'XML Socket Server - eClever'
(http://multiuser.web-cd.net/)
- A CEP (Complex Event Processing) Engine like for instance 'StreamBase'
(http://www.streambase.com); StreamBase can deliver XML over HTTP out of the box
I have very little RR development experience; and no idea at all if it is well suited to craft the front-end GUIs for back-ends which feed (large amounts of) realtime data into it (with high frequency).
Also I don't know how much RR client-side programming will be needed if one feeds realtime XML over HTTP/through Sockets.
Therefore: If anyone more knowledgeable/experienced with RR Sockets/XML over HTTP/P2P programming is interested to make Runtime Revolution shine in this area: Please tell us !
http://xmpp.org/extensions/xep-0206.html); but I suppose that the RR Sockets could allow for a more powerful/scalable/reliable approach ... They are already there, whereas in the browser world, WebSockets have been specified in HTML 5, but are not yet implemented in the widespread web browsers.
Two more possibilities for where the XML can come from:
- One XML socket server I know of: 'XML Socket Server - eClever'
(http://multiuser.web-cd.net/)
- A CEP (Complex Event Processing) Engine like for instance 'StreamBase'
(http://www.streambase.com); StreamBase can deliver XML over HTTP out of the box
I have very little RR development experience; and no idea at all if it is well suited to craft the front-end GUIs for back-ends which feed (large amounts of) realtime data into it (with high frequency).
Also I don't know how much RR client-side programming will be needed if one feeds realtime XML over HTTP/through Sockets.
Therefore: If anyone more knowledgeable/experienced with RR Sockets/XML over HTTP/P2P programming is interested to make Runtime Revolution shine in this area: Please tell us !
-
- VIP Livecode Opensource Backer
- Posts: 10043
- Joined: Sat Apr 08, 2006 7:05 am
- Contact:
verlsnake, that covers a lot of ground. What would you like to build?
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
Hello Richie !
Generally speaking the topic says it all ... A little more fine-grained the app class of the future I want to build is:
- Internet-aware/Web-enabled (Low Latency) Realtime Collaborative (Massive) Multi-User (Social) Apps containing (sophisticated, highly interactive) 3D/MultiMedia content
For the whole world/universe - including Your Fourth World, too
...
The original impetus to target this app class was: The wish to develop an ambitious web 2.0 gaming site; which shall be a commercially run gaming site with special flavor and money stakes (that is not meant to be a cash cow or a millionaire maker with priority) ...
Realtime data flow between clients and the server is one crucial ingredient for this enterprise; as is g11n/i18n/l10n and 3D content, probably served using a dedicated 3D player plugin; that is fed with realtime data via JavaScript/TranScript ...
I have still not made any decisions for which approaches/technologies to use; I am not solely focused on the web browser world anymore; this is why I am surfing in the Revolution Forums, too
... There has been/is this shift from web based apps to webby desktop apps (cues: Adobe AIR, CURL Nitro, etc.) - funny enough in the Revolution world it's the other way round
... But I like the idea to cover much/all ground with one succinct approach/technology.
I have already asked the Revolution community to digest some QuickTime 3D content made with the ancient AxelEdge - at that time to no avail ...
Who wants to enter the boat ? I suppose if Runtime Revolution supports heavy realtime data flow, then it could be a decent platform for those apps - including my envisioned gaming site/app; Rev Desktop Apps are probably (still) more powerful than contemporary browser apps ...
Let's pull together
!
Tschüss
Kai "The VerlSnake"
Generally speaking the topic says it all ... A little more fine-grained the app class of the future I want to build is:
- Internet-aware/Web-enabled (Low Latency) Realtime Collaborative (Massive) Multi-User (Social) Apps containing (sophisticated, highly interactive) 3D/MultiMedia content
For the whole world/universe - including Your Fourth World, too

The original impetus to target this app class was: The wish to develop an ambitious web 2.0 gaming site; which shall be a commercially run gaming site with special flavor and money stakes (that is not meant to be a cash cow or a millionaire maker with priority) ...
Realtime data flow between clients and the server is one crucial ingredient for this enterprise; as is g11n/i18n/l10n and 3D content, probably served using a dedicated 3D player plugin; that is fed with realtime data via JavaScript/TranScript ...
I have still not made any decisions for which approaches/technologies to use; I am not solely focused on the web browser world anymore; this is why I am surfing in the Revolution Forums, too


I have already asked the Revolution community to digest some QuickTime 3D content made with the ancient AxelEdge - at that time to no avail ...
Who wants to enter the boat ? I suppose if Runtime Revolution supports heavy realtime data flow, then it could be a decent platform for those apps - including my envisioned gaming site/app; Rev Desktop Apps are probably (still) more powerful than contemporary browser apps ...
Let's pull together

Tschüss
Kai "The VerlSnake"