World: r3wp

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 ...

I think, that it could swallow even stuff posted at various wikis, 
as it now features articles section ....

documentation to the script is also very nice ....

I like plegoff description of REBOL acronym - Rare, Elegant, Basic, 
Original, Light .....

I would welcome rebol.org to become rebol central, as it is really 
close - what it is missing is one box for 3 or four short news, link 
to rebol.net  .....

Perhaps someone can do an acrostics poem?

The news box is there, it's the news that's missing...the current 
box includes Rebol 3.0 Roadmap and Debian release.

It's on the front page.

I guess Sunanda is too busy extending Rebol.org to have time to hunt 
for news.

ah, that small one :-)

is there any framework behind? I mean - API? So that we could eg. 
perform search on ml, scripts, etc. from external app?

LDS

LNS?

lds-local.r --change: documentation added or updated --title: Library 
data services --owners: sunanda --author: Sunanda --purpose: Provides 
the client end of the REBOL.org Library Data Services interface --url: 
http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=lds-local.r

To expand on Graham's point:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=lds-local.r
Libray Data Services.....It pre-dates LNS by 2 years.

I was 2/10ths of a second ( or whatever ) faster :)

ah, thanks ... I continue to discuss some aspects in blog-chat ...

Petr -- somethng else you might want to look at:--- publishing a 
personal page on REBOL.org
You could use it to showcase whatever is important to you.
Npt many library menbers do as yet:
http://www.rebol.org/cgi-bin/cgiwrap/rebol/lmp-index.r

well, why not to discuss it here - I found curious Carl's request 
to follow reboltak.com. It is interesting aspect - with various products, 
I am really used to on-line phorums (most of them require registration 
anyway). I am less and less willing to subscribe to some kind of 
MLs. OTOH, the interface is slow. Currently we've got ajax as a cure 
.... to get back where AltME is for few years already ....

I would welcome more open AltME design - it is a good app. But maybe 
on rebol.org we could list on-line rebol related worlds, and provide 
free accounts, and maybe later on we can come up with mechanism, 
how to feed some info into db .... to be searchable

no matter what, I find AltME as the quickest channel to get answer 
to specific problem .... we just irationally stopped new members 
to join this world ....

if Altme2.0 (Altissimo, whatever) is open, we can plug-in here rebol.org 
....

It was irrational.  Just security.

And we have stopped new members.  New members are still joining.

Just stopped anonymous users from entering and possibly destroying 
data.

it is difficult to find out, how to join ...

As Reichart says somewhere, Altme REBOL3 is great for quick problem 
solving. But you have to find it first. Like most of the REBOLsphere 
it is close to invisible

(eg eFishAnt's recent serach for a REBOL hex editor. They exist: 
but can you find them?)


REBOL.org is just about the only exception to the invisibleness of 
the REBOLsphere -- try looking in Google for
   script library
as an example.