<div dir="ltr"><div dir="ltr">Hi Eliot,</div><div dir="ltr"><br></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="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 made another attempt to assemble all our requirements for spawning vs tracing in the MessageTrace. The following list of requirements appears to have been agreed by Chris, Jakob, and me:<br>
<br>
<i>- Menu and keyboard shortcut do the same thing<br>
- Senders in the message list: add to trace<br>
- Implementors in the message list: add to trace<br>
- Senders in the code editor: new window<br>
- Implementors in the code editor: add to trace<br>
- Senders/Implementors Buttons: new window<br>
</i><br></blockquote><div><br></div><div style="font-size:small">I want to add a new requirement: a single modifier key causes the new query to be opened in a new window, not added to the trace.  I like MessageTrace, but at a certain level of nesting I want to *not* pollute the results I already have by adding to the trace.  This frustration happens a lot.</div></div></div></blockquote><div><br></div><div>That was the plan from the beginning, the problem is the modifier version of those keys are already occupied by other commands.<br></div><div><br></div><div>Thankfully, it doesn't need to be a frustration, spawning a fresh window based on senders is easy by simply placing the cursor on the first line of the code (the method signature) and pressing Cmd+n.</div><div><br></div><div>New window for Implementors USED to work via the menu, but the menu is sometimes needed when methods contain literal Symbols that are selector names in the source code, so it was a good change.  </div><div><br></div><div>So Implementors is the only one that's not now not that easy to do, which is why I support Christoph's solution.  I actually agree with his points about letting the human UX drive the design, not "consistency" in code or widgets.</div><div><br></div><div>- Chris</div></div></div>