World: r3wp

A99 released ...

A99 downloaded...

Wow, that was quick! :)

Carl also adressed my complaint to website - it was kind of difficult 
to get to changelog. Now A99 is propagated even to main page of rebol.com 
 .... small changes, but helpful ...

Tested, it's good!

It seems that the migration of GUI to the external host is more difficult 
that expected.

yes Carls is struggling, but by what I hear, he really is committed 
to doing it.   he WANTS to do it... its just that he's realizing 
how deeply rooted the view code is... all kinds of tricks now have 
to be architectured and properly APIed.

Anyway to return the key used in a map when using find values-of 
map! ?

Carl is suddently on FIRE!!!!   Go Carl Go!!!!

Wouldn' t it be nice to do something like this:
a:   5
b: a < 10

where b gets set to the value of a instead of true?

We may have to include a new keyword such as bool to the mix just 
to get true or false when desired.

b: bool a < 10

Just a thought.

bool: func [val][not not val]
;-)

:-)

See wouldn't that be a better way to do things?

That seems to be in line with simple thigns should be simple to do.

BOOL: :TRUE?

Yeah forgot we have that in R3.  But we still can't do as I showed 
above.

yay TRUE? is in R3 :-)

Oh, you are right Paul, I was looking at Maxim's code, sorry. You 
want Icon-style conditionals, not TRUE?. Not sure how to fake that.

It's a feature I use in C# often.

How, in C#?

The feature I use often is a reference to the boolean stuff.  We 
can do that part in REBOL already - always have been as far as I 
can remember.

It wasn't a reference to the code piece that I stated earlier.

R3 problem with é !!!!

>> upgrade
Fetching upgrade check ...

Script: "REBOL 3.0 Version Upgrade" Version: 1.0.1 Date: 7-Apr-2009
Checking for updates...

R3 current version: 2.100.99.4.2 
It was released on: 8-May-2010/0:13:33 

Your version is current.

** Script error: invalid argument: %/home/ramcla/Téléchargements/
** Where: change-dir all either applier do try upgrade
** Near: change-dir dir

Paul, I don't understand your request. For the code:
      b: a < 10

and the request "where b gets set to the value of a instead of true?", 
there are at least two ways to interpret *why* b would be set to 
the value of a. Either you want the op < to return the value of a 
rather than true (Icon-style comparison behavior, which C# doesn't 
have) or you want the code to be equivalent to (b: a) < 10, different 
precedence levels for op evaluation (which C# does have), or something 
completely different that I don't get. Which interpretation is what 
you meant?

Claude, where is R3 getting the path %/home/ramcla/Téléchargements/ 
? And are you encoding é in Unicode or Latin1?

brianH in /etc/default/local i have  LANG="fr_BE.UTF-8"   (ubuntu 
lucid 10.4)

Brian I don't know Icon so I can't say if it is the same behavior. 
 However, what I was saying is that it would be nice to see if the 
expression is true then the value of the expression be assign to 
the set-word.   A change like this would have to happen at the parsing 
level of the code.  You couldn't just modify the operator.

Is there a word! limitation in R3?

yes, but it's much higher than R2.

so a map! using.. 
n/xyz: "value

is limited?

in other words, am i forced to use binary or strings as keys to avoid 
the limitation?

that is unknown to me. BrianH must know.

why  couldn't the number of available words in R3 have been limited 
to memory?

regardless, strings as keys are probably the way to go.

You couldn't just modify the operator.
 - actually, that is not true in R3

I can have such an "operator" even in R2, it just needs to be prefix

Or, if you insist, that it is impossible to have such an operator, 
you should at least try to specify it "thoroughly enough" for me 
to be able to know what are your requirements. (that is what BrianH 
was curious about too)

Yup. And the value of the expression *is* being assigned to the set-word: 
the value of the expression a < 10 is either true or false. Unless 
you mean a different expression, at which point you should be more 
specific. If we understand exactly what you want, perhaps we can 
rig something up using magic evaluation tricks.

I think Paul is asking for a short form of :

b: either a < 10 [a] [false]


If none is an acceptable value when the condition fails, it can be 
shortened to:
b: if a < 10 [a]

Yes Peterwood that is similiar to what I had in mind.  I don't see 
this happening as I believe it would be a MAJOR change.

Perhaps what I suggested will help even if it can't be shortened:

>> a: 10
== 10
>> b: either a < 10 [a] [false]
== false
>> a: 2

== 2
>> b: either a < 10 [a] [false]
== 2

b: either a < 10 [a][b]

Looks like   b: min a b

No because that could give the wrong answer, if b is greater than 
a and a is ten or greater.

; this works in R2 as well as in R3, since it is a prefix operator
combined-lesser?: func [
    :set-word [set-word!]
    value1
    value2
] [
    if value1 < value2 [set set-word value1]
]

; usage
a: 10
b: 'no
combined-lesser? b: a 10
b ; == no

a: 2
combined-lesser? b: a 10
b ; == 2

As you can see, in REBOL, MAJOR changes are in the power of the user.

(if you don't like the name of the operator, feel free to invent 
a better one, since that is a greater problem for me than to implement 
it)