World: r3wp

and VID should be able to use all common interface like systray or 
always on top

What is all the power of REBOL good for, if the whole project is 
pretty much missmanaged?

well rebol power is to not have to manage the project ^^

I have done alone in less than a day serveral things that in other 
language would have took me weeks  with several other guys

I am speaking about R3, not REBOL projects ...

yeah .... Pekr you are right .... and that's not a new issue I remember 
it took like 1 year to get rebol 1.3  VM  but  if we look closely 
rebol is not only built for windows and that's pretty complexifying 
the rebol developement process ...  since all REBOL VMs have to produce 
the same on all platerform from 1 single code you have to lower the 
specifications and possibility  the ground ones wich will feet to 
some less designed OS .....

for google desktop and opera widget that's clear they limited their 
OS to windows  MOSX  and linux those 3  OS having the same kind of 
inferfaces

they are different but what can get in result is close

I think the rebol developing process would first be enhanced if once 
for all we say we are in 21 st century therefore we focus on OS of 
this century  ^^

then we say rebol and it's main dialects should be able to use 100 
% of functionalities of those OS

and third we say ok we can put all in rebol therefor we design or 
think a way to easy extend it keeping for the extentions the rebol 
coding way

and third we say ok we can not  put all in rebol therefor we design 
or think a way to easy extend it keeping for the extentions the rebol 
coding way

Shadwolf:


- development has to be vital. There is IMO noone contracted right 
now. Gabriele, Cyphre, simply noone. Cyphre has not fixed deep View 
bugs for some 4 months or something like that

- there is nothing complicated about cross-platform nature of R3, 
as right now, kernel is imo not under development

- according to available info, VID should be the focus now. And maybe 
it is the focus. But it is not communicated. I hate those periods 
and they do happen once in something like 2 years, last one was probably 
during the rebservices period, which were not finished btw anyway. 
So - the blogging about Vista being broken or California fires is 
good, but look at frequency of R3 blogs. If it will not change, I 
recommend to remove personal blog from REBOL.NET, as it gives overal 
impression of RT breeding wine, instead of coding. Not that I have 
anything against personal life or wine :-), but can you imagine some 
system integrator, potential investor or tech.company willing to 
use R3 in their cell phone would look at REBOL.NET blogs? It seems 
to scream for - "... but where's the development happening"? And 
once again - all is about communication imo. If VID3 is in some stage, 
one blog per week would not hurt - whatever - principle explanation, 
simple glimpse of code, a screenshot, whatever ....

there used to be a running joke in my workplace that whatever startup 
company i got excited about was doomed to failure.  Be Inc. with 
BeOS (focus shift), Constellation 3D with their Flourescent Multilayer 
Disks (FMD) (factory bombed in start of Palestinian intifada), and 
now Rebol?


Each of the technologies was/is paradigm shifting in their field 
but through mismanagement, mishaps and miscommunication something 
along the way seems to get lost and the excitement they originally 
engendered fades from the public eye. 


If, in the case of Rebol3, it simply is too much work for one person 
- then perhaps now would be the time to open such areas as View development 
(the underlying system) and advertise to the 'World' "Come, see what 
you can do!".


Personally, I'd love to see Cyphre's work with View taken that one 
step further and translated into OpenGL and all that entails.  Not 
everyone today is looking to use Rebol only on their embedded devices 
;)

You know how it goes. In order for View to be opened, the DevBase 
needs to be finished. In order to finish DevBase, rebservices redesign 
is planned, etc., etc.

The biggest block to finishing DevBase was that my time to work on 
it went away for a few months. That should be changing soon.

The rebservices portion of DevBase works just fine, and once rebservices 
are finalized (changed? rewritten?) DevBase will be able to adjust 
with little difficulty. The main block we ran into in DevBase development 
was disagreement on the UI, and other factors we don't need to get 
into here.

The main block to View being opened is not DevBase, it is that the 
core design of View isn't done yet. REBOL has a lead designer - we 
don't do design by committee. The rest of us refine the design and 
make really cool stuff based on the foundations, but the lead architect 
is still Carl.

but why, when the core design for View isnt done yet is Carl even 
thinking on working on VID?  Surely we need a View before VID is 
even feasible?

He is making adjustments to View to make VID feasible. Shortcomings 
in the core were causing shortcomings in VID.

VID is the goal. View is the means.

Also, it looks like the new VID may be more integrated than the old 
one.

I always looked at REBOL as a general programming language, but it 
seems that's no more a goal to reach (if it has ever been in RT's 
plans). I know that it has been marketed as a "messaging language", 
but I thought that  it would evolve more as a pure programming language. 
Maybe I have a wrong POV on REBOL from the beggining. I always looked 
at VID/View being a good addition to the language, but not a vital 
one. Now that such high-level features have become top priority, 
I wonder if Core3.0, with all the features we're waiting for since 
years, will be completed and stable before 2010...I'm not sure that 
I'll wait that much.

I'm a bit impatient myself Doc.  I think they should not worry about 
VID for release but worry about what VID will be built off of - hence 
VIEW instead and they can always release VID as a module later if 
needed.

I shouldn' t use the word impatient because I think that anyone that 
is waiting on R3 has obviously displayed patience.

I always looked at REBOL as a data structure manipulation library 
with language implementation tools built in. Also, it bundles some 
useful languages with it. My only significant View app has been DevBase 
- aside from that I have just used it for code generation, batch 
processes and server side stuff.

I didn't even write most of the View stuff in DevBase, just adapted 
Carl and Henrik's code. :)

I have written several VID based apps but I'm usually finding myself 
more in need of features that the /core lacks.

I've stopped working on the products built with REBOL I was planning 
to release. The future of REBOL as a standalone programming language, 
has become too uncertain for me. I'm working only on Cheyenne and 
MySQL driver, because I use them daily, but I don't think that I 
will invest more time and energy than that on REBOL. I've already 
started searching for alternative solutions, including resume working 
on a clone or a derivated of REBOL. In the past, I've stopped working 
on a clone because, the release of the plugin interface for REBOL 
was supposed to be imminent. That was 3 years ago.

Doc, I'm also looking for an alternative to REBOL for mostly the 
same reasons.  So if you find something that appeals to you, please 
share the information.  I know very little about the strengths and 
weaknesses of other languages and hope other developers can chime 
in on their experiences.

I've mostly gone in the opposite direction, doing more and more with 
REBOL.

I guess it's because I'm getting more and more skilled with dialects 
and try to push myself to improve my skills in REBOL, so when it's 
about tool building, for me it's also about pushing myself to write 
the most elegant tool possible. Also I just get plain depressed when 
moving to PHP, javascript or similar to do work there. I can't get 
back to REBOL fast enough. :-)

When I work in other languages, I generate the code using REBOL half 
the time.

Well, REBOL has influenced me quite a lot too. I don't want to get 
back to an inferior tool, but I don't want to use a closed-source 
programming language anymore (unless it is backed by a *big* software 
company).

Hum alternative to rebol is a n old idea but since today no one went 
in this process as far carl did. If we really want to wirte our own 
REBOL-Like VM  that means the same thing than for REBOL main dev 
 in fact .... ORGANISATION people who will work each day some hours 
on the project. REmember guys the pyramids in Egypt or in mexico 
have been done stone by stone past 3000  years and they are still 
up today. This to point the fact we all have side things to and starting 
from scratch  the writing of a REBOL clone implicate a true implication 
and not from only 1 guy.

DocKimbel, it's interesting with big companies... what if REBOL had 
been invented by Carl while he was with Commodore?

I think the problem is that Carl doesn't seem to have the resources. 
 Even if he had the resources they would have to have the CARL-WAy 
of development to achieve his vision for REBOL.

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.