and= isn't all that useful, I agree, but it would be odd to leave out given that there's or=, ?=, ownsor=, etc.
\alpha-bravo-charlie == "alphaBravoCharlie"
Well, since GorillaScript doesn't require parentheses for invocation, you'd need to have some delimiter between the context and the arguments or have to wrap one of them. Why not simply just use "," as the delimiter and then you can treat it as if doing .call/.apply?
> Well, since GorillaScript doesn't require parentheses for invocation, you'd need to have some delimiter between the context and the arguments or have to wrap one of them.
Well, I was trying to think why you'd even need a delimiter.
I thought the absence of the comma between the context and the first argument would disambiguate:
f@x (a, b, c)
would be written as:
f@x a, b, c // Comma between a and b
While:
f@(x a) (b, c)
would be:
f@x a b, c // No comma between a and b
Then again, a call like:
f@ a b c d, e
would be ambiguous, so on second thought I think you've made the right decision.
Heck, even the non-ambiguous cases seem easier to mentally parse with the comma there.
So I retract from what I said. I should have thought this through before posting.
Edit: I see you've also added the example of dashed-names to camelCase conversion to the page. Thanks, that helps.
Edit2: formatting.
I'm having trouble imagining when you'd need to do this. But oh well..
>> There is also a short syntax for single-word strings that also convert dashed-names to camelCase just as normal identifiers do.
I'd like to see an example of this. I don't think I quite understand what it's meant to do.
>> Binding access
I would have preferred: f@obj (arg1, arg2, arg3) for function application over: f@ (obj, arg1, arg2, arg3)
Other that that, I can certainly appreciate the huge amount of work involved in creating this and I wish them success.