World: r3wp

Makes it ignore case.

Is there a group for rebol color syntax?

If not what would be a good name?

syntax highlighting ?

or just rich-text ...

Yes, "Rich Text" group exists already.

I meant syntax highlighting

yes, but it is related ... and without the rich-text, we are hardly 
going to see rebol based console/editor, supporting such feature 
...

I believe Will means syntax highlighting for other editors

such as TextMate :-)

right!

Is there something similar for rebol?
http://www.phpinsider.com/php/code/GoogleMapAPI/

Rail version much nicer
http://cartographer.rubyforge.org/

does anybody know where I could get the lattest version of Show.r 
?

Jean-Francoi: I have a version 1.2.0   do you want ?

has anybody been able to use the file transfer ? I tried to send 
jean-Francois  show.r but did not work ?

alan, it doesn't work under Rebol3

only private worlds then ?

just new worlds I guess

Alan - THanks, but I have the same version. I thought there was a 
more recent one.
	Title: "Slideshow Presenter"
	Author: "Carl Sassenrath"
	Version: 1.2.0
	Date: 14-Dec-2001

there are newer versions, but not published. the version of show 
for devcon 2005 was based on a newer version.

the one involving a (very) very big clock, I think is not a part 
of show.r :-)

Carl: "I would really like to have a DB built-into REBOL 3.0


The trick is, it cannot just be any DB... it has to align perfectly 
with REBOL. Specifically, we want the DB to be able to store all 
REBOL datatypes efficiently. But, we also want the DB code to be 
very small. I will not allow REBOL to bloat for it. And, finally, 
the code must be free, like SQLite is (at least, I think).


Note that the DB does not need to have every feature in the book. 
 I'm not asking for SQL (that is, we will use REBOL or a dialect 
to access the DB, no need for another language).


I would really like to get the help of the community in this effort, 
but I do not have time to even organize a decent search.  If someone 
else wants to head it up, it would very much improve R3.0. If not, 
then we will do RIF, which gets us a lot of DB, and is super efficient 
compared to any other DB. But, it is only an index system, not a 
RDB."

Please note that there is a very limited time to make a decision 
here. So if you have any idea / can help in any way, please speak. 
Otherwise, we're probably going to either just implement RIF or try 
to work something from scratch.

has berkley db been considered & dismissed?

what kind of license does it have (bsd?)

also, do you know about how small it can get (while still being useful)?

not sure just know it is used in many unix apps

will check

thanks.

ack  oracle bought sleepycat (maintainers if berkeley ) last month

not a good sign

http://www.sleepycat.com/products/bdb.html

# Support for memory constrained devices (footprint as small as 350KB)

Our open source license is OSI-certified and permits use of Berkeley 
DB in open source projects or in applications that are not distributed 
to third parties. Our commercial license permits closed-source distribution 
of an application to third parties and provides business assurance.

I'm not particularly advocating BDB, it is just the first low levle 
persistance layer that comes to mind.

I am only a lurker in database-things. But we have 1-2 sql-dialects? 
RebDb and somehthing from Coccinelle IIRC? I guess if these people 
get something super efficient in their hands, they could not resist 
to buidl an RDB n top of it?

http://www.sqlite.org/is worth looking at

RIF: REBOL Indexed Files
http://www.rebol.net/article/0007.html
http://www.rebol.net/article/0017.html

It was also mentioned at DevCon 2005.

Who's the guy who wants db built into Rebol? Guys - anything built 
directly into rebol is waste of space and will not please next guy! 
I expect Rebol 3 being a proper design - no inbuild stuff, please!

that kind of stuff really does not belong under the RT's radar. Give 
us general abstraction interfaces, e.g. RIF, not a concrete DB and 
if so, do it via some interface ... What is wrong with current sqlite 
driver? Well, maybe the .dll requirement which is not free ....

built in means always available. it means that everyone can assume 
it being present.

it's the same difference as having view or using whatever the os 
provides for the gui

I am not sure - even with rebol (core), if you want gui, you have 
to download View :-) I am not against kind of standardising upon 
good modules, but not sure if I want one big exe with everythign 
inside. :-)

Would you really want a non-native GUI, with every call to / from 
it going via slow [in relative terms] routine! APIs?


I agree that having one *huge* exe that does 100% of what *everyone* 
wants but only has 20% of it's functionality used by the average 
coder is a bad thing. The problem is defining what constitutes huge 
and what functionality is needed by most coders. Here are some typical 
components:

	Graphics
	Sound
	Networking
	Maths
	Encryption
	Data storage
	Installer
	Registry access
	Library access


Which should be built-in? Which should be loadable modules? Is your 
preference going to be the same as mine? These are not easy design 
questions.

What design question?

Every OS is done in modular way for a reason - give a break please 
- one of the best OS designs I looked into a bit imo is QNX - even 
something like event system for gui is external to kernel - in fact, 
the kernel is really small and nearly everything is module. Aren't 
we talking real-time OS here?

Besides that, IIRC Carl told us in the past, that currently what 
you find as a rebol component (look into system object), is already 
internally modular, so who knows - maybe it already goes via some 
abstraction api

What I am simply a bit scared about is missing the chance by doing 
the things right this time. I would really hate to see someone pushing 
Carl to include mp3 inside, while the oter guy will complain he/she 
wants ogg, and next one will require something from Microsoft (wmv?):-)