World: r3wp

I LOVE REBOL  that a fact but rebol is a hum how to say that without 
hurting Carl .... not achieved. Carl start things and never finish 
them and that ends to an incomplete picture and the fact that rebol 
is considere as a cool toy but not as a professional thing.

Software has never being a major business for Commodore AFAIK.

really in french community we got the spirit VM project who died 
because lackk of interrest

I love working in Rebol for GUI apps.  Development is fast and I 
can do most of the things I want with the raw view.  Sure, I could 
go back to grinding out interfaces in C++/C#/VB/<insert lang here> 
but it would lack the simplicity and flexibility I am used to with 
Rebol.  Unfortunately, most of the time i am now using Rebol for 
'what if' and concept work because of many underlying issues with 
the draw subsystem preclude serious development work.

Doc didn't you have like a R# or some type of project a while back?

maybe a good way to motivate Carl is doing such a project to show 
we really care and maybe in the process we will get  some fun idea 
and new things that will amaze Carl and give him the taste and ennergy 
to focus on rebol VM  enhancing and finishing

I dont think its needing to encourage Carl - i suspect he is quite 
busy working on R3 - it is just the problem when he goes silent for 
weeks on end we don't know where things are going - at times like 
that it is us, the developers that may ned encouraging.

Dockimbel, my theory is that if it was made under a large company 
like Apple or Commodore, Carl may not have been able to take it with 
him due to contractual obligations. He could also be forced to abandon 
it, due to budget cuts or being an uninteresting project to various 
clueless bosses.

RT is not governed by clueless bosses who have no idea what REBOL 
really represents (most people I talk to, don't really know what 
REBOL represents or what it really is) and since it's one man's vision, 
it's a lot harder to kill. Only his own lack of motivation would 
kill REBOL. His motivation from the last time he talked on the r3-alpha 
world, was far from lacking.

Maybe we should get involved with REBOL development. There's more 
than just the core, you know.

as far as I know here are the names of the rebol-like VM intents 
:OSCAR, R#, SPIRIT (developed in C# with Mono GPL framework cause 
mono is on the 3 major OS (UNIX like Linux like, and windows (don't 
like ..))

all of them went hum not far ... REbol does alot of things and denying 
it's complexity is insulting ...

BrianH, to me, one of the things that RT needs is projects that can 
run completely autonomously and doesn't need Carl's supervision or 
approval, but is close enough to the core to be official.

BrianH, I agree.  Maybe, Carl needs to do something similiar as he 
did for the 2.7 update but this time task altme worlds to specific 
tasks.

VM  is hard to code to bring rebol coders the most easy and sharped 
way to code...

shadwolf are any of those projects active today?

Shadwolf: If pyramids were designed by committee, I don't think they 
would last so long. I believe that the more complex the design is, 
the less people it requires to be well done. For a programming language 
that don't rely on written specifications, it's a one man's work, 
at least for the kernel part.

I've been trying to move DevBase to a multi-project model.

all of those projects are dead .... I have the sources of the last 
one in date (spirit)

Maybe that is what is needed - a new open source REBOL clone that 
is going the way of R3?

Oscar is in real world use even now, as part of Syllable.

Paul, I don't think it's a good idea. one of the reasons I use REBOL 
is because there are no competing clones that are not entirely compatible.

Dock at same time we have rebol as example ... And any way i don't 
pretend to be as clever as Carl but if I can help in anyway in the 
process and at least by doing communication and documentation you 
will find me  that's a fact  ^^

Henrik, I only mention it if REBOL is not going to develop faster.

Paul: yes I'm the author of R#, which was more a research project 
on alternate ways of implementing REBOL evaluation and memory management 
than a serious attempt to make the open-source clone of REBOL.

Ahhh, ok.

An open-source REBOL clone would be the fastest way to kill Carl's 
motivation, at which point REBOL and all of the clones die.

no - i think Carl is correct in keeping core closed source. however 
i think the interfaces into core need to be simple enough that outside 
modules can easily be plugged into it in higher than C level constructs 
- probably requiring an object packer/unpacker in the core interface 
handlers

We need to combine some products and get REBOL in the mainstream.

Anyway the rebol clone can only be a dynamiser for our overbored 
community (muhahahaahaha no i'm not drunk !!! I promise !! )

Paul, I still don't think an OSS clone is the answer. Remember also 
that R3 has been worked on since 2006 for over two years. Would we 
want to duplicate all that effort? It's much better to get some autonomous 
official projects going, like building some more network protocols. 
People like Gabriele are trusted enough to make code and run projects 
like that.

I would love to see a community driven project for creating full 
SSH, HTTPS, SFTP access for R3. Carl doesn't need to supervise that.

Problem is that Gabriele is not enough people.  God bless him - I'm 
sure he works his ass off but we need more with his type of skills 
that know the Carl-way.

Henrik, I would think VID should be in that catagory also.

Brian: I'm not sure about that.

REBOL  is a way to think computing like other language having same 
language with several way to use it  is just a good thing

personally I can live without VID - its nice icing but view is enough 
to design any interface.

I know, but Gabriele communicates better than Carl does. I think 
he is quite skilled at leading a project as long as he can get his 
fingers in the code as well.

I agree ICarii.  I think some newbies to REBOL don't even know that 
you can create an interface apart from VID.

Paul, yes, VID should fit there, but Carl was of a different opinion. 
I think it's a matter of priority and with his new ideas on how to 
combine VID with extremely simple networking, might be top-priority 
to him.

henrik hum maybe because gabriele is a member of our overbored community 
and knows how is frustrating to be pending on informations

But things like protocols are much stiffer. They have to adhere to 
externally written specifications. They either work to the given 
specifications or they don't work. Carl was for example very impressed 
and happy with Gabriele's HTTP work.

We need more than Carl skills. Carl is terrible as UI design, and 
other skills that require other people. We don't need another Carl, 
we need more input from non-Carls.

lol

shadwolf, it certainly is frustrating, but I'm sure Gabriele knows 
what other things he can do in the meantime. I have my hands full 
at this time, so I don't have to sit around and wait. It suits me 
fine schedule-wise that VID3.4 is delayed.

Don't hold back Brian.

yeah btu as the intregartor and the main coder is Carl he always 
will have the last word and we will be always pending for him to 
release the new things

So we DO need more Carl's.

shadwolf, that's why we need to find autonomous projects, such as 
protocols.

It just seems that R3 develpment dances from one area to another 
- never quite finishing one before moving on.

R3 will eventually need them anyway. Why not get them written now?