AltME groups: search

Red is actually quite suitable for CGI, because the compiled executables 
are absolutely tiny, like they were in languages such as C when CGI 
was introduced. This means the performance will be quite good, not 
like the performance hit CGI suffers with heavy modern programming 
environments such as REBOL where the whole virtual machine needs 
to be started for every request. At the same time, you still have 
the advantages that made CGI popular: simplicity, robustness and 
security

I don't understand Git, it's complex on me. How can I not mix stuff? 
What my Tortoise git chooses to sync? How do I request particular 
branch?

How do I request particular branch?
 I gave you the procedure earlier for TortoiseGit.

how to get a free license for any of their listed products http://www.atlassian.com/software/views/open-source-license-request

Maths op missing in BNF rules: good catch. You can add them and submit 
a pull request on the master branch.

I will try that, I once did a pull request but it pulling doesn't 
make sense in my mind. I think it means the Github must be pulling. 
I will try again (with possible other improvements. If I am not succesful, 
I will put a file with my improvements up somewhere. Now to work 
(my job waits)

I can't accept your pull request, it's a complete merge of different 
branches (you're probably mixed up several branches, or you haven't 
rebase before submitting the pull request). You need to submit only 
the changes you did. For that, you need to have a clean codebase 
and up-to-date wrt the branch you're modifying.

You probably need to check out master, then cherry-pick the BNF file 
from v0.3.0, then make your change, then do the pull request for 
master

Alternatively, you'd stay in v0.3.0, but then you also have to make 
the pull request for v0.3.0

Your patch was basically fine, what went wrong is that you submitted 
the pull request against the wrong branch. You changed something 
starting from v0.3.0, but your pull request was submitted against 
master, not v0.3.0.

So, my module system will end up being of more use to you. I'll be 
sure to write up that TRANSCODE/part option request for R3 in CureCode, 
for your reference.

OK, I just hope that some Chinese investor isn't going to request 
you to close source Red in order to become their national selected 
language of choice :-)

How are you supposed to implement an array, I can figure out some 
things about using a pointer, but I cannot believe it will work with 
the example value of 40000000h

What are you missing from using pointers?


I do not have a clue if this is a realistic value as a memory-address, 
that is why a simple array could come in handy.


The example is just showing how to do a dereferencing. It will probably 
crash on most systems if you use it with that value (reading should 
be safe on Windows, but writing not, as it is the default read-only 
memory starting page for PE executables). If you have a better alternative 
example that can work for real on all OS, feel free to submit a pull 
request. For example, retrieving the pointer value from an OS or 
C lib call would maybe be better (but much longer). My intention 
in this example was just to show how to dereference a pointer, how 
the pointer is initialized is a lesser concern.

I agree about THEN though (that was a Carl thing), and to some extent 
DO. For DO in particular I have seen people request help doing stuff 
like that frequently enough, but they either give up or are capable 
enough to not get it wrong.

DO is basically the semantic block-parse equivalent to Fork's request 
to incorporate TRANSCODE into PARSE. People would use it for mixed 
DO-other dialect code, but there is probably a better way to do it.

I mean my ongoing request for getting UTF-8 in routines

For CGI? No, but it's quite standard. Just PRINT the output. There's 
also GET-ENV to get the request environment variables, and you can 
probably get POST input with INPUT

Kaj says CGI is possible using get-env to retrieve the request data

Fortunately, github's helpdesk was kind enough to free that username 
after my request as it was dormant for more than a year. Cybersquatting 
names doesn't pay on Github!

I am runing %red.r for %0MQ-request-client.red but failing on 
#include %../common/common.red
It looks like it would be from 
https://github.com/dockimbel/Red.git
but I don't find any common/ directory

I am probably mis-aligning my zmq directories but don't have anything 
but common.reds from clones.
Any hints to help me find my path?

The register storage class in C is just an advice from the programmer 
to the compiler. The compiler always needs to make the best use of 
the available registers. Your variables may or may not be stored 
in them, and if you request them, you may or may not get them

No, he wants Red to read his mind. That's a common request among 
people :-)

I think its a common request in all languages ;-)

I canunderstand, but where exactly would you drive the line? We start 
with series, next we ask for IO, then we request parse :-)

I'll keep it in mind. And I'll remind of this request when people 
complain about my announcements again :-)

Hello everybody: I'm working on rebol2.blogspot.com (take a look!). 
If you want to write an article on Rebol, send me an in email with 
the article and I'll publish it. If you want to see a topic discussed, 
send me an email with a request, and I'll try to write about it. 
My email is [maxint-:-tiscali-:-it]

A pull request to mainline Red has been submitted:

With Doc's latest Red fixes, I was able to write a very simple IDE 
in the GUI dialect:

http://red.esperconsultancy.nl/Red-GTK/dir?ci=tip&name=examples


You can write either regular Red code or GUI dialect code, and execute 
it with respectively the Do or View button. Do executes the code 
in the interpreter, so no compilation is needed, but the current 
limitations of the interpreter apply.


The code is only 25 lines, but at Brian's request, I'll post that 
in the #Red channel.

I wrote a Red binding on top of the Red/System binding for 0MQ:

http://red.esperconsultancy.nl/Red-ZeroMQ-binding/dir?ci=tip


I also wrote Red versions of the client/server request/reply example:


http://red.esperconsultancy.nl/Red-ZeroMQ-binding/dir?ci=tip&name=examples

Announcing first three Android-related source code pull request to 
the official rebol source code:

- dtoa.c amending MOLD decimal

- added Android platform, some R2 platforms, corrected handling of 
system/product name, added platform existence sanity check

- clipboard amendment (corrects clipboard handling on non-windows 
platforms)

At a request, I upgraded R3 on Try REBOL from 2.99.111, the last 
official RT version, to Andreas' current build, the ongoing 2.101 
series. Not many changes, but some bug fixes.

http://tryrebol.esperconsultancy.nl


Graham programmed a nice bot for Stack Overflow chat that is able 
to call the Try REBOL web service to execute code examples and post 
the result.

I fixed #1969 (pull request submitted), which is one of the R3 bugs 
most plaguing R3GUI.

Announcing INCLUDE update, changelog:

/LINK now uses MOLD/FLAT on Henrik's and Robert's request

Another "batch" of doc files committed. See e.g.:


https://github.com/saphirion/documentation/blob/master/r3/whatsnew.mdp

, which tries to compare R2 and R3, which was a popular request.

This work will be paid for by Respectech as part of an assignment 
I'm doing for them. As far as we know, this is the first commercial 
assignment done with Red.


I'm implementing a network server that needs to run for long periods 
and handle relatively large numbers of requests. This is tricky because 
Red has no garbage collector yet, and the memory allocator doesn't 
handle large series yet. We have been testing the memory system to 
scale it, and Doc has fixed an allocator bug so that series can now 
be twice as large. I've also found and reported seven other bugs 
so far.


The results are very encouraging. The memory system is reliable in 
my stress testing. It can use all the memory available in a machine 
for the contents of series. In the default configuration, one series 
can have a maximum content of 2 MB, or 131070 values for a block!. 
This can be enlarged, basically at will, by compiling your program 
with customised allocator settings.


To reduce the amount of memory that currently cannot be reclaimed 
by garbage collection, I am reducing the number of series generated 
during the handling of each server request. This can be done within 
the same Red program, because low level optimised Red/System code 
can be inserted anywhere. I am down to only a few hundred bytes per 
handled request, and the memory budget of the server is a GB, so 
the Red 0MQ server will be able to handle several million requests.

Sorry DocKimbel that I did contribute yet, but I fear I do not understand 
GitHub, I try to find a button to accept changes that were committed 
since I forked Red but I only find the pull request that I suspect 
to be for changes I made to be pulled by others. That could be a 
bad idea ;-)

You're right about the pull request

@NickA: About enhanced r3 chat, have a look to %wchat.r in the %OpenMe/ 
folder of this Altme world.

Basically its %chat.r but it act as a proxy between the Devbase server 
and the browser. The goal is that the browser replace the CLI interface 
: not typing command in CLI but cliking link in the browser.

Its just a start. There is some work to do to handle POST request 
and then allow posting. + enhancing HTML presentation.

Just a request. If you do not want the default, you can use INCLUDE/ONLY 
and save it as you see fit.

Hello MaxV: Congrats to your first R3GUI app! ;-) I have some questions/notes 
though:

1. Why one needs to download the two DLL files to get R3B running?? 
(not much user friendly IMO)


2. On your Blog page you say: "First of all there are some bugs, 
most of them depends on R3GUI, for example this one: https://github.com/angerangel/r3bazaar/issues/8"

I bet this is not related to R3GUI at all but more to your R3B build. 
The REQUEST-FILE works without any problems in our Saphirion build 
(and I think also the "official" Carl's build works well but haven't 
tried it). I tried to download and run your R3B binary and I can 
confirm the bug is related only to this version so it would be fair 
enough if you remove your R3GUI blaming from the blog entry if possible. 
I know R3GUi is not perfect so maybe you can just change the blame 
for some other which is really related to the framework. Or better 
feel free to ask any questions in RgGUI group here!

3. I've looked into the EDITOR function code and comparing to the 
R3 editor code (which is still twice as big as the R3GUI version 
- but I don't know if they match the features though) the R3GUI code 
looks much cleaner and abstracted that the R2 style even if you are 
not expereienced writing R3GUI apps. Some notes:


3.1 I'm curious why are you accessing the internal AREA style value 
like face/names/tb or aa/names/tb/state/value? Is that for some reason? 
Why you don't use the AREA directly like:
do-actor/style face 'on-key arg 'area
instead of
do-actor/style face/names/tb 'on-key arg 'text-box

or

write (to-file AA-INFO/OPTIONS/text-edit) get-face aa


write (to-file AA-INFO/OPTIONS/text-edit) aa/names/tb/state/value 


3.2 There is "classic" but anoying bug. If you open file requester 
and close it without selecting a file the editor errors out. (but 
you probably already noticed)


3.3 Would be great if you add keyboard shortcuts. It's easy to add 
them. See the layouts-15.r3 file in R3GUI Saphirion package as an 
example.


3.4 Maybe you could try to write your first R3GUI style - MENU It 
would be handy in the editor(and also in other apps) instead of the 
buttons on top.


Anyway, thanks for promoting R3 and R3GUI. I appreciate all your 
efforts!

re 1. Saahirion's builds never needed to have such libraries copied 
in the program dir. I'm using MinGW includes in combination with 
MSYS make to build R3. To me it looks like some problem in your make 
procedure.

re 2. REQUEST-FILE native! has nothing to do with graphics. It is 
present even in the "official" R3 release.

re 3. by "R3 editor" I meant eht EDITOR function you have ennounced

re 3.1 here is quickly cleaned-up version: http://cyphre.mysteria.cz/stuff/editor.r3

re 3.3 Note the keyboard shortcut code stub in the link above, this 
is the way how to support shortcuts in R3GUI. Easy, isn't it?


As I said feel free to blame R3GUI where appropriate, there are surely 
bugs around...the REQUEST-FILE bug just simply have really nothing 
to do with R3GUI but more with your compiled exe.

Reactors: I just packed everything on the docs dir we have as a start. 
So, yes, we need to sort it out, get rid of the old stuff etc. So 
feel free to delete it and send a pull-request.

Ok, I'll figure out how to send a pull request on these

Adrian, check the new wroding of README, and, eventually, submit 
a request, please.

Hi I am trying to replicate this in Rebol: http://www.alistapart.com/articles/succeed/
I have the redirect setup but I want to know what url the user entered. 
Where can I get $DOCUMENT_ROOT.$REQUEST_URI ??

If you are using REBOL in CGI mode:

    get-env "DOCUMENT_ROOT"
    get-env  "REQUEST_URI"

Thank you, this works! I found and old conversation on ALTME this 
afternoon but that could not convince me being the answer, this answer 
will replace the old one. (I even typed get_env the first time). 
And for completeness I will write how to use it (cut and paste code) 
requestedurl: get-env "REQUEST_URI"

These values are already processed by REBOL when it is started in 
CGI mode. I'm using
	cgi: system/options/cgi
The request URI is then in cgi/path-info

Uniserve task-master is mainly meant for server-side parallel request 
processing. For your need, you should use an async HTTP client rather, 
which would be a much simpler solution.

Sujoy, I only did a request/reply example so far, so I'll have to 
look into it

Request/reply is not printing the message content

#include %gfx-colors.r
#include %gfx-funcs.r

#include %view-funcs.r
#include %view-vid.r
#include %view-edit.r
#include %view-feel.r
#include %view-images.r
#include %view-styles.r
#include %view-request.r


;-- Must be done prior to loading anything that requires fonts on 
Linux.

layout [text "imanXwin kludge"] ;-throw this one away soon-- okay?

open-events

Same as yours only with prot-setnet.r added.

#include %gfx-colors.r
#include %gfx-funcs.r

#include %view-funcs.r
#include %view-vid.r
#include %view-edit.r
#include %view-feel.r
#include %view-images.r
#include %view-styles.r
#include %view-request.r

#include %prot-setnet.r


;-- Must be done prior to loading anything that requires fonts on 
Linux.

layout [text "imanXwin kludge"] ;-throw this one away soon-- okay?

open-events

In R3, I want to be able to request a specific directory quickly 
and easily.  The easiest way I've found is to use REQUEST-FILE since 
it allows the user to quickly "navigate to" the desired directory. 
 Thing is, it requires the user to pick an existing file , even though 
I don't care about the file itself.  In most cases, this is fine 
since the user can pick any one of the files, but in cases where 
a directory is empty of a file, I have a problem.  

example code:

request-file/file to-file join "/" second parse what-dir "/"   <-- 
I use this to default the directory at the highest level is   ie 
 %/c  

Is there a better way to do this in R3?

There is also request-dir I think.

I'm using 2.100.111 and no REQUEST-DIR, unless it was added in a 
later version

In Saphirion's build we have REQUEST-DIR already added.

I tried request-file in the android build, it didn't crash but nothing 
showed up. Not that I needed it - I was just curious.

It's even in the lates public source release here: http://development.saphirion.com/downloads/
so if anyone have time to make pull-request?

(check the OS_Request_Dir() function in src\os\win32\host-lib.c as 
a base for the feature)

I am trying to troubleshoot a peculiarity in   R3    2.101.0 from 
Saphirion

>> print type? what-dir

file!				<-- Ok, it's a file, even if has an end slash instead of 
a specific file path
>> print type? request-dir	; select any directory
file!				<-- Ok, Same thing


So it stands to reason that passing the value returned by WHAT-DIR 
and by REQUEST-DIR  will be FILE!

So here is my code that is giving me some trouble:

file-list:	[]

read-dir:	func	[
	dir	[file!	]
	] [
	foreach file read dir [
		file: either dir = %./ [file] [dir/:file]
		append file-list file
		if dir? file [
			read-dir file
	]	]	]

inp-dir: request-dir/path	what-dir 

unless inp-dir [ask	">>> No directory selected, cannot proceed  (Enter)" 
 quit ]
cd :inp-dir


read-dir inp-dir		; <-- does not work as expected, must use cd and 
what-dir instead
;read-dir what-dir
new-line/all file-list on
print mold file-list

Now if REQUEST-DIR returns a file! without a trailing slash, passing 
that returned value directly to READ will trigger this bug.

Back again.  Thank you Andreas,


I had realized that FILE! was used for both directory and files, 
but I didn't realize that REQUEST-DIR was NOT sending it back as 
a directory, but as a file (without trailing slash).  I was able 
to confirm by adding a print of WHAT-DIR and INP-DIR and compare, 
as per your comments.

I did not know about DIRIZE


Using READ DIRIZE INP-DIR does fix the problem -- though I wonder 
if REQUEST-DIR should return it with a trailing slash?

Thanks again to all!

Yep, I think REQUEST-DIR should return a dirized file!.

For the most part, authorisation is based the parameters of a request 
hashed with a private key.  The trickiest part I'd imagine is the 
initial authentication - providing a safe method for the end user 
to allow the client to obtain and use the key.

I'm trying the github Windows client, which should sync, but only 
have my fork in it right now. I thought the target workflow (in general) 
was to fork, push to that, then submit a pull request. My problem 
is spending little time on it, then letting it sit idle while it 
leaks out of my brain.

Yeah, fork + push to fork + pull request is one typical contribution 
workflow.

I fear that with the pull request as-is, even basic script execution 
is broken:
$ cat foo.r 
REBOL [] print 42
$ ./r3 foo.r 

** Script error: select does not allow integer! for its series argument
** Where: make either either -apply-
** Near: make system/standard/script [
    title: select first code '...

>>

On the http scheme, it could be the difference between adding a query 
string to a GET request (read/custom), and adding post data on a 
POST/PUT request (write).

Yes. Actually, there's a pull request that represents the current 
intended design of the module system ( https://github.com/rebol/r3/pull/40
). And I'm working on a set of tests that should help document it 
as well.

That pull request unfortunately only covers a teensy tiny bit.

The module system was almost complete in implementation with the 
last closed-source release, needing only the fixes we (and I mean 
me and you, Andreas) did in the first week of the open source release. 
We have only been waiting for Carl to add that pull request to get 
the current design working as intended, though that request doesn't 
only apply to modules in particular, but to scripts in general. Once 
it is accepted, I need to do another round of optimization, but the 
external effects are set already.

Graham, was that proposal state change recent? Was it changed to 
"pending"? We've had a bit of a definitional problem with the "built" 
state lately. Until we actually get official builds, with version 
numbers, we don't really have a defined "built" state. We need a 
state for "implemented and accepted as a pull request into Carl's 
repo, but not in an official build yet", but we've just been callung 
that "pending" for short.

I think using "built" to mark things once they get accepted is fine 
(much better than "pending"), but we then lack a state to describe 
things which have been submitted as pull request but have not yet 
been declined or accepted.

For stuff that has a pull request that hasn't been accepted yet, 
we can use the "pending" status. Watch out though, since with that 
meaning of "pending" the ticket can now be dismissed at this stage 
(that didn't use to be the case with the old meaning of "pending").

One of the problems of SO (generally, not in this case I hope) is 
that the asker chooses which answer is the accepted one, not someone 
who knows enough about the situation to know which answer is better. 
So I tend to try to work around this social bug by answering earlier 
to discourage less-informed people from trying to answer badly. In 
this case, I have to answer because I'm the one who designed and 
wrote the function, at Carl's request.

I didn't downvote it, and I might have enough reputation to rewrite 
it so it's a better question. Or request that Fork does, because 
he certainly does.

But this was pretty much the first thing I started looking at, which 
already lead me down the rabbit hole of testing it in R2 and R3, 
looking for documentation, filing a documentation request against 
R3 and discovering and reporting a bug against R3 (and I'll probably 
continue down the hole and fix that bug). So I didn't get much further 
towards other goodies, yet :)

Bo, I guess you are missing the dtoa.c pull-request from Ladislav 
in your ARM codebase. I bet that will help you.

(check the official Carl's R3 github repo, It's in the pull-request 
queue)

What that pull request more recent than 24-Jan-2013?

But you are talking about very high-level features. R3 is designed 
to be modular, so most things that need to be built-in features in 
R2, should be add-on modules or extensions in R3, even the ones that 
we include by default. And some of what you request has been started 
already, such as the database stuff which ChristianE started, and 
I have been using every day for more than a year.

I figured I might as well submit the request so the code is more 
visible.

Just don't push the merged branch to Github again, as this will also 
affect the pull request.

For anyone following the browse stuff, I rebased as Andreas suggested 
-- while the above changesets/commits are still accessible, the new 
ones are listed in the pull request.

Pull request addressing CC #1974, https://github.com/rebol/r3/pull/104

Nice.. it was my request :-)

Or does that already answer your request :) ?

Andreas, I have read the REBOL3 group and wrote the request. Then 
read the ANNOUCE one and discovered the answer to my request was 
already there !

If you have a request that R3 be ported to another platform, here's 
the place for it. You might want to keep in mind that iOS and Android 
have their own groups, but if you just want to get it to compile 
on their respective SDKs then this is the place :)

LiH: to me it looks you are right, you can do "pull request" with 
the fix.

Just so happens that I have a CB project file for the official source 
layout, if you want it. There's also a little change to make-make.r 
that you'll need t make for which he's made a pull request.

https://github.com/rebol/r3/pull/77

for which he's made a pull request
 -> "for which Andreas has made a pull request"

This is a periodic posting of community links along with activity 
levels for discussion dedicated to Rebol and Rebol-like languages. 
The intent is to bring a dispersed community together by providing 
the current list of places where the community gathers along with 
reasonably accurate activity indicators for each place. This list 
will be posted in each location weekly or bi-weekly so that anyone 
dropping by will not have to look far in order to learn where else 
things are happening.


Currently the activity stats are gathered manually and postings are 
also not automated. This will hopefully change as the requisite scripts 
to scrape and post automatically are developed. This updated list 
will eventually be available at http://rebol.comas the site is cleaned 
up post Rebol open sourcing. 


# Chats

## R3 Chat

This is the primary forum for Rebol 3.0. It runs from any Rebol console 
in a text mode, but a GUI version is planned.
- Run R3, type chat and follow the instructions (all platforms.)

- Type "help" for more information or visit R3 DevBase Chat Forum 
(http://www.rebol.com/r3/devbase/index.html).

- To view public messages from any web browser go to RebDev mobile/phone 
interface (http://www.rebol.net/cgi-bin/rebdev-web.r).

- Problems? Please contact Rebol Technologies at (http://www.rebol.com/cgi-bin/feedback/post2.r).
Activity: 4 messages this month


## Rebol chat on Stack Overflow (http://chat.stackoverflow.com/rooms/291/rebol)

- Note that you will need a reputation of 20 in order to be able 
to post in the chat. 

- You can gain this minimal reputation (essentially a spam filter) 
by participating in the Stack Overflow group of sites. 
Activity: 380 messages this week


## AltME Worlds

A private instant messaging system where rebolers hang out 24/7. 
The current world dedicated to Rebol and Rebol-like language discussion 
is called REBOL4
- Get client at http://www.altme.com/download.html
- connect to the 'rebol-gate' world with user/pass, guest/guest
- request account on REBOL4 world in the REBOL4 request group

Web archives of public groups, first to last in the most active world, 
REBOL4, as well as the dormant world, REBOL3:
REBOL4 (http://www.rebol.org/aga-groups-index.r?world=r4wp)
Activity: 286 posts last 6 days
REBOL3 (http://www.rebol.org/aga-groups-index.r?world=r3wp)


# Forums

## Rebol Facebook group (http://www.facebook.com/groups/rebol)
A new special interest group for Facebook users.
Activity: 26 messages this month



## Rebol Google+ community (https://plus.google.com/communities/100845931109002755204)
Activity: 4 messages this month



## Rebol Google Group (https://groups.google.com/forum/?fromgroups#!forum/rebol)
Activity: 43 messages this month



## Synapse EHR Rebol Forum (http://synapse-ehr.com/community/forums/rebol.5)
A web-based forum for R2 and R3, provided by Synapse EHR
Activity: 13 messages this month



## RebelBB France (http://www.digicamsoft.com/cgi-bin/rebelBB.cgi)
A simple forum, written in Rebol, for French speakers.
Activity: 140 messages this month


## Nick's Rebol Forum (http://rebolforum.com/index.cgi)

A micro-forum (just a few lines of Rebol) hosted by Nick Antonaccio. 
(Note: the captcha question is first.)
Activity: 79 messages this month


# Q&A (Question & Answer)

## Stack Overflow questions on Rebol
http://stackoverflow.com/questions/tagged/rebol
Activity: 219 questions tagged
http://stackoverflow.com/questions/tagged/rebol3
Activity: 2 questions tagged

how the hell do we ask to be member of a bord in trello?  there is 
absolutely no menu anywhere to join or ask for membership..


if there is one its very well hidden... so I guess this is an official 
request to be part of the trello board

There's no functionality to request membership, as far as I know.

I've got all these in my public cache:
proton.cl-ki.uni-osnabrueck.de/fuzzy-k-means.r
proton.cl-ki.uni-osnabrueck.de/html-viewer/html-viewer.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-menu.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-request-file.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-styles-test.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-styles.r
proton.cl-ki.uni-osnabrueck.de/REBOL/irc-client.r
proton.cl-ki.uni-osnabrueck.de/REBOL/morph.r
proton.cl-ki.uni-osnabrueck.de/REBOL/morph2.r
proton.cl-ki.uni-osnabrueck.de/REBOL/multi-click.r
proton.cl-ki.uni-osnabrueck.de/REBOL/rebsearch.r
proton.cl-ki.uni-osnabrueck.de/REBOL/regedit.r
proton.cl-ki.uni-osnabrueck.de/REBOL/rsearch.r
proton.cl-ki.uni-osnabrueck.de/REBOL/view-menu-test.r
proton.cl-ki.uni-osnabrueck.de/soft/function-test.r
proton.cl-ki.uni-osnabrueck.de/soft/fuzzy-pats.r
proton.cl-ki.uni-osnabrueck.de/soft/fuzzy-show.r
users.bigpond.net.au/datababies/Anton/rebol/links/index.r
www-lehre.inf.uos.de/~fsievert/rebol/newshow.r
www.sievertsen.de/index.r
www.sievertsen.de/REBOL/REBtroids.r
www.sievertsen.de/REBOL/REBtris/REBtris.r

what's the library response to Anton's request for webspace for the 
comlib project ?

Tom started this group with a reference to
http://www.rebol.net/cookbook/requests.html

It's a set of outstanding requests for cookbook entries -- ie examples 
that people would like to see.

As he says.some have been done independently of the request, and 
published on the REBOLn Altmes or the Mailing List.

It'd be a great collective community New Year's resolution to clear 
some of the cookbook request by the end of the month (and that leaves 
plenty of time to enter the competition too)