World: r3wp

Not to say that a Scala-made web server written by Doc wouldn't be 
cool - it should just be called something else.

Graham was saying "as long as" -> "until" :)

Brian: I'm using mainly FIND, NEXT, BACK, SKIP to navigate in hash! 
values. Hash! type is supposed to be a block! (inheriting all series 
navigation capabilities) with fast lookup times, so I've always used 
it like a block!. That's why I feel like I've lost something with 
map!.

Brian: yes, that one too ;-)

It's spelled obsolescence :)

Same as in french, that's why I couldn't find it easily in an english 
context while searching in google (my browser has french as prefered 
language).

Terry: I know the feeling.

Lookup for the map! type is very fast, but there is no inherent persistent 
ordering (in theory). However, code that depends on hash! (or list!) 
will need to be changed to use block! or map!. You might want to 
go over your code to reoptimize it too, since some easy-to-use functions 
were not formerly used because they weren't optimal, and now they 
are.

Extensions are better than /Library

  True, Extension are more powerfull, but for simple DLL mappings needs, 
  it's overkill and too costly in maintenance (you have to code and 
  maintain C code for each platform instead of a unique REBOL code 
  base). Again, I can't understant why /Library code cannot be ported 
  to R3 and why we're loosing a valuable feature.

I can't comment on that; I never found /Library to be valuable, it 
was too limited for me to use.

actually, we can build a /library extension in about an hour.

on windows, at least.

Brian, do you have any application code out there with a user base?

brianH, /library is absolutely required for ANY real REBOL application.

I mean something that actually has to be used in the field with a 
moderate amount of seamlessness.

It was never good enough for my purposes. My purposes aren't typical, 
so "I can't comment on that".

I've never need to wrap a C library, but I have to wrap libraries 
written in other languages all the time. Languages without C interfaces.

So, real world developers have different requirements

Yup.

Brian: I can't see how my code would be more optimized with map than 
hash (but I'm not a map! expert). For example, mime types lookups 
are made using a 1<=> N flat structure stored in a hash!.

make hash! [
	image/bmp	bmp
	image/gif	gif
	image/ief	ief
	image/jpeg	jpeg jpg jpe
	image/png       png
	image/tiff	tiff tif
	...
]

How can map! handle this easier than hash!? (looking up a mime-type 
based on a given extension)

I agree with BrianH, that /Library was kind of limited. Extensions 
are better, although more difficult for novice to use. Somene (Ladislav?) 
proposed to make kind of /Library interface as an extension for R3. 
And IIRC, Max worked on some automatition ...

Different from each other too, as I am also a real world developer.

Brian, what kind of software do you build? just curious 8-)

Mostly development tools and server-side apps.

Were you salaried?

Max: that would be good (with support for UNIX / OS X too), unless 
it requires to wrap a big 3rd party library?

server-side stuff for huge traffic sites? I thought you were in the 
qtask team

In theory it would by possible to make an extension that could implement 
the /Library dialect, or a better version of it.

Salaried: Yes, on occasion. In the Qtask team: Not since mid-May.

doc, on windows, its easy because we can load and map functions on 
demand.  the only complexity is to build a proper structure dialect.

This is way off topic - switching somewhere better.

I was looking at using some of the windows speech recognition stuff 
via /library  earlier today. Accept voice prompts, and push to a 
web page via sockets.

Playing with PowerShell for the first time as well.  Has some promise.
The speech recognition in Windows 7 is world class.

R3 as an academic white paper is great. But I've learned that building 
stuff nobody wants is a waste of life. (Paul Graham agrees)

Without R3 being completely open source, in this day and age, is 
soo 1984. And if the 'killer app' is a webserver, and that web server 
doesn't plan on using R3, then it's not much more than a hobby.
But hey, nothing wrong with having a hobby.

( "it" being R3 of course!

http://huddledmasses.org/control-your-pc-with-your-voice-and-powershell/

Doc, is there a binary for the latest Cheyenne that works with curecode?

James: no, but I'll probably make a few ones today so people can 
test lastest CureCode easily. What OS are you using?

Terry: fully open sourcing R3 and using a dual licensing (GPL + commercial), 
as a lot of other small companies do, seems to me like the only viable 
model when you don't have money to invest.

GPL is anathma to Carl

an anathema

Yeah, I remember how Carl looked at GPL 5-6 years ago, but I've hoped 
that he might have changed his POV looking at how others do (and 
sometimes succeed).

I think that this dual licensing scheme works only when you reach 
a critical mass of users. Given the size of the REBOL community, 
he should just BSD everything and hope enough people would be attracted, 
and when the criticial mass is reached, monetize REBOL with paid 
services, custom builds, dual licensings, goodies (REBOL mug and 
vines),....whatever.

I've got a REBOL notepad ...anyone want to buy it?? :)

If it has a nice splash screen with a 3D rotating logo (all in REBOL), 
I might buy one. ;-)

It's paper!  Allen gave it me a few years ago when I was in that 
part of Australia ...

So, it's a collector!

I still have REBOL flah somewhere, as well as t-shirt :-)

Yep .. collectors item

Maybe we should do REBOL community reunion, even without RT, who 
knows when next devcon is going to happen. I would like to see you 
guys, before we close the shop here :-)