r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Core] Discuss core issues

Gabriele
26-Jul-2010
[17674]
the only problems i have with my nforeach are: i don't like the name, 
and the implementation is more complicated than i'd like it to be 
(though, it should be better in R3).
Graham
26-Jul-2010
[17675]
forneach is better?  :)
Gabriele
26-Jul-2010
[17676]
foreachn ? lol
Graham
26-Jul-2010
[17677]
I could live with that ... it reads the best
Henrik
26-Jul-2010
[17678]
forsome
Graham
26-Jul-2010
[17679]
foursome?
Henrik
26-Jul-2010
[17680]
Graham, this group is web public :-)
Graham
26-Jul-2010
[17681]
I was just correcting your spelling!
BrianH
26-Jul-2010
[17682]
It's a compound word. The FOR* group omits the hyphens, so FORSOME 
means FOR-SOME.
PeterWood
26-Jul-2010
[17683]
forevery ?
Izkata
26-Jul-2010
[17684x2]
formulti ?
(as in "multiple", not "multiply")
Steeve
26-Jul-2010
[17686]
forfor
Maxim
26-Jul-2010
[17687x2]
forsome is really nice.  I like the pun it goes well with the language 
(and its community) not taking itself too seriously.
the name is actually quite appropriate, since the dialect defines 
what is run or not... which implies that only SOME of the data will 
be operated on.
Steeve
26-Jul-2010
[17689]
mine is shorter, and is specialy suited to win further puzzles :-)
Gregg
26-Jul-2010
[17690x2]
traverse [
    all blk-n
    each [a b] blk-a
    skip blk-x 2
    each e blk-e
][
    ;...
]
Hmmm, what if you had a body block for each item in the dialect, 
so the main body is the innermost loop. Interesting to think about 
anyway.
Gabriele
27-Jul-2010
[17692x3]
Gregg, the issue becomes, do you want all of them to advance at the 
same time, or nested, and if nested, in which order?
I'd say that nested cases are already well handled by what we have 
so they can be ignored.
So... I guess your idea is not bad at all.
Graham
3-Aug-2010
[17695x7]
I wonder if there is a way for 'if to not return a value?
I'm looking for a pass thru mode if 'if is false
eg. if I want to avoid the #[none]

>> print rejoin [ "hello " if false [ "world" ]]
hello none

>> print rejoin [ "hello " either true [ "world" ]["" ]]
hello world
>> print rejoin [ "hello " if/only false [ "world" ]]
hello
so something like that ...
This is the construct I saw which I don't like

either true [ tail s ][s ]

which I could  then replace with

 if/only true [ tail ] s
It's less verbose and possibly clearer than using the 'either construct
Maxim
3-Aug-2010
[17702x3]
if/else false [][#[unset!]]
>> only: func [c b][if/else c b [#[unset!]]]
>> only true ["howdy"]
== "howdy"
>> only false ["howdy"]
is this what you need?
Graham
4-Aug-2010
[17705]
Nope .. 

>> print rejoin [ "Hello " only false [ "world" ]]
Hello ?unset?
Maxim
4-Aug-2010
[17706x4]
functions which don't return anything actually return unset!
rejoin is the culprit here.  the only reason your tail s works is 
because you are appending an empty block to a string, which = to 
appending an empty string to a string.
ex:  >> rejoin ["" prin ""]
== "?unset?"
IIRC R3's rejoin now ignores the unset values
Graham
4-Aug-2010
[17710]
I just want if/only to drop a value off the stack if false
Maxim
4-Aug-2010
[17711]
only: func [c b][if/else not c b [#[unset!]]]


you can reverse the truth, but you will always return unset!   there 
is no such thing as a function which doesn't return a value in REBOL.
Graham
4-Aug-2010
[17712]
I want to avoid these 'none values ... where you are forced to use 
'either
Maxim
4-Aug-2010
[17713x2]
well, you have to chose between unset! or none!, but R2's rejoin 
collects the unset values and appends them to strings (which is a 
bit dumb).
you can also use compose, which ignores unset! values.

>> reduce compose ["" (prin "")]
== [""]
Graham
4-Aug-2010
[17715]
that's for rejoin ... which is just one example
Maxim
4-Aug-2010
[17716]
yes, but other funcs will react differently to unset!... some will 
raise the "expects a value" error, for example, if you return unset! 
from 'IF and try to use it.
Graham
4-Aug-2010
[17717]
well, the value is just one more upstream :)
Maxim
4-Aug-2010
[17718x2]
>> print only true ["rr"]
rr
>> print only false [""]
** Script Error: print is missing its value argument
** Near: print only false [""]
ah, ok, you aren't trying to prevent a return value, but providing 
your own default.
Graham
4-Aug-2010
[17720]
I suspect it's not possible ...
Maxim
4-Aug-2010
[17721x2]
well, yes.  your only, just needs to require an argument value.
only = /only
Graham
4-Aug-2010
[17723]
in which case I might as well use 'either