Thanks, Ammon. I am trying to summarize it. I can develop my mail.r using view.exe and distribute these files paying perfectly nothing to Rebol. But as I need more features, the price may become considerably. Also, I may never need IOS. Is that for client or server use? Of course my mail clients would never accept to install some singular operating system.
============== -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ammon Johnson Sent: Monday, April 29, 2002 7:49 PM To: [EMAIL PROTECTED] Subject: [REBOL] Re: evaluating for mail client Hi Boris, I have been watching this thread with interest. I will give you my best description of IOS: IOS is distributed computing at its best. That is to say that it allows people to use the same files, yet work at totally different computers. This allows for say some to live in Australia, & someone from California hire them to work for them because they can work on the same project through IOS. ;-) IOS costs an initial $2000 for ten clients & $99 per additional client so for just a mail app it would never justify it. It is aimed more at a corporate environment. You also spoke of possible compiling the client as a download. This has been done by some few, and is possible through a product entitled 'Royalty'. The way it works is you pay REBOL Technologies a 10% royalty for any sales that you make. Now you might say that 10% of 0 is 0, but you must put $500 upfront on the Royalty amount. Royalty is a subscription based service, $500 dollars a year, but that same $500 is applied to the amount that you owe them through sales so basically it allows you to sell $5000 worth of REBOL software before you have to give them anymore money. Other than that, you can districute the mail client as view.exe & mailapp.r for free as long as you don't intend to use any of the REBOL/View/Pro features, & as long as you include the license agreement with your download. HTH! Ammon A short time ago, Boris Garbuzov, sent an email stating: > Thanks, Ryan. I presented this Rebol solution to the management today. But > the opposition was mainly that is not a popular solution, so we may run > into unexpected technical and business license traps. For instance > - what serious projects had used Rebol? > - what is the way of delivery to client - myapp.r and view.exe files? Can > we re-desctribute the components? What should we buy then? Or we can > compile and link it first and then distribute the single executable, but > then we probably need to buy the source? Waht other components we may need? > What is IOS for? > - what unit and GUI test tools are available? Debuggers? > - for the serious project our 2-week familiarity may not be enough, but > there are no Rebol experts around. > > > > > ===================== > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Ryan Cole > Sent: Monday, April 29, 2002 4:17 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: evaluating for mail client > > > Short answer: > > Once you get to know it, its alot easier to use than PERL. Better > datatypes, > more versatility. If it counts for much, I have used PERL about just as > much > as I have used REBOL. I actually didn't like REBOL initially, it took > awhile > before I was able to appreciate it. It is hard to understand how powerful > it > can be until you really use it like it was meant to be used. > > Even shorter answer: > > Because of the numerous datatypes and self reflection, its like having > brand new dimensions to use in programming. > > Boris Garbuzov wrote: > > Thanks, Michael. I am just starting to look into Flash. As I understand, > > Flash MX requires another plugin, and it downloads bigger, but still free > > player. Also, it is not automatically included with standard browsers. I > > am > > > still evaluation Rebol. My question is, "Why is it any better then Perl?" > > I > > > am sure mail list members may explain. > > > > --------------- > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > > Michael Appelmans > > Sent: Friday, April 26, 2002 8:45 PM > > To: [EMAIL PROTECTED] > > Subject: [REBOL] Re: how to start? > > > > Boris.. > > > > Having worked extensively with Java I can say that you do NOT want to > > use Java Applets for browser client. It's just too difficult managing > > the Java plug in versions across different browsers and clients. After > > developing a legacy app as an Applet we converted it to server side java > > and html client. And at a minimum use Java 1.3. There are just enough > > bugs in the earlier stuff to give you grey hair and sleepless nights. > > > > I do like the idea of Flash client if you are using Flash MX because of > > the built in GIU controls which look like the platform style controls. > > And you can do some really elegant stuff with it. But clients will have > > to have Flash Player 6 plugin. > > > > Being new to Rebol I can't see using it for GUI interface but love it > > for scripting and parsing. Not sure how you would implement asynchronous > > threads for interface event handlers which is really easy in Java. > > > > My 2 cents. > > > > Michael > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf > > Of Boris Garbuzov > > Sent: Friday, April 26, 2002 2:12 PM > > To: [EMAIL PROTECTED] > > Subject: [REBOL] Re: how to start? > > > > Thanks to all honorable list members for your good will to help in our > > evaluation. I am posting the brief project description below. We are > > evaluating applets, Flash, JSP, JavaWebStart and other technologies for > > client implementation. And we wonder if your Rebol IOS can fit into any > > part of the architecture. Currently I am under impression that it is > > some inter-organizational communication environment like Lotus Notes or > > Filosafe. If so, I know not how to use it to distribute the product to > > paid customers on the web. But anyways, to feel my effort complete, I > > want to install and try your soft even if it is of no use in the > > project. > > ---------------------------- > > Under review is mail flow management system that is an upgrade of > > existing Mailloop5.0 Windows stand-alone application. (autoreplies, > > address list accumulation and stuff, recruiters for instance can use it > > a lot) Now it will become ASP or thin client version. Most of the > > processing moves to server component. The client part is hopefully to be > > implemented in 2 kinds - stand-alone (initially thought - Java1.1) and > > some web version (initially thought - applet). In this initial intention > > applet and 1.1stand-alone version must have some common code base. The > > server component is to be written in C++ by Rick and Paul in parallel to > > Java client team that is not yet hired. Apparently, stand-alone Java > > client is also not a final decision. For instance, Paul votes for native > > code stand-alone client, because he has experience in C++ GUI (so he can > > do both client and server parts). The final decision may depend on who > > will be hired for a client team. It can also change during development. > > For instance, some semi-functional prototype may be developed as > > initially intended and then reconsidered. > > ---------------------------- > > Boris, You might get a step up on your evaluation if you tell the list > > what you need to accomplish. There are lots of ideas and pre-written > > code that could get you going. And the list people are amazingly helpful > > ... > > ------------------- > > > > > > I need to evaluate this technology for one project. What are my > > > > first steps to install something free and play with it? > > > > ----------- > > > > -- > > To unsubscribe from this list, please send an email to > > [EMAIL PROTECTED] with "unsubscribe" in the > > subject, without the quotes. > > > > -- > > To unsubscribe from this list, please send an email to > > [EMAIL PROTECTED] with "unsubscribe" in the > > subject, without the quotes. > > > > -- > > To unsubscribe from this list, please send an email to > > [EMAIL PROTECTED] with "unsubscribe" in the > > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
