<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"><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">I'd like to make a UI suggestion that would ameliorate quite a few cases of this need - use a PluggableTreeMorph (as we do in the Explorer-inspector) to show the tree of messages. </blockquote></div></div></blockquote><div><br></div><div>I remember now.  In Pharo's, there was no need to select "implementors" at all, you simply keep expanding the tree of sent messages.  I don't think it could backtrace at all, though.</div><div> </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 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">It would allow a bit more control over what you see at any point, without removing messages  with the cmd-D etc as now.<br></blockquote></div></div></blockquote><div><br></div><div>It'd be less control, not more, because you can't trim individual levels with Cmd+d.  You'll always have either all 67 #at:'s (expanded) including the ones totally unrelated to what you want, OR none of them (collapsed).  Try out Pharo's, you'll probably hate it.  So you can't get rid of Cmd+d, and nor would it be good to combine it with expand / collapse capability, because those functions would be confusingly ambiguous to the goal of tracing code.</div><div><br></div><div> - Chris</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div>