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
Since we already have the list of available reserved words, we can check if the current field is a part of the list or not. However, I have small doubt if we should check for these words without the $ symbol as well. For example, if $timestamp is a reserved word then user obviously cannot use $timestamp in the concerto file, but whether the user can use timestamp field or not.
Since we already have the list of available reserved words, we can check if the current field is a part of the list or not. However, I have small doubt if we should check for these words without the $ symbol as well. For example, if $timestamp is a reserved word then user obviously cannot use $timestamp in the concerto file, but whether the user can use timestamp field or not.
I believe $ is added so as to let users know its a reserved keyword. We would like to name our variables like $class or __prototype__ (in JS), so that someone won't accidently use them. @dselman is that correct?
Context
Concerto has a number of reserved words that cannot be used in a valid Concerto file. Currently the JSON Schema inference code lets us create a Concerto file with these reserved words.
That should not be the case and and error must be thrown that an invalid file is about be created.
The text was updated successfully, but these errors were encountered: