> > > I don't agree that externall app call (shell execution) breaks REBOL > multiplatform capabilities in ANY way. Each script does so, as each script > creates link to some concrete environment (my machine, yours machine, my > friend's server - each have different contexts) But I believe RT will resolve > the situation in some elegant way .... > No. I can move my edi.r and mailer (including all mails) beetween linux/windows and my backup-comp. and if i get a 6.5-mb floppy-disk (~99% data, mostly useless:) i can run it by friends without problems. there are feew settings needed, all pathes relative to the start-script, all libs inbuild, even the bugs are the the same everywhere (feature. workarounds portable too :) As long as text is sufficient and i want to keep all my notes/mailing lists/other stuff with me, this works mostly (problem is to use allways the same version, if i boot windows before copying stuff from linux-partition. fortunally i have diff everywhere, should be included in /core :) if i need pictures, /view, (well, browser everywhere, reb-server, should work even with /core). if i need more (painting, text-formatting) i can write a shell-command with filename at the console, copy/paste it to shell (preferred by me, no hidden things running. otherwise i would enable "script requires permission to start.." which is similar slow :) (shell-text is system-dependent, yes :) Having full shell-access would make me start programms to do jobs like finding files. Boh! Much better with a rebol-script. more typing, but reading "find"-options .. - clever tool, specially in combination with grep (i figured that out once!), but now - aargh! faster now. and yes, portable. Lots of things i can do with actual /core and portable. (but i would like this launch-command. with a pipe-connection to the launcher and killing all sub-rebols if launcher dies. like unix. i like to run foreign scripts, even if rebol gets popular :) from a rebol-mailer which can continue after that. with temporary stronger security and clean dictionary. yes. would be nice. does this affect portability?! but, if Carl delays it he may feel there is a "right" way for it, and searching? compare amigas messages to javas 'synchronize. You know what i mean? (lots of deprecations around that stuff now :) Hi Carl, avoid wrong ways which are hard to remove :0 But know, we are waiting! :) Volker > -pekr- >
