World: r3wp

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?

Well, I'd assume altme would have to be modified.

Either that, or the publisher will need a list of which forums are 
public, and the date range(s) for which messages can be published.
That initial list would need to be constructed manually.

Thereafter, they could keep it up to date by watching for "[web-public]" 
to appear or disappear in group titles.

There is one other issue about archiving AltME chat - the conversations 
aren't threaded. You'd never know if a search took you to the beginning, 
middle or end of the information for which you were hunting.

As a result, it would be pretty tricky to index the archive.


The ideal would be for "useful threads" to be selected, tagged and 
archived. I can't see anybody being able to automate that at the 
moment.

What could possibly work is if there was an AltME feature that allowed 
any user to mark a few entries, give them a title and post them to 
the ML as an email.

Or perhaps somebody could come up with a standalone View script to 
do so.

I once tried to create a threading extension to the 'link chat. You 
had to click on a message, and then your message was tagged as an 
answer to the original.

Of course, this would only help for messages after it got implemented 
... if ever ;-)

And nothing is *ever* going to help to make public the nuggets in 
the original REBOL world and its successor REBOL2.

That's a great pity -- all that wisdom and enthusiasm hidden on the 
local hard drives of the people who happened to be members of those 
Altme world.

REBOLCentral is now nearly five months old as a project, and it was 
initiated partially to break the REBOL community's addiction to the 
"dark net"

I guess they have some exciting stuff about to emerge to address 
these issues. Yes?

REBOLCentral is now nearly five months old as a project,

  it would be best to not connect the date someone begins talking about 
  something with when the "project began."


Separate than this specific example, I notice this comes up a lot. 
 I guess phrases like "Bob has been talking about fixing that for 
years now" just seem very odd to me.  Unless Bob himself set the 
end date….or start date.


Anyway…funny enough, we were just talking this week about what off 
the shelf tools we plan to use for RebolCentral.  Over the past 5 
months, we built a non-profit wonderfully successful website for 
another cause that has generated great usage and created a sense 
of community.  Now that it is pretty stable, we will be moving on 
to RC.

anyone know where any of the hex editors are in REBOL archives?

I found these in my public cache, may be relevant:
www.modernlore.com/rebol/vidhexbin.r
www.rebol.net/demos/9DA8A7F2C6171C65/HexIt.r
www.rebol.net/demos/nain8sYX/HexIt-debugged.r
www.rebol.net/demos/nain8sYX/HexIt.r

there were some others.  I contacted TGD to get one that saves...hope 
they have done more with it...but there were some...gonna search 
my harddrive.  course, what I want to do can just be a one-line replace...just 
wanna get a good tool for hex crafted as I need.  I started on one 
a while back...

Ryan Cole had done hex-edit.r  found on my hard drive...wasn't in 
Library when I searched on hex and editor

aha, it was from IOS Developer/Users/Ryan-Cole/Utilities folder...where 
hex-edit.r was from...rather than the library.

the docs for this are all screwed up http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=rebelxml.r

Was this a problem with makedoc?  Or does the library convert < and 
> entities automatically?

It's a glitch between REBOL.org's escaping of codes and makedoc's 
escping of codes.

Someone has to do it to prevent XSS attacks via contributed documentation, 
but not both of uss.

Part of the problem  is that almost all Dialect==>HTML converters 
assume they are there to produce browser-ready HTML. In tne real 
world that isn't always true: they are a step in a pipeline.
I'll sort it out soon. Thanks for reporting the problem.

thanks Sunanda.

Yeah, we are still fixing a bunch of these type of errors with our 
MakeDoc and QML to HTML converter.  It is very funny to make self 
referencing system.

It'd fidddly too as REBOL.org post-processes the output from Makedocpro, 
Makedoc2, eText, NicomDoc and a couple of other D2H converters.
And they all have different quirks.

And not all codes need to be escaped -- those within <pre> tags for 
example; though you can't always be sure you've isolated them if 
the generated HTML is not well formed.
And so on.
I'm surprised at times that there are so few glitches.

That should be okay now.

As Reichart notes, the fact you can embed HTML into a makedoc2 source 
is a great freedom for the end use, but can be a pain for anyone 
wanting to post process the generated HTML that it emits.

Yep, looking much better now.

My brain doesn't have to translate entities anymore!

haven't looked at rebol.org for quite some time. It is starting to 
become really good source of rebol related info ...