World: r3wp

I had it running on 2.7.6 Win98.  But it required a change of an 
OPEN/WAIT to OPEN/NO-WAIT.  It's from 2001 so ...

Other than Help flashing to quickly it seemed to operate ... perusal 
mode that is.

lol, ropus.r was for Core 2.0... heh. it says a lot that it still 
works though. (not that it does anything weird.)

I haven't used it for a long time, because it's out of date WRT content.

Looks like it was just updated thought. :-)

So it's a psychological and feature problem.

Feature problem with my old install that is. The new Refresh option 
is what was needed. Excellent.

Can anyone help with this problem with Sterling's Calendar application?

I thought it might be version related, but one of the VID versions 
I have exhibit the problem:
** Script Error: Cannot use multiply on none! value
** Where: edit-text
** Near: 2 * face/edge/size

http://www.rebol.org/cgi-bin/cgiwrap/rebol/discussion.r?script=calendar.r

Looks like this line is the problem:

        dp-area: area (dp-info/size - 4x0) ivory ivory edge [size: none] 
        with [show?: false ff: day: time: none]

Change to:

        dp-area: area (dp-info/size - 4x0) ivory ivory edge [size: 0x0] with 
        [show?: false ff: day: time: none]

Posted as a reply on REBOL.org as well.

Thanks Gregg....That seems to have done the trick:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/discussion.r?script=calendar.r

I would like a way to search the script library for words in scripts, 
that would not return scripts that have those words in strings. I 
would use this function several times a week when researching function 
usage for my mezzanines work.

Just a search that filters out string!, file! and url! types would 
be fine. I am only interested in searching the various word and path 
types.

Read above as: Just a search that filters out any-string! types would 
be fine. I am only interested in searching any-word! and *path! types.

Hmm... How to do that?
We need to know where a particular
Maybe:
1. Read script *and* Load script
2. Visit each item in the loaded block, recursively.
3. As each item is visited, check its type.

4. Depending somewhat on type, parse (in the READed script) to the 
molded item:
4.1  If it's a series, search for the "opener", eg. block! -> "["
4.2  If it's a non-series, search for it molded.
4.3

(oops.. incomplete post, sorry)

We need to know where a particular .. value is in the original source 
string (read from file).

4.3 (Cater for variations in molding, eg. strings in the source written 
as "..." can be molded {...} and vice versa, depending on length.)

Interesting idea. Brian. We could certainly weight the results so 
those with words in the body rather than strings etc are listed higher....In 
fact, we already do that as one of the ranking factors.
Let me think about it....

When I am making changes to the mezzanines, I use the script library 
for research on existing usage of these mezzanines to see whether 
anything would break. When the name of a function is a common word 
that would show up in comments or strings, this is much more difficult. 
I would also like to look for third-party functions that I can't 
remember where they are defined or their author.

Would it be useful to index the files? That way you could extract 
keywords on posting rather than at search time.

We do index the files, and we have several indexes, some built by 
parsing parts of the script. So we can, usually, search for special 
parts of scripts -- like strings or comments.

Part of the difficulty is that there are some scripts that we cannot 
do a 'load or a 'load/header on - they are broken or have an incompatible 
'needs: header. So we cannot add those scripts to the sepcialised 
indexes. They need specialised handling :-)

Watch this space -- I'm fiddling with some code that may partially 
need your need.

Can't load ? Just skip it with with a warning message :) You still 
get your 99% solution.

Oh, sorry, I don't know how many are not loadable in rebol.org. I 
just loaded my entire source base after fixing one that was unloadable.

but I am obviously not taking public submissions like rebol.org.

If we can't load, we try a few tricks (like commenting out the needs: 
header and reloading).

But still, there are one ot two that we fail with. So they don't 
get as well indexed as the others...And (for the same reasons) they 
are the ones that appear in black and white even if you click the 
"view in color" link.

How easy is it to edit your scripts after they have been submitted? 
Do you feel comfortable adding the appropriate needs header where 
needed, provided you know enough about REBOL versions to determine? 
Can you flag the appropriate files as problematic?

For that matter, do you index line comments separately, as LOAD filters 
them out?

It's pretty easy to update a script after you've contributed it.....Use 
the [update] link to add a new version.

Yes, we also index comment lines separately. Basically, we use the 
same logic as Carl's color-code.r to analyze the parts of a script:

  http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=color-code.r

Brianh: <I am only interested in searching the various word and path 
types.>

Try this quick concept code. In REBOL.org's search box, use [b] as 
a sort-of inline refinement to limit script searches to just the 
body of a script, eg
     sing

  -- finds nearly 300 scripts which contain the string "sing"    but
    sing [b]

-- finds just three scripts that have the word-part "sing" in their 
body

.

Even better script searching at REBOL.org -- we've extended the "[b]" 
notation to include other parts of a script and any tags the script 
has. The search can now be highly tuned to what you are looking for:
http://www.rebol.org/boiler.r?display=introduction.html

BTW: Is it possible to search by script comments?

Do you mean comments _in_ a script; or comments about a script (ie 
the discussion threads)?

Either way, yes -- check the link in my previous post for the syntax 
and some examples.

In the script. But cool that it's supported.

Is there something going on with packages?  I uploaded a new one 
several days ago and can't easily redownload it (for testing) - repack.r 
keeps giving me "ERROR 306:  not available right now"

nothing happens if I click on "help", either..

It's not a clear message -- sorry......I think it is because the 
package is not set as being available for downloading:

http://www.rebol.org/package-information.r?script-name=arff-datamining.r

Yeah, 'tis my own mistake.. oops

Not really, it's a default which is set backwards to that which many 
people would expect. Plus an unclear error message. So my apologies 
again.

I found some wrong links in http://www.rebol.org/documentation.r?script=makedoc2.r

The document is uploaded and owned by Carl. Is it only him, who can 
change the links?

Any of the Librarians can change any document and/or script.....But 
we tend not to do that without the owner's permission.

Please PM me the changes, and I'll get it sorted one way or another.
Thanks!

Welcome back...

Thanks, Reichart.

Geomol -- Thanks....I've made the changes and notified Carl that 
his documentation has been updated.

Doing a search, "Author: Maxim" doesn't briing up his newest script, 
Blood.r   The author field in blood.r is the same as other scripts 
which do show up with the above search.  A search for "Liquid" does 
return blood.r.  Is this a case of "hasn't been indexed yet"?

probably.... use the "latest scripts" link.

if you just put maxim in the search field, blood is in the list

Maxim, I have the script.  Playing with it now.  If I was directing 
this question at you I would have put it in the !Liquid group.  ;-) 
 This is a question about the behind the scenes opperations of rebol.org...