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

World: r3wp

[Script Library] REBOL.org: Script library and Mailing list archive

Graham
21-Sep-2006
[380]
If you want to promote your glayout .. you need to change the license 
.  See rebgui's license.
Maxim
21-Sep-2006
[381x2]
unless it also has the letters mysql  ;-)
LGPL does not impede useage by forcing your apps to become open source.
Graham
21-Sep-2006
[383]
I'm not sure people know the difference between the lesser GPL and 
GPL.
Henrik
22-Sep-2006
[384]
http://www.rebol.net/article/0243.html<--- some interesting points 
regarding GPL here.
Robert
22-Sep-2006
[385]
downloader: Download DIR should be create if it doesn't exist.
Maxim
22-Sep-2006
[386x2]
talking about newer repack.r?
the file browser allows you to create dirs... although I admit auto-creation 
of typed paths in the field is a good idea (maybe with a little req 
asking for confirmation)
Maxim
28-Sep-2006
[388x5]
is it possible to have scripts editable by anyone?
without owners, or with more than one?
I am starting to wonder if there is now more collaboration in the 
community, such that we could start compending libs of utility funcs, 
instead of separating them in tens or hundreds of separate files.
using official REBOL style guide and wrapping every lib within a 
CTX object and possibly an extra function which exposes the words, 
instead of forcing them directly using 'set.
maybe officializing a naming convention so they have a distinct name, 
making them easy to identify by peers.
Henrik
28-Sep-2006
[393]
maxim, a script wiki?
Maxim
28-Sep-2006
[394x8]
something like  lib-org-whatever.r   ?
yeah sort of
rebol.org has everything needed to manage it, including documentation, 
forums, users, excellent indexing on google (thanks to carefull work 
by sunanda).
and its pretty bot defensive  :-)  meaning there is little chance 
our work will be defaced.
http-tools is a good example.  I have some stuff, you have some stuff, 
there is A LOT of it here and there.
it would become public domain, meaning you relinquish rights to what 
you submit, unless someone wants to organize a rebol source foundation, 
and then we can have the foundation be the authorised copyright owner 
of the peer-reviewed libs.
I have advocated for this years ago... before rebol.org became organized 
by sunanda and team
but its hard to have rebolers working together... something about 
all of us being free thinkers...
Henrik
28-Sep-2006
[402]
well, there are some things that I've found to be astonishingly effective 
and that is asking questions in here. there is almost always an answer 
so you can get your code working.
Maxim
28-Sep-2006
[403]
but this is a closed world, it gets lost,  some ppl leave,  and it 
prevents the platform to grow.  seems like we are always rebooting 
the community every few years...
Henrik
28-Sep-2006
[404x2]
well, I guess that's how things are right now. I do find it to be 
a bit elitist, you have to ask permission to come in here and most 
of the people know each other somewhat.
the IRC channels I visit can be a bit the same. It's like being a 
stranger walking into a bar full of people who know each other very 
well. either you are accepted or not.


The elitist thing is not meant at anyone here, but I think it can 
be seen as elitist from the outside. :-)
Gregg
29-Sep-2006
[406x4]
There have been a number of initiatives in this area, but none have 
taken hold. I think it's *very* important, and have wanted it for 
a long time, but the hard part is coming up with a design that will 
work for everyone, since there is no standard for modules and libraries. 
I'm hoping R3's module design will address this, and give us the 
common ground we need to do something like this.
Part of the "problem" is that REBOL is really built for programming-in-the-small 
today, and being interpreted, you can't optimize out things you don't 
need--not without a preprocessor of some kind. It also lends itself 
to simple, direct word use, not the more verbose context/func approach. 
That makes it harder to build effective libraries. 


I've often thought that the best approach might be a simple library 
of "global" functions, which would basically add to the available 
words in REBOL, so they should be very generic, and there might be 
a lot of them. More complex modules would be contexts, and we'd need 
an agreed upon system for naming, exported words, etc.
Collecting things is a good first step, but then we quickly need 
to consider something like Ladislav's #include function  and a context/module 
standard.
I've been dumping functions on Big Bold's snippet repository; it's 
easy and provides visibility to non-REBOLers, but you can't search 
for stuff by tags and there is no collaboration system of course.
Maxim
29-Sep-2006
[410x20]
Hi All,  I have often discussed the stuff... I have done more than 
just propose, I have coded an open framework to handle libraries.
it has been used, I use it daily.  I have been using it for several 
years now.  and it does many things more than include.
I'm not saying its perfect.  never have, but it was supposed to be 
a starting point where people could agree on a platform for sharing 
code.
it already handles all of what Carl proposes wrt modules.  except 
what can't be done like namespacing, and memory protection, which 
have to be hard-coded in the interpretor.
its on rebol.org its called slim.r
but the basic issue with the REBOL community in general is its lack 
of unity....  Most of us are free thinkers.  We do our own, cause 
we can !  :-)
its funny that Gregg brings this up (again) cause I was chatting 
to sunanda about setting up  a special part of rebol.org.
which has no "scripts"  but actually  "libraries"
either tool sets or individual utility functions.
the basic premise is that any tool should be able to have several 
competing implementations and versions.  They are available, made 
free of license restraints.
I would call this the Rebol Vault.  or in short   REVAULT which ties 
is very nicely with the REBOL itselft.
All this would need is a few conspirators who manage the code submission 
in order to classify them and make sure they comply to a clear manifesto.,
there is no refusal of code, only that it must obey to common sense 
rules.
then we would have a useable set of professional interworking toolsl 
which will grow instead of runing in circles.
rebol.org has many nice features.  but I feel (and sorry for being 
open and blunt) that its a tough resource to use.
many things either do not work or have no useable examples in how 
to use them.
any how... I am saturating this group... so I'll stop, but I'd like 
some support from others in trying to ORGanize the Content of rebol.ORG.
the site is well organized... but its content isn't
and it reflects the community.
wrt slim, people might say its not documented... well, it was all 
documented on the web for a long time... but that didn't change anything. 
 And I can't be the only one providing all the answers for such a 
community oriented project.  Other people have to jump in.  The list 
of advanced features within slim is too long to list here, but it 
has many things even python coders wish they had.