<div dir="ltr">I have another idea:<div><br></div><div>In the Traits paper (IIRC where I first saw this), required methods are marked with shouldBeImplemented. If you would use notYetImplemented instead, it would look like the method was not yet implemented in the trait. In fact it is not supposed to be implemented in the trait. Instead classes using the trait are supposed to supply an implementation. You cannot use subclassResponsibility in the trait either because then classes using the trait would look like a subclass of them should implement the method, but the class itself should do it.</div><div><br></div><div>Ideally, shouldBeImplemented in the trait method would somehow become notYetImplemented in a class that has the trait. But this would be magic. ;-)</div><div><br></div><div>If you just omit the required methods from a trait and rely on the test suite of using classes to find the missing ones, the selector issue does not arise, of course.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 4. Feb. 2020 um 22:48 Uhr schrieb Bert Freudenberg <<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_default">I actually confused subclassResponsibility and shouldBeImplemented - not actually looking at an image.</div><div class="gmail_default"><br></div><div class="gmail_default">As Chris wrote, subclassResponsibility is standard. And I don't remember where shouldBeImplemented came from ... the oldest timestamp I found was by "AFi"?</div><div class="gmail_default"><br></div><div class="gmail_default">I like notYetImplemented better, FWIW.</div><div class="gmail_default"><br></div><div class="gmail_default">- Bert -</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><span style="font-family:Arial,Helvetica,sans-serif;color:rgb(34,34,34)"><br></span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><span style="font-family:Arial,Helvetica,sans-serif;color:rgb(34,34,34)">On Tue, Jan 28, 2020 at 11:07 PM Jakob Reschke <<a href="mailto:forums.jakob@resfarm.de" target="_blank">forums.jakob@resfarm.de</a>> wrote:</span><br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">I assume most people coming from other languages will likely search for "not yet implemented" when they want to leave such a marker.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Chris Muller <<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>> schrieb am Mi., 29. Jan. 2020, 03:24:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Christoph,<div><br></div><div>#subclassResponsibility is part of standard Smalltalk.</div><div><br></div><div>I think #notYetImplemented and #shouldBeImplemented are "code markers" indicating a to-do item and, yes, do seem a bit too ambiguous.  Perhaps we should replace all #notYetImplemented with #shouldBeImplemented...</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 25, 2020 at 7:21 AM Thiede, Christoph <<a href="mailto:Christoph.Thiede@student.hpi.uni-potsdam.de" rel="noreferrer" target="_blank">Christoph.Thiede@student.hpi.uni-potsdam.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div>

<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr">
<p></p>
<div>Thanks Bert, but then, what is the difference between #shouldBeImplemented and #subclassResponsibility?</div>
<div><br>
</div>
<div>And if I understand you correctly, the method stub created by a debugger should rather insert a #notYetImplemented than a #shouldBeImplemented, shouldn't it?</div>
<div><br>
</div>
<div>Best,</div>
<div>Christoph</div>
<p></p>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511Signature">
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<div name="divtagdefaultwrapper">
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
</div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Von:</b> Squeak-dev <<a href="mailto:squeak-dev-bounces@lists.squeakfoundation.org" rel="noreferrer" target="_blank">squeak-dev-bounces@lists.squeakfoundation.org</a>> im Auftrag von Bert Freudenberg <<a href="mailto:bert@freudenbergs.de" rel="noreferrer" target="_blank">bert@freudenbergs.de</a>><br>
<b>Gesendet:</b> Samstag, 25. Januar 2020 01:13:10<br>
<b>An:</b> The general-purpose Squeak developers list<br>
<b>Betreff:</b> Re: [squeak-dev] #shouldBeImplemented vs #notYetImplemented</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">
If a class has a method sending #shouldBeImplemented, then subclasses are supposed to override that method, without modifying the superclass method. It basically marks that class as abstract.</div>
<div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">
In contrast, #notYetImplemented indicates that the method itself should be modified, replacing the #notYetImplemented send with the actual code.</div>
<div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">
- Bert -</div>
<br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Fri, Jan 24, 2020 at 7:10 AM Thiede, Christoph <<a href="mailto:Christoph.Thiede@student.hpi.uni-potsdam.de" rel="noreferrer" target="_blank">Christoph.Thiede@student.hpi.uni-potsdam.de</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr">
<p>Hi all,</p>
<p><br>
</p>
<p>what exactly is the intended difference between #shouldBeImplemented and #notYetImplemented? It feels a bit confusing.</p>
<p>I have always used #shouldBeImplemented only because it is predefined by the Debugger.</p>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Signature">
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<div name="divtagdefaultwrapper">
<div>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessagePartBody">But today I met #notYetImplemented and now wonder which one I should use:
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessageUniqueBody" style="font-family:wf_segoe-ui_normal,"Segoe UI","Segoe WP",Tahoma,Arial,sans-serif,serif,EmojiFont">
<div dir="ltr">
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958divtagdefaultwrapper"><font face="Calibri,Helvetica,sans-serif,EmojiFont,Apple Color Emoji,Segoe UI Emoji,NotoColorEmoji,Segoe UI Symbol,Android Emoji,EmojiSymbols">
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Signature">
<div style="margin:0px"><font style="font-family:Calibri,Arial,Helvetica,sans-serif,serif,EmojiFont">
<div><font size="3" color="black"><span style="font-size:12pt"><a href="http://www.hpi.de/" rel="noopener noreferrer noreferrer" id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958LPNoLP" target="_blank"><font size="2"><span id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958LPlnk909538"><font color="#757B80"></font></span></font></a></span></font></div>
</font></div>
</div>
</font></div>
</div>
</div>
</div>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessagePartBody">
<ul style="margin-bottom:0px;margin-top:0px">
<li>Both are detected by the debugger</li><li>But #notYetImplemented has its own subclass implementation of NotImplemented which handles #receiverClass and #selector. I like this, it has a bit more object-orientation appeal.</li><li>The names don't give me an indication to any semantical difference</li><li>They are not in the same message category of Object at all!</li><li>#shouldBeImplemented raises a specific error message, while that one of #notYetImplemented is generic and less precise</li><li>But why does the #shouldBeImpleemented message mention "or a superclass should implement"? Given the subclass Bar of the superclass Foo and I compile '#baz ^self shouldBeImplemented' on Bar. Why should this indicate that #baz might have to implemented on
 Foo instead?</li><li>Btw, we also have Object >> #required, which looks more Trait specific. Is it a problem that Tools-Debugger depends on Traits via this selector?</li></ul>
</div>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessagePartBody"><br>
</div>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessagePartBody">However, I think we might have some heterogenic duplication here, or at least miss any documentation of the differences. Can you tell me more about the history of both selectors? Should we try to merge
 them?</div>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessagePartBody"><br>
</div>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessagePartBody">Best,</div>
<div id="gmail-m_2471263064674109878gmail-m_-2990078279843586397m_-3115413914395521241gmail-m_5129318521657039511gmail-m_6101118247084945958Item.MessagePartBody">Christoph</div>
</div>
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
</div>
</div>
<br>
</blockquote>
</div>
</div>
</div>

<br>
</blockquote></div>
<br>
</blockquote></div>
<br>
</blockquote></div></div></div></div></div></div></div></div>
<br>
</blockquote></div>