World: r3wp

You could also rewrite the link loader to load a dll directly from 
a resource - see the source to BackOrifice for this amazing trick. 
This would require some rewrites to the native-code portions of REBOL 
though.

um, not sure i have access to that ;0

I have access to the source for BackOrifice, but not that of REBOL, 
alas  :(

For research purposes of course. Its plugin architecture was incredible.

What are you trying to do? Can you get away with downloading the 
dll as a seperate file on first use?

Im just trying to hide the dll to keep things squeaky clean.. what 
i've done is embed the binary, and I'll write it to a file, when 
I'm finished, Ill just remove it.

Well there's clean, and then there's rubbed raw. Do you really need 
to be this spotless? Would an on-demand cleanup routine do?

When I deliver the app, it will have a single .exe

no folders, no libs.. realy want to push the simplicity thing

so 'rubbed raw' is nice and shiny  ;)

It would be nice to have an RSS Feed for the "What's new " section 
on the Script Library home page.

Nice idea -- someone is workng on it, but it may not happen for quite 
a while.

Sunanda, Can it be a manually maintained xml file until it can be 
automated?  I am doing that for my internal blog until I add the 
automation code to blog. r (that I expect Carl already has on his 
version).  I have a trigger for when a blog article is added to use 
"editor ftp://...../rss.xml"to make whatever additions that I want 
to expose via RSS.  It's suboptimal but I don't have any complaints 
from the people that they have to visit the pages to see What's New. 
 And since they weren't visiting regularly to poll for What's New 
anyway, if the RSS feed it updated a few hours later it is still 
an improvement.

Mike, I'd rather wait until the volunteer who is doing the RSS has 
added the code, rather than bypass their efforts.

Meanwhile, you have several ways of finding out what  scripts are 
new or changed on REBOL.org:
-- we'll sen doyu a tailored email

    http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-update-profile.r
    See Section 4, Notices
-- you can peek at your unsent notices to get advanced warning:

     http://www.rebol.org/cgi-bin/cgiwrap/rebol/uns-display-notices.r?ml=yes&my=yes
-- You can use the LDS API:
       do http://www.rebol.org/library/public/lds-local.r

      probe lds/send-server 'list-updated-scripts [5]   ;; what's changed 
      in the last 5 days?
-- Just eyeball the script library home page:
     http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r

I fixed the ez-plot.r q-plot.r condense.r get-stock.r  script combo 
for View 1.3.2  (get-stock.r had broken) and I sync'ed it to Developer/Users/steve-shireman/ez-plot-updates 
  I tried on both IOS Link and View1.3.2, so hope it works on all 
the others.  Feel free to stick it in the Library.

that presumes we have IOS working ?

Sunada has access.  I put it there since the 4 scripts work together, 
its a very simple way to have a known working (tested) directory 
shared with others.  I don't know how to do this on the Library, 
and not wanting to mess up what is there already (in case someone 
sees a problem), so I stuck them in a simple place for review.

Thanks....IOS/Developer is working finw for me, and I can see your 
changes.

IOS/Developer is a bit of a forgotten Community gem (responses in 
the IOS group, if it still exists

Graham in the All group asked:

<<Is it not true though that you are limited in what you can do with 
rebol.org ? >>
Yes and no.

It's a shared server with the usual sort of quote limits, so that 
stops some of the wilder plans.

On the other hand, the limits are fairly generous. Right now, we 
do these sorts of numbers:
* 150,000 CGI executions per month
* 2.5 gigabytes of data served per month

* 70 megabytes of hard disk used (mainly for the Mailing List archive)


Of course some sort of bandwidth quota would exist with a dedicated 
server too -- that one comes from the ISP, not the box.
---- 

We've had the same problem most of us have had with servers at one 
time or another: REBOL going feral and failing to close tasks. That 
brought down the server once, and got us suspended for about 30 minutes 
until I beseeched forgiveness. Of course, that could happen with 
a dedicated server (no one quite knows why it happens).


Similarly, we get some leak-through from what are supposed to be 
the chinese walls; and that has caused the odd problem: mainly file 
permissions going askew.
---

As Peter said, the main limitation is manpower. There are several 
things under development at rebol.org right now; there is room for 
many other improvement projects too.

Regarding Carl's blog about hiding rebol scripts in web pages, I've 
always wanted a way to directly execute a rebol script from the library 
from my rebol console.  I used this trick of embedding a rebol script 
between [ .. ] in my offline mail reader, and wonder if it can be 
used in the library as well.

Use the download URL, eg:

do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=ascii-chart.r

well, o7o went one better with a small function with..  run °the 
script°

Just an idea ... how about subscribing the mailing list to a weekly 
library update?

This way one would see, that at least something is happening in rebol 
land >:-)

Check out the front page of REBOL.org:
-- it tells you the latest message on the ML: when and what.

-- the RSS feed tells you all the latest action, including new/updated 
threads on the ML.

Sununda: Can you add a search box back to the front page, shouldn't 
need to go to a second page for a common action.

I think Ingo means letting the ML know what's happening on REBOL.org. 
But isn't that the case already with the "[REBOL.org] Recent changes" 
messages?

Allen -- problem is we have *three* separate searches:
-- scripts
-- mailing list
-- articles
Not easy to decide which should be the one on the home page

If you pick a section, then the right search appears on the LHS menu.

Search [______________________] in  [x] Scripts  [  ] EMails [  ] 
Articles   ( _ Go! _)

That's a possibility -- but you are only ever click away from the 
search page.

....which is exactly the same distance as having to click a radio 
box.

have the single search  as a wrapper around the other threethan on 
the search list return page show the hits in the different catagories

Sunanda, same number of mouse clicks: Yes. Same distance: No, you're 
a whole page away from what you're looking for. And if you don't 
know or don't remember that, you'll have to find the search before 
searching (pun intended ;-)

Convert the radio boxes into buttons and you've saved a mouse click. 
;)

Yes, I already get rebol.org updates by mail. 
And if the ml is subscribed, too we would get:
- some traffic on the mailing list
- more people know about rebol.org

- during those quiet times where _nothing at all_ happens on rebol.com/net, 
we show that at least _something_ is happening in rebol world.

Ingo, what's needed is some sort of REBOLbot that trawls the main 
REBOL websites, takes all REBOL-related RSS feeds (and perhaps chats 
to RIXBot), and produces a regular (hourly?) summary of what's new.....That 
way people can easily go where the action is.


If someone writes such a bot, then its summaries could be published 
anywhere. REBOL.org is one possibility; though REBOLCentral was announced 
to do that sort of publicising.


But first, someone needs to write the automated REBOL newshound. 
 Any offers?

Sunanda, I agree with Allen. The main reason I go to rebol.org is 
to search for scripts. May I also repeat that I think it's great 
that you're maintaining this website and that the search function 
is there to start with.

Anton, you could set 
http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r

as your bookmarked page: then you'll always see first a summary of 
new scripts and have an on screen script search box.

I could, yes.

Suggestion for the library: add 'rebcode to Library header / Type 
- as beta VM exists, docs exists, and rebcode scripts exists.

Sweet idea, thanks Vincent......I made the change while being beaten 
by your Reversi script.

:-)  I did wait a looong time to publish the Reversi script here 
(first version was made for /View 0.10) - It's strange to have a 
script who plays a game better than its author...

Thanks for helping. Posting a dot as the first post in the group 
(and sometimes even multiple posts w/ a single dot) is actually, 
quite an embarrassing experience, but at the moment it's the only 
way for me to sync to some of the groups.

Oops, sorry, wrong group.

Just seen Vince's reply as a result of Thor prodding the group to 
resync it. Thanks Thor.

<It's strange to have a script who plays a game better than its author>

Straneg, yes......But most of our scripts do things better or faster 
than we could ever manage. That's why we write them rather than employ 
slaves.

From the postscript group - it makes more sense to bring the archive 
of posts made in web public groups into rebol.org

and make them searchable.

or just make them an rss feed so that you can bring them anywhere?

Graham -- nice idea, but I can see two problems:

[1] [web-public] is not a fine enough flag to control whether a whole 
group should be published publicly.

web-public needs a start date [or ranges of dates] to indicate which 
messages were posted while the group was not private.

Without that, we'd be republishing messages from a "secure and private 
world" (Altme's own description) without explicit permission from 
all the contributers.

Yes, issues which need to be resolved first.

How are they resolved here?