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. -- Note: When sending me email directly, always make sure to include my name in the message, otherwise my aggressive spam filters may trash it. Ryan Cole * www.iesco-dms.com * 707-468-5400 -- 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.
