You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The inference here is that we're doing a string-based grouping. Does it make syntax to special case this? I'm not sure if it's that necessary, and it makes the parsing a little more complicated. I propose we strip it out for now and maybe put it back later if we change our minds.
The text was updated successfully, but these errors were encountered:
IMHO, the original shorthand (just the field name that implies "type": "string") is a keeper. I do also like the "fieldname:type" as well, but i'm willing to give that up more readily than the former if things in the parser are getting too complicated. so in summary i rank the following scenarios from most to least desirable:
have both shorthands
have only the fieldname shorthand
have only the field:type shorthand
have no shorthands
The existing implementation allows this:
The inference here is that we're doing a string-based grouping. Does it make syntax to special case this? I'm not sure if it's that necessary, and it makes the parsing a little more complicated. I propose we strip it out for now and maybe put it back later if we change our minds.
The text was updated successfully, but these errors were encountered: