Does anybody comment on it?
I commented in PR, I think we can separate those groups and have BINDINGS and TWO_WAY_BINDINGS (although there is only v-model in this case). What do you think @chrisvfritz ?
I actually don't think we need a BINDINGS group. The style guide makes no distinction between bound and unbound attributes. In fact, it would seem a little strange to me to group all bound attributes together. For example, class and style can both have bound and unbound versions on the same element, such as:
<div
:class="..."
class="..."
:style="..."
style="..."
/>
Also, when changing an attribute between bound and unbound, forcing the attribute to then move would not only slow down development, but also make the diff less readable during code reviews.
As an aside though, in the special cases of v-on="objectOfListeners and v-bind="objectOfAttributes", I think those should probably appear at the beginning of the style guide's _Other Attributes_ and _Events_ sections, respectively.
Does that make sense?
It makes perfect sense indeed @chrisvfritz. I didn't thought about class/style case, and it's soo common.
Most helpful comment
I actually don't think we need a
BINDINGSgroup. The style guide makes no distinction between bound and unbound attributes. In fact, it would seem a little strange to me to group all bound attributes together. For example,classandstylecan both have bound and unbound versions on the same element, such as:Also, when changing an attribute between bound and unbound, forcing the attribute to then move would not only slow down development, but also make the diff less readable during code reviews.
As an aside though, in the special cases of
v-on="objectOfListenersandv-bind="objectOfAttributes", I think those should probably appear at the beginning of the style guide's _Other Attributes_ and _Events_ sections, respectively.Does that make sense?