<div dir="ltr"><div dir="ltr">Hi Christoph,</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">Sorry for objecting again, and sorry for not noticing this earlier:<br>
Currently, there appears not to be *any* way to browse senders/implementors of a selected message in a new window rather than the existing one (except for workarounds such as turning off the preference temporarily or dirtying your contents pane). In some situations, I just need to do a "conceptual break" by starting a "separate message trace session". I'm sad that this is not possible any longer. :-(<br></blockquote><div><br></div><div>Of course it is!  You simply shed your aversion to the green halo!   ;-p</div><div><br></div><div><div>Just to be clear, nothing is different than what it was before it got broken in 5.3.</div><br></div><div>And you can still even do it with the keyboard.  Cmd+c+0+v+m.  :)  Sure, it's an extra press relative to a modifier key, but it's still quick, and totally fine for a conceptual break.  Isn't it?</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Allow me to cite myself from above:<br>
<br>
> tl;dr: I would expect that (m2) and (c2) modify the trace (given that #traceMessages is enabled) and <b>(b) opens a new window.</b> Personally, I do not care about (m1) and (c1), but it would surely be useful to align them with (m2) and (c2). </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think iMplementors and seNders should behave consistently for each invocation point.<br></blockquote><div><br></div><div>No, the browser is about building a flow of execution, not collecting a "batch of messages".</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">I kindly request that we map the buttons again to spawning a new window. Or do you have any better idea? Maybe define a modifier key (Shift) for this? But for the buttons, Shift already has another meaning (please choose selector) ...</blockquote><div><br></div><div>But, I don't care about (b).  Traces are normally built via the upper and lower pane functions, not the middle button row.  So, ONLY for the button row between the panes, it seems fine for it to unconditionally open a new window.  If it's possible to twiggle it dynamically with a modifier key, that'd be preferable but, even if not, it seems reasonable to open a new window.  But we need to maintain the legacy behaviors for the upper and lower panes, please.</div><div><br></div><div>Best,</div><div>  Chris</div></div></div>