World: r3wp

We could write a server using the methods and code of DevBase - it 
wouldn't even have to run on R3 at first.

DevBase uses the database of AltME to store its data, has a working 
R/S interface, runs just fine. Change the data model and you would 
have a forum server. Servers are really very similar.

It doesn't even have to have a web interface at first, and then we 
could write one on Cheyenne.

Well, if that allows Doc to fix Cheyenne .. I'm all for that.

I think I'd like to a BBS based in the cloud eventually.

S3 for message storage, SDB for message tags and indices

SQS for chat.

By "eventually" and "not at first", I mean after the R3 release. 
We are already using Cheyenne for the bug tracker, and we will be 
putting in bug reports to that as well on the tracker itself. Bugs 
don't get fixed if they don't get noticed, and they don't get noticed 
if the tool isn't getting used. We need users for R3, and those users 
are apps.

I think we don't always realize that we are not the users on REBOL, 
our programs are. We just write the programs.

That's silly.

If there is no one to notice the errors ...

It's like saying the paint is the user of the canvas.

Naw, it's easy. Just think of the users of REBOL as being so stupid 
that they can't figure out how to solve any problem, but that they 
are the ones doing the work. The managers of our users need to be 
able to tell the users what to do with little understanding of how 
exactly our users actually do what they do. The programmers are the 
managers, the programs are the users. Our job is to mame it easy 
for the programs to do their jobs without requiring the programmers 
to learn so much about the internals that they are essentially doing 
the job of the programs. We want to reduce micromanagement.

mame -> make

http://www.rebol.net/wiki/RebTalk_Forum

First client prototype (30-Nov-2008) 8.1 KB in size, and first server, 
4.6 KB. Written by Carl Sassenrath.
 :)

and very busy already 

data: [
]
[command-error]

Now how to force a client update each time you change some functionality?

Perhaps the client should download the source each time ...

DevBase does that (though it caches locally in the R2 version).

My vidwiki client downloaded a new layout for each page ....

ie. emulating what browser clients did ( sort of )

You would only need to download a changed version. This looks like 
a good job for a REBOL browser reblet.

Using it already, though it has some bugs to work out. These are 
R3 bugs which then get fixed :)

OK, if Carl wants to make a release now, then it will be without 
my skin (untested, not merged), so enjoy the colors. :-)

Has he made a general release???

I don't think so, but he did say "a few hours".

(I would translate that to "about 2 weeks") :-)

We've already done the translation!

iicari, I have a working solution from DideC now.Thanks for helping.

:)

generic calendar module for R2 / R3 use can be found at http://rebol.mustard.co.nz/calendar.r
- this assumes a minimal amount of data necessary to build a monthly 
calendar with optional first-day-of-weeks (rather than REBOLs default 
Monday..)

quite small. I will look into it. Thanks.

Has the functionality that resided in the system object in R2 been 
moved to its new home in R3 yet?

Now, there is in fact a part of the R3 GUI I want to release for 
testing and that is the color conversion functions.

PeterWood, the system object is still there it seems.

So is this no longer valid? http://www.rebol.net/r3blogs/0020.html

I think the existence of the system object is tightly coupled with 
modules which Carl has not been working on yet. BrianH knows more 
about it than me.

I'm moving the color test discussion to r3-alpha.

Conclusion of test: Color conversion functions require latest alpha. 
:-)

But for those interested in reading the source code:

http://www.hmkdesign.dk/rebol/r3/g-color.r

My webserver is now running again (temporarily on a laptop)

One step forward -- a demo/teaser for the REbtalk forum:
http://www.rebol.net/r3blogs/0157.html

Doesn't look like a way to choose unread threads

Now what is that once again? It once again looks as missorganised 
effort. Give me a break, please. This one is really not going to 
be better than Atlme, far from that. I thought, that when we were 
talking about REBOL forum, we were not talking REBOL based GUI?

Hopefully someone will quickly write a browser client

If we want to have something cool, we should not aim anything less 
than IOS NG, based upon rebservices. As for me, I regard this client 
being only usefull for testing purposes, but I refuse to think in 
feature set it offers.

Well, at least we found a couple of bugs that need to be fixed anyway, 
so the effort wasn't entirely wasted.

Please post the source ... so we can write a Rebol plugin client

Carl makes R3 usable the only way you can... create a test application 
that has enough real world charateristics to be representative of 
real life work being done in R3.

Look closer, you see:
- server
- async web network client 
- GUI
- local and remote data storage

 and so on.