Mailing list home
  Find posts   Help

Latest messageRecent messages

Other threads:
 Prev: Rebol - A Programmer's Guide - Practical A
 Next: Problem with parse

 Random thread

Indexes:
 By topic
 By date
 By author
 By subject
Join the Mailing List....
AccessibilityAbout / FAQ
Member's loungeContact/FeedbackOther REBOL links
Membership:
member name

password

Remember?

Not a member? Please join
11-May 10:22 UTC
[0.054] 9.868k
Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

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.