World: r3wp

= 0x-100

probably break too much code

I don't think you can come up with a default here. What if your PAIR! 
is talking width x length ? Than camparing would probably be (width1 
* height1) < (width2 * height2). It really depends on what you use 
pairs for ...

CE for your compare    cmp: func [a b][ sign? a - b]

pairs can be used in more ways than any one of us will come up with 
and will have different premises as to what sort means. let it error 
right away so we know we have to be more specific in our code

CE if your compare function returns -1 0 or 1 then the resulting 
sort will be a stable sort.

sign?: func [

    {Returns sign of number as 1, 0, or -1 (to use as multiplier).}
    number [number! money! time!]
][

    either positive? number [1] [either negative? number [-1] [0]]
]

I don't remember exactly, but COMPARE should be a little bit faster 
and has the advantage of being to able to return NONE if desired

If we can't think of all the possibilities, perhaps we can specify 
some default behaviours which we can over ride with custom sorts 
or whatever

I don't need to see an error all the time :)

Just as Steeve said: "Always the same battle, Default behaviorists 
against Errors Creationists".

I personally can't decide on a default here. I prefer the error, 
it forces me to make the sort explicit, making code easier to understand 
later. But that's just personal preference.

I was on graham's side, but I've changed ideas since I've been using 
pairs for so may purposes that its really hard to find a default. 
  especially one which doesn't require different meanings for none 
and false.

but if a default where to be chosen, I'd says inside/outside would 
be the most logical.

I'd prefer area under the xy axis

as default

pair is two dimensional, so having a >< which is obviously a two-dimension 
equivalent to a linear equation would fit the bill.

I don't even see the use for area.  what would it really be used 
for?

so at least in one situation of the infinite, we don't have to write 
custom code

Max it doesn't have to have a use .. .just has to be logical

ie. there has to be an underlying logic to the choice

ah, well, why the hell implement a useless default?  really that 
defies logic  ;-)

I didn't say it was useless .. you said you couldn't think of a use 
.. quite different things

Implementing a useless default has the advantage of being the Salomonical 
solution. That way, noone has to complain if one of to sensible options 
gets implemented and you need the other, unimplemented one.

Solomon

(Not implying that the suggestes behaviour is useless)

half a baby is better than none!

We say Salomon in german, learned something new at least ;-)

I'll try and remember that when I learn German :)

Still really off-topic for this group. We're trying to keep this 
group on-topic for the discussion of R2 releases, so valuable information 
doesn't get buried in the torrent.

The is not like the !REBOL3 group, where anything R3-related is on-topic.

Was anything happening R2 wise?

We switch between R2 and R3 work. The last week has been focused 
on R3. A week-or-so ago I made a few tweaks to R2/Forward for 2.7.8, 
including a backported fix from R3, and Carl put together a plan 
and implemented a lot of his portion of the plan. I expect that soon 
after the R3 a98 release, we'll have a R2 2.7.8 release. And 2.7.8 
looks like it will be the first really stable release in the whole 
2.7.x series, something to really look forward to.

Hello, I am having a small problem about CALL:
call  reduce ["C:\Windows\hh.exe" "C:/mybook.chm"] doesn't work
call/show  reduce ["C:\Windows\hh.exe" "C:/mybook.chm"] works !
Which is the difference ?

you don't need 'reduce

call/show rejoin  ["C:\Windows\hh.exe            " "C:/mybook.chm"] 

there's a bug with 'call

Sorry, I hava modified the command. Originally I needed reduce.

well, rejoin does a reduce

The problem is different:
call/show opens the guide

call only run the task but does not open the guide. You can find 
the task in Task Manager

I think in 2.6  the behaviour of 'call changed ...

it should be fixed

hh.exe open a .CHM guide

http://www.rebol.com/article/0467.html

Read. It didn't open the child window... ok... back to work...

What's wrong here ?

rebol [
]

write %tryme.pdf
dirlist: read %//

foreach myfile dirlist [
	if find myfile ".pdf" [
		print ["Filename" myfile]
		extension: find/last/tail myfile "."
		print ["EXT" extension]
		print extension = "pdf"
	]
]
delete %tryme.pdf
halt


The comparison extension = pdf should return TRUE, instead I have 
FALSE

try 

suffix? myfile

%.pdf = suffix? myfile

I have found the function but I wish to know why te comparison fails

because myfile is of type file!, and so extension is also file!

try

print extension = %.pdf