r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[#Boron] Open Source REBOL Clone

JaimeVargas
12-Jul-2006
[221]
I use Colloquy in OSX
Anton
12-Jul-2006
[222x3]
I'm going to try Bersirc.
What's the freenode server address I need ?
Ok I'm in.
Pekr
12-Jul-2006
[225]
Anton -if you are on Windows, then mirc is probably the best one 
...
Anton
12-Jul-2006
[226]
Too late, I'm using Bersirc, which is open source.
Pekr
12-Jul-2006
[227]
ah, ok, I just wanted to suggest what is simply the best for all 
those years ... :-)
Anton
12-Jul-2006
[228]
I went to wikipedia and it has an IRC comparison chart :)
BrianH
12-Jul-2006
[229]
Jamie, Henrik, if there are bad ops or stupid parts in R2, be sure 
to mention them to those creating R3. Either RT will fix the problems 
or explain why they aren't problems. In the long run, it would be 
a good thing if Orca and REBOL were to be more compatible.
Anton
12-Jul-2006
[230]
Yes, actually, I'm more in favour of staying close to rebol, even 
with its bugs and deficiencies, to maintain as much compatibility 
as possible.
[unknown: 9]
12-Jul-2006
[231]
Agreed.
JaimeVargas
12-Jul-2006
[232x2]
I just don't see the use of being compatible. I actually see it like 
a wast of time. 100% compatibility means importing the gotchas, the 
bugs, and the problems in certain designs. Like the port system.
Yet my goal is to abandon Rebol, not have a backup tool. If I build 
a tool I want to use it for my own benefit. Not become tied to following 
an external spec.
Anton
12-Jul-2006
[234]
(at least we know those bugs.)
JaimeVargas
12-Jul-2006
[235x2]
My approach about cloning "Copy what you like"  http://www.paulgraham.com/copy.html
Again. I taking this as a hobby. I will still pitch in if others 
want to make Orca into a real clone. Any how I still learn something 
which is my goal.
[unknown: 9]
12-Jul-2006
[237]
Perhaps switches?
JaimeVargas
12-Jul-2006
[238x3]
Maybe. But thats a lot of work. When one could just doing something 
new and cool.
It depends of what is the objective. If the objective is to support 
an older code base then compatibility is a must.
If the objective is move forward and have the tool you want then 
that is not so important. Because the fwd port will only need to 
be do once.
[unknown: 9]
12-Jul-2006
[241]
All good points, and I respected your points from the start.  The 
other side is true as well, and not actually in conflict with your 
goals, just your time, which is what is most valuable.
JaimeVargas
12-Jul-2006
[242x2]
Campfire chatroom closed to public access. Please use theOrca  IRC 
channel on freenode instead.
The Campfire room will remain open for private interactions with 
Karl Robillard if you need an account please requested here.
Graham
12-Jul-2006
[244]
Why don't you use synapse chat?  You have the server and client ...
Anton
13-Jul-2006
[245x3]
Can you build that for all platforms ? Is the source open ?
Jaime, this is a deep difference and we need to settle it.  I agree 
it's more exciting being able to experiment and choose new behaviours 
for a language, but I think it's more responsible to support the 
language that we have. We can't just keep jumping from language to 
language. The real hard work is to perfect an existing language.
Will you agree to a real clone ? Then we can move forward without 
forking.
Volker
13-Jul-2006
[248]
At least the same syntax. not intended breaks like using $ for hex 
because orca will not need money! anyway.
Graham
13-Jul-2006
[249]
Why are you pushing ahead anyway since you say you have abandoned 
Rebol for plt-scheme and ror?
Volker
13-Jul-2006
[250x2]
Jaime said hobby and learning. Maybe we should implement an rebol-interpreter 
in scheme?
What i am curious about, how does scheme handle binding? can i bind 
symbols in data to contexts, and how? I like that for dialects.
Anton
13-Jul-2006
[252]
I would value Jaime's contributions highly, however, it's important 
that we don't fight each other by pushing different directions.
[unknown: 9]
13-Jul-2006
[253]
Sometimes you have to take a big step back to consider the issues.

Rebol exists, and works for most people given what they are trying 
to do.

The cool thing about an open source version is that when someone 
comes across a problem they can fix just that problem (thus offering 
it back to the community).  In theory this could be done in such 
a way that that section of Rebol runs on Orca (for example), while 
the rest runs on standard Rebol.


O Rebol can "choose" to fix these issues (since they would be self 
documenting).
O Orca can branch from the Rebol sheme.
O New features can come into existence by committee.
O Open source die-hards will step up to Rebol

O Some companies are anti-open-source.  Rebol then becomes their 
savior, and thus becomes closed version of itself.

This actually seems like a win/win to me.
Pekr
13-Jul-2006
[254x3]
yes, but maybe it would be vital, if FINALLY RT would explain a bit 
a plan. We saw documents about more of community involvement, also 
about how some parts will be opened. But what we never saw were details 
to such a plan. R3 is coming. My understanding is, that is should 
make situation much better, as what does not belong to kernel, should 
be kicked off from Rebol, into module/plug-in, call it whatever ...
If we get extensible R3, who needs open source just for the sake 
of open source? The only part closed will be the language itself 
...
but it HAS to work, otherwise I understand the concern of Jaime - 
waiting for fixes months is frustrating ...
Kaj
13-Jul-2006
[257]
Just don't expect me to join Google groups or anything. There are 
far too many disparate communication systems around. I have happily 
standardized on AltME
Anton
13-Jul-2006
[258]
That's alright, we moved to IRC.
Pekr
13-Jul-2006
[259]
IRC is standard, but when altme is available, I wonder why that choice 
... but hey, whatever works :-)
Anton
13-Jul-2006
[260x2]
Reichart, yes, the development of open source rebol clones may just 
allow Rebol to become comfortable with its closed position.
Pekr, AltME doesn't cover all linux platforms yet, so that would 
limit the audience a little bit.
Pekr
13-Jul-2006
[262]
but R2 is already dead anyway. R3 introduces lots of new concepts, 
I wonder if Orca will try to adapt ...
Anton
13-Jul-2006
[263]
R2 is not dead. I am still using it ! It will be very useful for 
some time to come. It will take a long while for R3 to stabilise 
to the point at which R2 is now.
Pekr
13-Jul-2006
[264]
I expected exactly such a reaction, just waited for it to pop up 
:-) I am talking about focus/orientation .... all the potential of 
RT goes to R3. Judge for yourself, if Orca should, and for how long, 
to focus on R2, respectively to add new features, before we know, 
what RT gives us ...
[unknown: 9]
13-Jul-2006
[265]
I do love the dramatic statements around here sometimes...
Henrik
13-Jul-2006
[266]
well, it's not like R2 will become utterly 100% useless, is it? There's 
a ton of value in R2 still.
Pekr
13-Jul-2006
[267]
my opinion is, that Orca should stick to compatibility mode right 
now, before it is clear, what R3 offers on its own feature wise (tail 
recursion etc. discussed here), because later, if Orca now goes its 
own way, it may not be easily possible to get on pair with R3 compatibility 
wise ....
Henrik
13-Jul-2006
[268]
also my Rebol/View hasn't stopped working since R3 was announced...
Pekr
13-Jul-2006
[269]
I want Orca being Rebol compatible as much as possible, or it is 
different language then ...
Anton
13-Jul-2006
[270]
Exactly. I agree with everybody forever.