-
-
Notifications
You must be signed in to change notification settings - Fork 198
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
checkConditions runs automatically and prints output to screen #699
Comments
Whoops, I forgot we had already discussed this.
…On Tue, May 26, 2020 at 12:31 PM Sebastian Benthall < ***@***.***> wrote:
I believe this is connected to #283
<#283>
At the end of that issue is a proposal for a new design for logging that
has passed @llorracc <https://github.com/llorracc> 's review.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#699 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADKRAFNL5IMCWDWJ25CFC2DRTPVH7ANCNFSM4NKQSS3Q>
.
|
it's all good. Thanks for reminding me I need to fix it |
@mnwhite I think you and @llorracc may have a design disagreement here? I think that @llorracc wants checkConditions to normally print some, but not all, of the messages when IndShockConsumerType is solved(). He has asked that the "quiet" option be something that can be set for individual notebooks. If I understand you correctly, I think you are saying here that you think that turning on the print statements for checkConditions should be opt in. From my perspective, this is a matter of deciding which of three proposed logging settings (normal, "verbose", or "quiet") is the default. I have no opinion on this. I'll get the flexible logging framework described in #283 in as a PR and let you and @llorracc hash out the details here, since it seems to be mainly a question of how best to address the tensions between pedagogical and research use cases. |
This was fixed long ago, closing. |
Solving an IndShockConsumerType automatically prints output to screen. This is absolutely not what we want to happen.
The text was updated successfully, but these errors were encountered: