AltME: REBOL3

Messages

Ladislav
also, regarding cases like:
    f: my-func [spec block contents] [body block contents]
I am pretty sure that nobody wants to deny that
    f: func my-spec my-body
needs space between MY-SPEC and MY-BODY since they are two distinct arguments of FUNC. Also, space preceding the [ charater is significant as can be proven comparing
    #[]
and
    # []
, which actually differ only in space preceding the [ character. There are much more serious changes already in R3 than the change proposed in #2094
Gregg
{i.e., wanting to get two words and an "old-fashioned" string when writing
    my-heredoc{}my-heredoc
That certainly is legitimate. If you really want that, please be so kind and say so now}
I thought I did say so. Yes, that is what I want.
Ladislav
For example, #2094 may be used to find a very reasonable syntax for matrices, arrays,and some values that may be needed int the future
Also, there already is a demand for the
    my-heredoc{}my-heredoc
syntax as you might have noticed
Do you really want to flush all these opportunities down the sink?
Gregg
Right now, yes. You haven't convinced me that the changes proposed in #2094 will make REBOL a better language.
Ladislav
Notice that there is no "right now". Once out of alpha it will not be possible any more.
Gregg
When I say "right now", I mean "based on my curreny body of knowledge". Mine is only one vote.
Ladislav
Yes, I understand what it means. I did try actually quite hard writing a lot in the ticket, discussing the things here and presenting many useful case already like:
* path syntax amendments
* convenient heredoc syntax
* conveninent syntax for vectors, matrices, whatnot
For me these reasons are convincing. I do not think I can be much more persuasive than this.
I, of course, mentioned, that virtually every case ignoring space significance is provably a bug in either MOLD or LOAD. I mentioned correctness, reflexivity, expressivity, consistence. I think that I am done with convincing.
Gregg
I appreciate your efforts. As I said above, path improvements: YES  auto-gluing blocks and strings together: NO.
Ladislav
Well, I demonstrated above that space preceding the [ character is significant. I do not need more.
I mean that the siginficance of the space preceding the [ character is not my invention. I just work with it in a way that it deserves.
Ladislav
I also must say, that it is the other way around. There is no auto-gluing proposed in #2094. What I proposed is no auto-separation.
That is, I am the one who does specify how it looks. If I write it glued, then I mean glued. If I write it separated, then I mean separated. It is actually you forbidding me to do that.
Or, I should say, forbidding Rebol to take seriously what I wrote.
Ladislav
This is the flexibility I value most.
(could be also called "freedom of expression")

Rebolek
>> trim/lines "line 1^/line 2"    
== "line 1 line 2"
Why is newline replaced with space? Shouldn't it be just removed?
Maxim
hum... because we can easily replace/all lines with spaces... I agree .

Last message posted 166 weeks ago.