-
-
Notifications
You must be signed in to change notification settings - Fork 8
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
59 error handling simpler #65
59 error handling simpler #65
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A few minor comments, I'll look in detail tomorrow
Would you also handle validation so that the css for validation gets used in the app compare these: and you could have an S3 method for |
Initially I wanted |
So this is a little more realistic for Edit these are fixed here
|
closes #59 Please compare with #61
c("quosure.error", "try-error", "error", "condition")
[[.quosure.error
as S4 couldn't dispatch on thequosure.error
like other methods (probably it's handled internally which has priority). Class try-error needed to makevalidate
stop. Go toshiny:::isTruthy
to see when validate interrupts the reactive.req(<quosure.error>)
in q8 doesn't return error like in q13example