<div dir="ltr"><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">For example, is it better to do this (I really do not know):<br>
<br>
   self species = otherCollection species</blockquote><div><br></div><div>Nicolas' arguments for Collections-nice.820 are sound, the challenge is that some apps, that don't care about equivalence between Intervals and Array's, were affected in a negative way, and left no good way to fix their code.  There's a tendency to want to dismiss them with "use hasEqualElements:" without understanding why hasEqualElements: can't fix the core issue -- the inability to define implementation-specific subclasses with symmetric equivalence (e.g., like ByteString and WideString did for String).</div><div><br></div><div>IMO, this is the question we should address.  I posed that we should factor out this common type-checking behavior, repeated throughout the class library, into its own method on Object.  I think it could work..<br></div><div><br></div><div> - Chris</div><div><br></div></div></div>