[REBOL] What should we bake? Re:(2)

2000-09-25 Thread ryanc
I agree, components, components, components! And yes, it is just now barely usable for real applications. There may be something that we will need RT to address on the way. I tend to believe RT knows this as well, and is readying itself for this stage of its business. --Ryan [EMAIL

[REBOL] What should we bake? Re:(4)

2000-09-25 Thread ryanc
Yes I agree. I felt a bit uneasy, yet very excited about RebMail, when made this post. News reader/News servers are really important. E-mail lists are a bit too disorientating as they fill up. This of course is a client/server approach. Hmmm... Good standard, though. I would like to see a

[REBOL] What should we bake? Re:(3)

2000-09-23 Thread news . ted
Since email is step 1 of a collaborative work environment, those set on doing that should help them out. Personally, I'd say that a discussion board/BBS system would be step one, with file archives and email alerts being step two. A really good environment would be standards-based, so you

[REBOL] What should we bake? Re:(4)

2000-09-23 Thread jeff
Howdy, Ted: Personally, I'd say that a discussion board/BBS system would be step one, with file archives and email alerts being step two. Now there's a real good one. Take a look at the Ultimate BBS (http://infopop.com), which is written in PERL and is like 250k worth of

[REBOL] What should we bake? Re:(4)

2000-09-23 Thread siegel
At 11:18 a.m. 23/09/00 -0400, you wrote: Since email is step 1 of a collaborative work environment, those set on doing that should help them out. Personally, I'd say that a discussion board/BBS system would be step one, with file archives and email alerts being step two. I would welcome this,

[REBOL] What should we bake? Re:(4)

2000-09-23 Thread gmassar
[EMAIL PROTECTED] wrote: ... A really good environment would be standards-based, so you could use any handy browser or email client, or enjoy the enhanced benefits of using a unified, properietary (a la /VIEW). Of course to remain competitive, Palm synchronization will be an absolute

[REBOL] What should we bake? Re:(5)

2000-09-23 Thread news . ted
On 9/23/2000 at 12:30 PM [EMAIL PROTECTED] wrote: I've been trying to put together a system to send out press releases using free Perl/CGI scripts as a prototype. What a hairball! Here's a script I use to manage a small mailing list. --- #!\usr\bin\rebol REBOL[ Title: "ATW Script Mailing

[REBOL] What should we bake? Re:(5)

2000-09-23 Thread news . ted
On 9/23/2000 at 11:29 AM [EMAIL PROTECTED] wrote: Since I am not ready for REBOL, would anybody be interested in converting the code into REBOL. If so, just ask for the code in either C, Pascal or Java. I have all of them on hand. The code in REBOL will remain in public, of course. I would be

[REBOL] What should we bake? Re:(5)

2000-09-23 Thread joel . neely
[EMAIL PROTECTED] wrote: What I am aiming to accomplish is to implement the decompression in REBOL and via CGI, the documents in DOC format can be easily viewed with a Web browser before synchronizing. If any user wants to read the documents offline, he/she could download the wanted

[REBOL] What should we bake? Re:(6)

2000-09-23 Thread gmassar
The alogrithm was invented and written in C by Pat Berne (sp?) who is (or was) the CTO of Corel. The code is now in public domain. In order to use the alogrithm,I need to convert the code by hand into Pascal for my desktop Windows app, namely BigDOC. It is a specialized text editor with

[REBOL] What should we bake?

2000-09-22 Thread ryanc
I have a few questions about some of the suggested programs that we volunteers should make. Collaborative Work Environment Thing: Instant messaging and file sharing is great, but can REBOL multitask or fakytask well enough to make this work??? REMACS: I like the idea of emacs clone thats

[REBOL] What should we bake? Re:

2000-09-22 Thread RChristiansen
With companies like Register.com enticing everyone and their brother, dog, and grandmother to "register" their own domain, there will be increased demand for simple Web site building solutions. Tools like Microsoft Front Page are not the answer because the user still needs to use FTP and to

[REBOL] What should we bake? Re:

2000-09-22 Thread Al . Bri
Collaborative Work Environment Thing: Instant messaging and file sharing is great, but can REBOL multitask or fakytask well enough to make this work??? Multi-tasking was described as one of next things to go into Rebol by Carl recently. Using care and messaging and queues, one can

[REBOL] What should we bake? Re:(2)

2000-09-22 Thread ryanc
I can see some potential here for small business and individuals that dont get significant traffic, creating a REBOL a la CGI web site builder and manager. Wrap up the best of CGI. Market it to ISP's and register.coms? If it reduces ISP tech support calls, they may be happy to distribute it.

[REBOL] What should we bake? Re:(2)

2000-09-22 Thread ryanc
Those interested in baking absolutely should see what they got cooking over at the RebMail project. There is much that can be learned from it. Since email is step 1 of a collaborative work environment, those set on doing that should help them out. http://www.egroups.com/group/Rebmail --Ryan

[REBOL] What should we bake? Re:

2000-09-22 Thread news . ted
On 9/22/2000 at 1:41 PM [EMAIL PROTECTED] wrote: Web Site Control Utility: These type of things are growing in popularity, the next killer app? Could be. I could see this being easy to create with REBOL as well, of course depending on how in depth you wish to go. Could you explain more about

[REBOL] What should we bake? RE:

2000-09-22 Thread rgaither
Hi All, Educational Software: Once again another tick for collaborative work environment. This is the one I would vote for! Of course my main reason for exploring REBOL is to create such a beast so you could say I'm a bit biased. :-) All of the ideas I've seen floated so far for the killer