World: r3wp

BrianH: there're not weird; people have to think differently from 
what they know (C,Python,Lisp, Haskell,etc.), and I can see some 
benefits : shorter code, CLOS system (in Factor).

I've found Erlang's syntax really weird compared to ie Haskell.

I hope you realize that every time someone says "people have to think 
differently" that excludes the vast majority of programmers.

People *don't* have to think differently, and most *can't*. This 
also applies to REBOL, I'm afraid :(

BrianH: in this case, don't call them programmers. A programmer is 
curious, and likes to think differently by nature!

Wouldn't that be nice? There is too much work to limit "programming" 
to such rare people.

:)

Talk to professional Java or Oracle developers and then see if you 
can claim programmers are curious :(

Or the VB crowd *shudder*

They're only curious about what libs could be added to their 150MB 
machine gun.

That's why I really like Rebol/Factor philisophy.

bbl

BrianH: I'm interested in studying Rebol with the parse dialect. 
Do you know good tutorials about it ?

There are 3 links to good websites in Parse channell , from Saturday

Janko: thanks, I have to check them!

So... now Carl has compiled R3 for OSX.

That's great. When will it be available?

I haven't asked. He posted less than 30 mins ago. Probably same time 
as the Linux version.

and now it's also running on his Linux router :-)

What distro?

R3 for OSX is for Intel only ...:(

yeksoon - what? I expected R3 running on Linux or OS-X not sooner 
than maybe in one year, and you are unhappy, that PPC ancient architecture 
is not supported yet? :-)

The OSX version won't let me log in to chat. I keep getting "invalid 
command or arguments".

never mind, I forgot to type the user name. :-) it's been a long 
time since I last had to log in.

can't belive it.. R3 for os x so cool 8)

Basically the same as a year ago, but it includes RebDev now

Lots of core changes, many new mezzanines, some new bugs, some old 
(don't know which the DIR? bug is).

Janko;  It you are diving into Cheyenne RSP, make sure you give QuarterMaster 
a look see.  http://www.ross-gill.com/QM/

Chris, like Nenad, is counted among the unsung heroes of the world, 
in my humble opinion.

btiffin: thanks for letting me know, I was checking out QM a little 
and Chris has helped me few times here already... but about the frameworks.. 
I don't like to use (mvc) frameworks , in any language

I agree Brian, Chris is definately one of the REBOLers I most respect 
as well.  He has done great stuff with REBOL.

load %dev.jpg returns error load-jpeg has no value, must be defined 
by hand somevhere?

Pavel, jpeg loading is not supported yet. this will be available 
through media types, which are not yet done.

This means it is not possible to run old demos any way?

I better let BrianH respond to that one. I'm not sure how LOAD has 
changed since early R3 versions.

In early public Alpha the GOB demo has been running nicely

LOAD has gotten more compatible, but I left the reference to LOAD-JPEG 
alone. If there is no more LOAD-JPEG function that is good to know, 
since the whole reeason for that function was to give us something 
until the media loaders were done.

You're right, it's gone. The new GUI uses Draw for its elements, 
so the loss might not have been noticed. I'll check.

It's not entirely bliss yet, as there are problems with MAKE IMAGE!. 
Hence the strange blueish checkerboards in my screenshots of color 
sliders.

Are you using REBOL to make the screen shots?

No, this is internal to REBOL. RGB values are incorrect in the image 
data that is produced from MAKE IMAGE!.

it should be in curecode somewhere.

#504

Please check. I need help testing graphics bugs - I'm not that good 
at recreating them. I'm much better with core bugs.

it doesn't really need any graphics as you can study the problem 
in console :-)

Yup, the problem still exists in current builds. Reviewed.

also #505 and #503 should be reviewed

(also possible from console)

Just did, and they look related. I think MAKE IMAGE! is hosed - it's 
probably a good thing we don't have LOAD-JPEG at this point.

As an alternative to DIR-EXISTS? and FILE-EXISTS? we could change 
EXISTS? so it returns more information.

; R3 version:
exists?: func [

    "If a file or URL exists returns 'file or 'dir, otherwise none."
    target [file! url!]
][
    select attempt [query target] 'type
]

; R2 version:
exists?: func [

    "If a file or URL exists returns 'file or 'dir, otherwise none."
    target [file! url!]
][
    unless error? try [
        target: make port! target
        query target
    ] [

        either 'directory = target/status ['dir] [target/status] ; To work 
        around a current incompatibility
    ]
]


EXISTS? could still be used in conditional code, with the exception 
of AND and OR, but would have more info if you need it.

(And AND and OR could still be done with ALL and ANY, probably what 
I would use in preference anyway.)