<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Well, it may be worth noting that this is not a search dialog for what is in the list. When I hit Cmd-F (or Ctrl-F) in the first list pane, I am not searching for class categories, but rather classes. <div><br></div><div>As far as I can tell, the search dialog which appears in 4.5 works fine and does not exhibit the problem reported in this thread.</div><div><br></div><div><img height="320" width="195" apple-width="yes" apple-height="yes" src="cid:F49F8867-6220-4306-92B2-737FF41573FE@gateway.sonic.net"></div><div><br><div>Also, please don't take this search dialog away ;) To reiterate, this is not a filter feature, but rather a "class search" feature.</div><div><br></div><div><br></div><div><br></div><div><br><div><div>On Jun 11, 2020, at 1:11 AM, Marcel Taeumel wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000"> That said, we may want to add search dialogs for all 4 lists in the system browser, not just the first one. :-)<div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;"><p style="color: #AAAAAA; margin-top: 10px;">Am 11.06.2020 10:10:26 schrieb Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif"><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000"> > <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Is the field morph really required?</span><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">It is just more user-friendly. A search dialog usually as a text field to type something into. That said, I am against adding such fields in a system browser because they would occupy too much screen space. :-D So, I am rather indecisive about this matter... :'(</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Best,</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Marcel</span></div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;"><p style="color: #AAAAAA; margin-top: 10px;">Am 11.06.2020 09:21:42 schrieb K K Subbu <<a href="mailto:kksubbu.ml@gmail.com">kksubbu.ml@gmail.com</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif">On 11/06/20 12:02 pm, Marcel Taeumel wrote:<br>> One could forward #textEdited: from the input field to set the list's <br>> item filter. Yet, there is no way to forward a "filter changed" event to <br>> the text field. Well, you could choose to only install the <br>> keyboard-event filter for the list morph and combine that with <br>> #textEdited:. Then you would spread the sync code across 2 methods, but <br>> you could improve the user experience. :-)<br>Marcel,<br><br>Is the field morph really required? class/method lists in browser don't <br>use one to filter the displayed list. Just pop up a list morph with all <br>classes and let the list morph do the filtering like in class/method <br>panes. The dialog window only needs to intercept enter/escape from the <br>list morph. choose/cancel buttons may also be dropped.<br><br>Regards .. Subbu<br><br><br></div></blockquote> </div></div></blockquote> </div></div><br></blockquote></div><br></div></div></body></html>