Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

IOS (was: Browser gripe)

 [1/8] from: greggirwin:mindspring at: 17-Mar-2002 14:11


Hi Jason, RT has some info on their site, and you can sign up to try an eval of IOS. Experiencing it is much better than trying to explain it. << why great? >> I can publish things via IOS to a server. I can then go anywhere in the world and fire up the IOS/Link client on a clean machine, and everything I've published (or that anyone else has published on the server) is automatically sync'd. Now, lots of people on this list will undoubtedly think "Yeah, so what. I know of n other systems that do that too." The thing that makes IOS great, to me, is how simply, easily, and reliably it all works. IOS doesn't provide everything you might ever want, but it's easy to extend. For one project I'm working on, we're using a remote Rugby server along with IOS to provide facilities that I don't yet know how to provide via IOS. I built the original app under /View, we installed IOS, published the scripts, and it ran under IOS without any changes. IOS becomes a simple deployment mechanism. I can have the Conference reblet fired up, and have people looking at the app. As they make suggestions, I can tweak it on the fly, re-publish it, and they can run it again to see the changes. If I need to roll back to a previous version, IOS maintains a history of published versions for me automatically. Just a few thoughts anyway... --Gregg

 [2/8] from: jason:cunliffe:verizon at: 17-Mar-2002 22:53


Hi Gregg Thanks. Yes your description helps. I just went to check on rebol.com and delighted to discover they have a new links to IOS articles http://www.linuxfocus.org/English/March2002/article230.shtml and http://www.newarchitectmag.com/documents/s=2457/new1015630100801/index.html ..at last some new press coverage. Spring must be here :-) Funny RT didn't post an announce to the list, or did I miss something?
> I can publish things via IOS to a server. I can then go anywhere in the > world and fire up the IOS/Link client on a clean machine, and everything > I've published (or that anyone else has published on the server) is > automatically sync'd. Now, lots of people on this list will undoubtedly > think "Yeah, so what. I know of n other systems that do that too." The
thing
> that makes IOS great, to me, is how simply, easily, and reliably it all > works.
ok: A. synchronize distributed data easily That something we all want the smallest possible headache to do? Please can you clarify what "firing up" IOS/Link client on a clean machine involves. What is the cost per link client? How easy to customize the look of the client?
> IOS doesn't provide everything you might ever want, but it's easy to
extend.
> For one project I'm working on, we're using a remote Rugby server along
with
> IOS to provide facilities that I don't yet know how to provide via IOS.
aha..
> I built the original app under /View, we installed IOS, published the > scripts, and it ran under IOS without any changes. IOS becomes a simple > deployment mechanism. I can have the Conference reblet fired up, and have > people looking at the app. As they make suggestions, I can tweak it on the > fly, re-publish it, and they can run it again to see the changes. If I
need
> to roll back to a previous version, IOS maintains a history of published > versions for me automatically.
You mean you are tweaking your own /View scripts which are now distributed and synchonrized [published] via IOS ? The history function sounds nice, like the cool 'versions' thing in Zope. Is 'publish' on a demand-basis? If clients are on-line 24/7 like DSL how quickly are updates propagated? Is this architecture like DNS? Does IOS care what your Viewlets are? Can non-Rebol/Link clients also access them [in non published mode] ? Where is this stuff explained? Are there docs? cheers ./Jason

 [3/8] from: yeksoon:myrealbox at: 18-Mar-2002 16:13


Hi Jason, Perhaps the best approach to answer your queries with regards to REBOL IOS is to actually request an evaluation copy. http://rebol.com/express-form.html One of the things I like about IOS is how "light" it is compare to competitors products. Light in size and memory demands but not in extensibility. YekSoon At 10:53 PM 3/17/2002 -0500, you wrote:

 [4/8] from: tomc::darkwing::uoregon::edu at: 18-Mar-2002 0:09


On Sun, 17 Mar 2002, Jason Cunliffe wrote:
> Hi Gregg > Thanks. Yes your description helps.
<<quoted lines omitted: 5>>
> ..at last some new press coverage. Spring must be here :-) > Funny RT didn't post an announce to the list, or did I miss something?
thats Petr job :)

 [5/8] from: greggirwin:mindspring at: 18-Mar-2002 9:00


Hi Jason, << ok: A. synchronize distributed data easily That something we all want the smallest possible headache to do? >> Remember, too, that with REBOL code is data. :) The web is good for distributing data but not so good, in my experience, of distributing application functionality. Another difference is that IOS is a secure system. As RT says, it isn't for surfing, it's for collaboration. << Please can you clarify what "firing up" IOS/Link client on a clean machine involves. >> It's pretty much like firing up View to install it. << What is the cost per link client? >> You pay for them when you license the server, and I think they're something like $100 (maybe with bulk pricing, not sure). Contact RT, or check their site, for definitive information. << How easy to customize the look of the client? >> The "client" has a main reblet called the Desktop, to which you can apply a background skin and, if you become an Alliance member, I believe you can get the source to it (it's just a REBOL app after all) so you can really have at it. You get the source to most of the other reblets that ship with it, so you can customize those as well. << You mean you are tweaking your own /View scripts which are now distributed and synchonrized [published] via IOS ? >> Yes, or maybe more accurately, I can write certain apps that run under either IOS or View equally well. I can imagine letting people try out versions under View to get a feel for them without having to commit to IOS. It would save setting up an eval server and such. The downside is that some things you just can't get the "collaborative" feel of without IOS. << Is 'publish' on a demand-basis? >> IOS highlights things you have changed locally, or that are out of sync. You publish them yourself, either manually, or you could publish things programatically. Once published, the server will sync things up automatically when you connect to it. << If clients are on-line 24/7 like DSL how quickly are updates propagated?
>>
I believe polling is used, though I'm not sure which side does the polling. I think maybe the server. There's a small delay, but just seconds it seems. << Is this architecture like DNS? >> I'm not sure exactly what you mean but you could probably hook up mulitple servers to talk to each other and share information (e.g. stratum servers). Your Link client has to have a key that matches the server(s) you want to access, for security purposes. << Does IOS care what your Viewlets are? >> Nope. << Can non-Rebol/Link clients also access them [in non published mode] ? >> The server access is secure, but the published files get copied to your local disk, so anything can make use of them. You can publish things like Word and Excel files and just access them directly from the Desktop as well. << Where is this stuff explained? >> They have some docs on the eval server, if you get an eval to try (though I hear demand is very high at the moment). They may also have some docs on their site. --Gregg

 [6/8] from: petr:krenzelok:trz:cz at: 18-Mar-2002 18:32


Tom Conlin wrote:
>On Sun, 17 Mar 2002, Jason Cunliffe wrote: >>Hi Gregg
<<quoted lines omitted: 14>>
>> >thats Petr job :)
Hehe, cool! :-) It made my day :-) In fact, I thought about posting those links, but I thought every reboller is so eager for Rebol related news, that most ppl check RT's website on everyday basis ..... as I am doing so nearly for one year ... still waiting to see some public product releases ;-) -pekr-

 [7/8] from: gchiu:compkarori at: 20-Mar-2002 19:50


> news, that most ppl check RT's website on everyday basis > ..... as I am > doing so nearly for one year ... still waiting to see
Why don't you write a Rebol cron script to do this for you! -- Graham Chiu

 [8/8] from: yeksoon:myrealbox at: 21-Mar-2002 1:27


At 06:32 PM 3/18/2002 +0100, you wrote:
>Hehe, cool! :-) It made my day :-) In fact, I thought about posting those >links, but I thought every reboller is so eager for Rebol related news, >that most ppl check RT's website on everyday basis ..... as I am doing so >nearly for one year ... still waiting to see some public product releases ;-) > >-pekr-
REBOL's web site have some minor updates. I believe some screenshots of IOS reblets are shown; hence making it more "appealing" to people (or prospects) new to RT. Also, I believe there is a new link to an article titled "X INTERNET: THE NEXT E-WAVE" http://industryclick.com/magazinearticle.asp?releaseid=9808&magazinearticleid=139116&siteid=13&magazineid=32 Personally, I think RT is moving forward in terms of marketing IOS, slowly but surely. Off-Topic: And for Mozilla users, who are eager to be notified about RT updates, you can easily schedules periodic check on your bookmark. Just right click on the bookmark and select Properties. A simple and effective way to be updated your sites of interest. YekSoon

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted