Utilizing the Rebol plug-in for applications
[1/3] from: jfdutcher1958::yahoo::com at: 29-Oct-2008 16:35
I'm curious to know if those who have knowledge and experience with the concept of the
Rebol browser plug-in can comment on this question.
Is a series of Rebol scripts that constitutes a complete application executable in
the browser plug-in with little or no change. This consists of scripts which call
(do) other scripts in a flow of responses to user selections to VIEW displays and revolve
around a Rebol file as a datasource.
Will placing these scripts and the datasource on the server allow them to execute via
the plug-in pretty much as they would if they were on a local drive ??
[2/3] from: compkarori::gmail::com at: 30-Oct-2008 5:15
Best to think of it as running on the user's drive ... and not the
server. The server is just where the script is sourced from.
So, if you have multiple scripts executed using do http://some-rebol.r
sprinkled in your main script, these other scripts could be cached and
used that way.
On Thu, Oct 30, 2008 at 12:35 PM, John Dutcher <jfdutcher1958-yahoo.com> wrote:
> I'm curious to know if those who have knowledge and experience with the concept of
the Rebol browser plug-in can comment on this question.
>
> Is a series of Rebol scripts that constitutes a complete application executable in
the browser plug-in with little or no change. This consists of scripts which call
(do) other scripts in a flow of responses to user selections to VIEW displays and revolve
around a Rebol file as a datasource.
> Will placing these scripts and the datasource on the server allow them to execute via
the plug-in pretty much as they would if they were on a local drive ??
>
> --
> To unsubscribe from the list, just send an email to
> lists at rebol.com with unsubscribe as the subject.
>
--
Graham Chiu
http://www.synapsedirect.com
Synapse - the use from anywhere EMR.
[3/3] from: Paavo::Nevalainen::saunalahti::fi at: 5-Nov-2008 17:48
John Dutcher wrote:
> Is a series of Rebol scripts that constitutes a complete application executable in
the browser plug-in with little or no change. This consists of scripts which call
(do) other scripts in a flow of responses to user selections to VIEW displays and revolve
around a Rebol file as a datasource.
>
Sounds like you should use session-id (and maybe user accounts on the
server side) and
simply assume, that the other applets opened after the first log-in
belong to the same session, =EFf they come from the same IP (or maybe you
have a cookie to identify you). Some sort of co-operation is possible,
but means you really can design the overall system well.
The server should create a "session instance", which knows the current
state of your overall session.
That way each applet can do its part. You could use semaphores to
control the access of several processes to the state and so on.
Implement semaphores by the file rename trick.
> Will placing these scripts and the datasource on the server allow them to execute via
the plug-in pretty much as they would if they were on a local drive ??
>
About yes. Do first one applet (I like Rebol applets, easier and more
lightweight than the most other non-Java alternatives), then somehow
learn the session instancing, then do a duo applet and so on. :)
Please don't show the result code to the Rebol purists though, or at
least mention that you-did-it-only-because-you-had-to... (And maybe
there is another way too!)
--
Paavo N.