-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should tokens that evaluate to zero-length logicals be treated as TRUE? #89
Comments
I would use:
I thought originally my intent was to implicitly use Thanks for raising this; hopefully in the meantime the workaround is painless enough. It will probably be a while before I get back to updating this package. |
Aside, the following will be much faster:
|
Thanks. Yeah, I've applied my zero-length workaround already (only needed in in nine places so far); painless enough for now. I actually wrote all of my tokens like Thanks for the pointer to all_bw as well. I was still on 0.1.0 and didn't realize there were new releases out... I should probably pay more attention to that sort of thing before filing issues. |
@franknarf1 fyi, I am planning on changing the behavior where 0 length logicals are treated as true as in |
I have a date formatted as an 8-digit integer and my first step in checking it is verifying that it has 8 digits:
Contrary to that message, I'd say this is true for my purposes. Ideally, I'd set this behavior via a global option (as contemplated in #26) so I could continue encapsulating the desired test in the token alone. Of course, I could edit my rule to...
But that would quickly become tedious since this isn't the only token where I'd want zero-length to be treated as true.
The text was updated successfully, but these errors were encountered: