<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> schrieb am Sa., 2. Nov. 2019, 13:54:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div id="m_-1915767081189451620__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:#000000"><div>Hmmm..... Notifcations that claim to be resumable but require user input in #defaultAction feel kind of awkwardly designed...</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes they are. After all they don't really have a default value that should be automatically determined. Or in other words they must be handled and if they are not they force you to handle them manually. In that regard they behave more like Errors, which are manually handled in the debugger. They are not errors from a functional perspective though.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div id="m_-1915767081189451620__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:#000000"><div> In that sense, I can also resume any error with "nil" (or "false") if I want to....</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">...which is what you get when you press "proceed", right? But you are not allowed to send #resume or #resume: to them.</div><div dir="auto"><br></div><div dir="auto">#resume with default value does not make much sense for those request exceptions either.</div><div dir="auto"><br></div><div dir="auto">A more sensible pattern might be:</div><div dir="auto"><br></div><div dir="auto">    value := RequestNotification signal.</div><div dir="auto">    value ifNil: [self showUiRequest].</div><div dir="auto"><br></div><div dir="auto">But you cannot enforce it anyway.</div><div dir="auto"><br></div><div dir="auto">Also these requests are mostly UI situations which want to be unit-testable and therefore use these exceptions, aren't they? So they might not be amenable or relevant for catch-all exception handling for server purposes anyway.</div></div>