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

World: r3wp

[!REBOL3 Schemes] Implementors guide

Graham
7-Jan-2010
[360x2]
No one has written any more schemes since 2007 ... the logical conclusion 
is that the docs are lacking :)
Or, we are all lazy buggers
Carl
7-Jan-2010
[362x3]
Ok... well... here's the plan on that.
I need to move them into the R3 docs... so I'll polish them up during 
that.
Throw in a few example schemes like finger or whois.
Steeve
7-Jan-2010
[365]
So mean Graham, i wrote the virtual-block scheme but it"s not a protocol
Graham
7-Jan-2010
[366]
Yes, some sample simple network schemes
Henrik
7-Jan-2010
[367]
We will need FTP. That is going to be a pain, but someone has to 
do it.
Graham
7-Jan-2010
[368]
Well, as Newton said .. got to start somewhere
Carl
7-Jan-2010
[369x2]
Sterling Newton said that?
Man, I miss that guy.
Graham
7-Jan-2010
[371x2]
No,  Isaac Newton
I think he phrased it .. something about standing on the shoulders 
of giants or something
Carl
7-Jan-2010
[373]
Anyway, I agree with this as a priority because it allows greater 
concurrent contribution to R3 base code.
Graham
7-Jan-2010
[374x2]
Great ... look forward to seeing something soon.
Henrik .. are you offering to do the ftp protocol?
Henrik
7-Jan-2010
[376]
Graham, no.
Steeve
7-Jan-2010
[377x3]
Carl, what the scheme system/schemes/console is used for ?
hmm... i think i got it
Is that if i map a port at system/ports/output, I can redirect all 
the output (print, probe etc...) ?
Graham
7-Jan-2010
[380x2]
If you're working with a line oriented protcol .. do you save the 
buffer to your own buffer and work on it line by line ( deline ) 
?
Or is it enline
Pekr
7-Jan-2010
[382x3]
I don't agree on console not greatly ruining the R3 experience. R3 
sucks big way because of it. for me it degrades my experience by 
some 20-30%. Not being reboller, I would trash it. Python has own 
console too IIRC.
that "ppl can do it themselves" is rather silly. We are at it once 
again.
We never learn, and I write documents for nothing :-)
Graham
7-Jan-2010
[385x2]
Pekr, just say "I agree with Graham"
Thank you for your cooperation.
Pekr
7-Jan-2010
[387x2]
I f*cking agree with Graham :-)
There's many ppl out there, who will want to try REBOL as a tool, 
and have ABSOLUTLY NO intention into coding some infrastructure things 
themselves. So - we can say such things as "do it yourself" in a 
community cooperative manner here, but let's not dare to present 
such opinions publicly ...
Maxim
7-Jan-2010
[389]
the do it yourself, is not meant for the end user, but for contributors... 
I thought that was obvious.
Pekr
7-Jan-2010
[390x2]
I hope it is obvious too ... but it surely was not obvious in R2 
days. We claimed being a glue, yet the only option to interface REBOL 
was sockets/files (free versions)
This is not a criticue, this is a raised eyebrow ... I think that 
we are on very good route - Extensions + Host ... and we will surely 
get there.
Henrik
7-Jan-2010
[392]
I guess there needs to be a formal limit to what RT does and what 
community should do. It can't be expected that RT would maintain 
console support on an obscure OS. OTOH you might expect HTTP to work 
as a result of RT work or someone close to RT.
Graham
7-Jan-2010
[393]
Hasn't this been demarcated already?
Henrik
7-Jan-2010
[394]
Don't think there is anything but a task list.
Graham
7-Jan-2010
[395]
I'm also unclear as to the license behind community contributed stuff. 
 Say Anton spends a couple of weeks doing an ftp scheme ... under 
what license should it be publshed as ?
Pekr
7-Jan-2010
[396x2]
Henrik - and I say I don't care how it happens. The only important 
thing is - the product and its state. If you have no answer for "who 
does it", RT is still responsible, if they want to market REBOL. 
That is why I thought bounties might help to sponsor some ppl willing 
to bring-in some usefull contributions ...
licensing was not revealed yet ....
Graham
7-Jan-2010
[398x4]
Hmm ...
Perhaps everyone should BSD their contributions ...
As soon as people start making them of course ...
this is now declared a GPL free zone ... thanks for cooperating.
Henrik
7-Jan-2010
[402]
I care about how it happens, because process of knowing who does 
what will become increasingly important as R3 grows. Extensions is 
just one area where people freely can contribute under the BSD license. 
If you don't want it public, don't publish.
Kaj
7-Jan-2010
[403]
BSD has the best integration opportunity, yes
Henrik
7-Jan-2010
[404x2]
Now soon, GUI work will continue and there are graphics subsystem, 
OpenGL, etc. Enough work for 4-5 people there alone.
And one maintainer per OS platform.
Andreas
7-Jan-2010
[406x3]
re console: i have some patches to the linux hostkit that rip out 
the custom R3 line reader
this in itself is already an improvement on linux, as rlwrap is, 
at the moment, far superior the the line reading abilities of the 
r3 hostkit
but based on this, i have also hooked up libreadline into the r3 
hostkit, in a very basic way
BrianH
7-Jan-2010
[409]
Gabriele, can WeTan get posted to DevBase? There is an area for community 
projects. You could make a folder for your MD3 stuff.