-
-
Notifications
You must be signed in to change notification settings - Fork 36
Explicitly define operand
in syntax
#395
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
To bikeshed on the name a bit, one possible alternative to expression = "{" [s] ((value [s annotation]) / annotation) [s] "}"
value = literal / variable
annotation = (function *(s option)) / reserved
option = name [s] "=" [s] value |
Not a blocker, but the value of 'operand' is that it reduces confusion with 'value' used as a normal English word. |
In your very next PR, you have in the text "...determines the value of a part of the message..." |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You can also change line 19, which currently reads:
option = name [s] "=" [s] (literal / variable)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, but one comment.
Noticing that is what prompted me to consider value, actually, as "operand" doesn't really work conceptually as the value of an option. :/ |
While working on the data model and formatting, I found it a bit challenging to not have the operand of an expression defined in the syntax, even though it needs to be referred to all over the place.
So let's add that, and move the function sigil description to the right section of the spec.