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 doesn't work nicely with #15, since we have a more complex condtions definition and don't run them through eval. We'll end up with something like this:
{'if': {'conditions': ['am Sonntag', {'das Wetter ist': 'schoen'}]},
I think that we should only support translation for initial strings for NatuarlLanguageRule in #10 , since they are human-readable strings.
The text was updated successfully, but these errors were encountered:
agree to remove for now, doens't make sense with safe "eval"/"action" however let's open a new issue:
I think that we should only support translation for initial strings for NatuarlLanguageRule in #10 , since they are human-readable strings.
Translations shall be possible upon reading the yml for TableRules, logically in the same manner as it was before (though at parse, not at eval time - in the eval case parse/eval was kind of in the same place). From my perspective, this should be refactored such that it can be used for both TableRule and NaturualLanguageRule.
This doesn't work nicely with #15, since we have a more complex condtions definition and don't run them through eval. We'll end up with something like this:
I think that we should only support translation for initial strings for NatuarlLanguageRule in #10 , since they are human-readable strings.
The text was updated successfully, but these errors were encountered: