finding revlet limits in a controlled environment

[Richard Gaskin]

Andre wrote:

 > Phil Davis wrote:
 >
 >> My client wants to sell revlet-based software to his customers in
 >> a large US govt agency. If they are able to download & install the
 >> revweb plugin, we don't know what limitations to a revlet's
 >> capabilities might be enforced by IT in their computing environment.
 >> To answer this question, we've built a web site his customers can
 >> use in their world that steps them through a series of revlets that
 >> each try different kinds of activity. The activities
 >> include:
 >>
 >>   * load the plugin and do nothing
 >>   * create, read, rename, delete a file on the local HD
 >>   * get a web URL (google.com)
 >>   * run a shell command ("dir" or "ls")
 >>   * create, delete a stack in memory; get a stackfile from a web
 >>     server
 >>   * print to their printer
 >>
 >> Those are all the tests so far. The test web site emails the revlet
 >> test results back to me.
 >>
 >> Now my question:
 >> Are we testing the right things? If not, what else should we test
 >> for?
 >
 > many of those commands might not work if the user do now click the "I
 > allow" dialog thinghy which might give false results for you. I don't
 > know how introspective rev can be, can revlets return if the user is
 > allowing acces to that kind of stuff or not?

Sounds like a good argument for a standalone in this case.

Phil, what objections does this agency have to a standalone?

If it were net-savvy and auto-updated itself you could provide the 
benefits of the browser plugin without the limitations or guesswork.

--
  Richard Gaskin
  Fourth World
  Rev training and consulting: http://www.fourthworld.com
  Webzine for Rev developers: http://www.revjournal.com
  revJournal blog: http://revjournal.com/blog.irv