World: r3wp

Yes, I've been advocating that for many years, but we're talking 
social pressure here, not best solutions

A online tool like Github is making contributions both easier to 
do and easier to integrate back in the main project.

Regarding Google Groups, I think the point is that it isn't about 
a new project in a vacuum, but that it needs to compete with AltME. 
If it's considerably worse, people will never leave here

Hopefully, I don't expect Red community to be limited only to the 
REBOL community using AltME ;-)

Yeah, but there's a launch barrier to break

Anyway, either attract a new community in Google Groups, or replace 
it with something that can compete with AltME, but don't complain 
that people won't trade AltME for Google Groups

I don't mean that to sound harsh, just realistic

Btw, there's the #red-lang IRC channel on freenode for realtime chat 
(just a reminder).

Same consideration for me :-)

I have opened a Google Groups ML mainly for the peoples not part 
of REBOL's community. It would be easier for me to have only one 
channel of communication, but if there's several, I'll adapt to what 
people prefer to use. Having only AltME channel would feel for newcomers, 
like Red if was a private club only for a selected few.

I know, it's the existing community and infrastructure that's the 
issue

Oldes: I find that irritating too. From now, I'll just answer in 
english only in the blog comments ;-)

like Red if was a private club
 => like if Red was a private club"

If AltME could have a pure web client (supporting search engines 
indexing), threaded conversations, an email bridge for reading and 
posting, and an open API, it would probably become the best solution 
for online communities (of developers or other kinds).

Yes

I've advocated that for seven years or so

It's clear that it won't happen if we don't build it ourselves

I'm curious what Reichart is thinking about such improvements to 
AltME (preferably in the !AltME group).

There's been such a plan for half a decade. It was made to depend 
on R3

I've made a change in red-lang.org domain's DNS setup, we'll see 
in 3 hours if it fixes the naked domain redirection issue.

Redirection of red-lang.org to www.red-lang.org seems to be working 
ok now from here (testing from REBOL console). It might need a few 
more hours for the DNS change to propagate everywhere.

Found the first annoying issue with github's tracker: you can't reopen 
an accidentally closed ticket. :-)

The issue re-opening feature was a contextual option. I still need 
to adjust a bit to github's logic.

http redirection for the root domain looks good:

$ telnet red-lang.org 80
Trying 216.239.34.21...
Connected to red-lang.org.
Escape character is '^]'.
GET / HTTP/1.1
Host: red-lang.org

HTTP/1.1 302 Found
Location: http://www.red-lang.org/

Doc, perhaps you need a quick FAQ in the wiki to explain Red.

Henrik: if you have questions that are not answered by the initial 
presentation or by the Red/System specifications document, I'll be 
glad to add them to a FAQ section.

I haven't had the time to recreate my proposal for changes to the 
pointer/struct model as a Google Groups entry. Maybe this week, maybe 
next.

google groups entry == email :)

Email = something I've been avoiding outside of work for nearly a 
decade.

Props; I've only succeeded about half a decade :-)

I've only succeeded since a billing snafu caused my email provider 
to delete a year's worth of email, about 5 years ago or so. All I 
missed was the REBOL mailing list, so I just never resubscribed to 
it. Since then, people call or text msg me to tell me they've sent 
me email, or I get it several months later. Paper mail is nearly 
dead for me too.

-> ~Chit Chat

No, we're discussing communication methods

I was done anyways. If anything interesting is posted in the Red 
GG, I would appreciate if it were linked here. Otherwise I might 
not see it for weeks. Or does GG have RSS or Atom feeds of their 
posts?

http://groups.google.com/group/red-lang/feeds

Thanks, the feeds work :)

one of the main thing that makes  rebol a farce is  the object! concept... 
It's just a cosmetic issue to claim that rebol  can deal with object 
and so it is OO ... Ridiculous rebol's object! type is just a half 
assed C struct... You want people to take you serriously don't pretend 
doing things you don't and don't claim being things you don't because 
you labeled something to be like that. rebol object! have only attributes 
no methods no encapsulation, inherence is only from 1 source, no 
polymorphism, no abstraction

I guess you wanted to post that to ~Vent group and posted that here 
by mistake?

nope ...

I wanted to post here anyway as the things goes usually with this 
community we will have a 6 month red is  everywhere thing and then 
noone will care anymore.

Are you aware that your post from 17:58 has nothing to do with Red? 
It's just off-topic. Btw, thank you for your very smart and constructive 
comment.

Just a note about the string! to binary! renaming (it was proposed 
to avoid future possible collision with a Unicode-aware string! datatype):


After digging this idea a bit deeper, I came to the conclusion that 
the string! datatype (in the C sense, a null-terminated sequence 
of bytes) is only a subset of a what a binary! datatype would be. 
So I would rename string! to c-string! instead.

About a possible binary! datatype in Red/System, I don't think it 
would be more useful than an array! of byte! values, just maybe providing 
a safer alternative to array! (as binary! value size would have to 
be encoded somewhere). If someone has good pros for a binary! datatype 
at Red/System level (it will exists at Red level anyway), let me 
know.

Dockimbel it has a related topic ... Don't do like rebol did ... 
Claming to do things you don't.... and the object! type and whole 
OO justification made by Carl to justify his choice of a half assed 
OO concept  is null ... And that's what I want to share with people 
in red ... you shouldn't even try to be parasiting rebol (create 
your motion around rebol lack of motion using communication tools 
that are seen by 10 guys that are fanatics of rebol and won't support 
red...). Set you own discussion tools create a communication branch 
aside and invite people here to join you without counting on them. 
And more importantly try to convince non reboler to join and help 
you. face it there is way more people outside rebol community than 
inside.

Red doesn't have objects yet, so it's not related.

c-string! sounds good to me for that type.

Red will have object! brianH since red main goal is to clone the 
closest possible rebol otherwhile why Dock put a section about where 
is rebol today in his presentation ;)

c-string! is confusing their is no String in C to start with ... 
maybe in C++  or in java but then they are objects with utility related 
methods and red don't have object like said brianH

Discussing object! datatype now in Red channel is off-topic. Also, 
you're not proposing anything, you're just ranting against REBOL.

string! is meaningfull c-string! isn't ...