-
Notifications
You must be signed in to change notification settings - Fork 45
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
Add parameterized Attributes #212
Conversation
881d8fc
to
0bbd3dd
Compare
|
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.
r=me, this looks much better, thanks.
I think there's a left-over validation for AttributeExpression? Doesn't hurt, but I'd remove it.
Also, as a follow-up, do you want to update valid.md to the changes here, too?
Neither blocking.
return always(new Type(ref, name)); | ||
} | ||
return never(`Invalid ref type: ${ref.type}.`); | ||
}; |
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.
I think this part is not needed with the reduced changes after the rebase? Attributes are always on messages or terms still.
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're right, but I'd like to keep this here for the sake of completeness. I think it complements the validation of CallExpression
. Let's keep it for now and I'll see if I can remove it in a follow-up.
Fix #189. Add syntax to allow expressions of the form
-term.attr(arg: "value")
, e.g.: