Independent /encap

Hello RT, Is it an Idea to free /encap from the SDK and distribute it independently? (R)egards, Norman. -- Conversation/lunch: "How do you Eat your Rebol in the Morning?"

Hi Norman, R> Is it an Idea to free /encap from the SDK and distribute it independently? RT generally doesn't answer questions here, so you might contact them directly. Encap itself was available before the SDK, and might still be, but I'm not sure if that's what you mean, or if you mean a free version (which I haven't heard any rumors about). -- Gregg

Dixit Gregg Irwin (17.57 15.08.2003):

>Hi Norman, > >R> Is it an Idea to free /encap from the SDK and distribute it independently? > >RT generally doesn't answer questions here, so you might contact them >directly. Encap itself was available before the SDK, and might still >be, but I'm not sure if that's what you mean, or if you mean a free >version (which I haven't heard any rumors about).

grebox does it for free. for one file. although I have no idea how RT feels about it... I mean is it legal to purchase SDK and then redistribute a compiled tool which mimics the behavior of encap for free... -max ----------- meteor Studios, T.D. ----------- Never Argue with an idiot. They will bring you down to their level and beat you with experience

Quoting Gregg Irwin Hi Greg, Im not pointing to a free version :-) Im a registered rebol user myself, If its good? its worth paying for it! Anyway, yes i know there was a standalown version of encap, but never heard anything about it again except for the SDK and /encap. Basicly i think?! that when encap is more reachable for the regular ,free scripting /core /view users, Rebol could get an explosive boost... Generaly the audians that makes rebol big are the scripting people, then the compagnies (they make the money) and then the rest of the world. Rebol has 2 advantages above i.e. Lisp tcl perl phyton icon etc... (except for "Brainfuck", thats a complete different story ;-) 1) Its far better scripting 2) encap is available to make wonderfull scripting small and in-reach by binary. But thats just what i think, i dont have an insight in the RT vision ;-) (R)egards, Norman. -> -> RT generally doesn't answer questions here, so you might contact them -> directly. Encap itself was available before the SDK, and might still -> be, but I'm not sure if that's what you mean, or if you mean a free -> version (which I haven't heard any rumors about). -> -> -- Gregg

Quoting Hallvard Ystad I disagree, /encap is powerfull for Rebol and i dont think it should be free at all, "it should be freed from sdk" is what i ment ;-) Anyway..RT has brought up a nice language that ofcause should bring in money, but right now the ladder is too high for the regular scripting market... (except for the commercial parts) Anyway..thats what i think ;-) If someone whats to create an WRAPPER (like rebox), fine with me but thats far from /encap results. So i though a seperate /encap version for /core /view /viewpro users would be an exra trigger on the market of scripting, makes rebol more special in the world of compilers versus intepreters. (R)egards, Norman. -> But I do think that this: http://demo.rebol.net/list/list-msgs/30171.html -> is a good reason to distribute /encap for free... -> -> Hallvard

what's the difference between encap and rebox... ? doesn't rebox make a binary that you can run without installing rebol, if so what does encap do more? IMHO, REBOL as a web browser plugin is the MOST NEEDED evangelisation tool right now.. would flash have taken off as it has if it weren't encapsulated as a web-plugin, I'm not sure... If we could just share our code and run it on a web browser, imagine how easy it is to brag, show and tell. just tell you friend to go to such and such web page (the installation is web based, just for the browser), and poof, the ui opens. Just the basic gels demo gets most people exited, especially when they see the code needed to do it. anything that needs to be "installed" just to try out, makes many people fearfull. a long time ago, I tried out core just because I new it wasn't going to play in the registry and If I didn't like it, nothing was going to be hanging around after... -max ----------- meteor Studios, T.D. ----------- Never Argue with an idiot. They will bring you down to their level and beat you with experience

> -----Original Message----- > From: Rebolinth [mailto:[Rebolinth--nodep--dds--nl]] > (R)egards, Norman. > -> But I do think that this:

Dixit Rebolinth (18.35 15.08.2003):

>I disagree, /encap is powerfull for Rebol and i dont think it should be free >at all, "it should be freed from sdk" is what i ment ;-)

Quoting Maxim Olivier-Adlhoch Hallo Maxim, /encap does the whole encapsulation in memory and uses crypting, created a standalown binary which is not easy to crack during execution and does not give away the source code. While rebox is noting more then a Wrapper that launced /view or /core and reads the source code from a different directory. (I guess thats what rebox does... because upto now i wasnt able to get the rebox linux version running at all..) The need for more is here so to read ..hehe... I think a lot of people cant wait to see the upcoming C API for Rebol and/or the Browser plugin (i think Carl posted a message on the Microsoft trial?..need to read it again..probably related...) I have some experiences with plugings, its not my type of program, Still i think that Carl had a good understanding the way Rebol/VIEW should walk. But as the result shows now, the animo is not that overwelming and its hard to beat standards like web-browsers, so join them??? i dont know.. I like the independent /view option but it shuold be more expanded, also people are lazy ;- ) So im currious if it every will be a success. Then again the IOS is also a great invention for i.e. international compagny's But people are lazy..they stick to the known and are afraight for the unknown... which is a hard thing to fight for RT... Lets hope the ears and eyes are pointing the brain into the right direction regarding rebols GUI future... (im a commandline user ;-) (R)egards, Norman.