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
This one slipped through the cracks. Though , and ; characters are used throughout the LSON document, they're not explicitly documented anywhere.
So far, they've been used as syntactic sugar to optionally terminate values. Now that we might tackle default values for tabular data, we need to actually nail down their syntax.
Note that they're currently defined in the grammar section, as <terminator> lexemes.
The text was updated successfully, but these errors were encountered:
One thought I'd had was to optionally allow , and ; characters, but to provide some formal syntax, in order to prevent misleading text, such as [ a, b, , , c, d, , , e, , f ] (six values, but looks like 11, with some explicitly empty content). One could accomplish this by making sequences with two or more ,/; characters illegal.
Unfortunately, it would be just as misleading to have something like [ a b; c d; e f; ] — six values, but looks like three pairs. It's not too hard to create a simple grammar that forbids multiple terminators in a row (LSON doesn't support semantically meaningful empty/null text). However, there's no easy way to require every element to use a terminator if any element does.
One could create a grammar with, say, an array of unterminated elements and an array of terminated ones, but that might be fussy. For consistency, though, this is the only rigorous solution.
This one slipped through the cracks. Though
,
and;
characters are used throughout the LSON document, they're not explicitly documented anywhere.So far, they've been used as syntactic sugar to optionally terminate values. Now that we might tackle default values for tabular data, we need to actually nail down their syntax.
Note that they're currently defined in the grammar section, as
<terminator>
lexemes.The text was updated successfully, but these errors were encountered: