<body><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 <marcel.taeumel@hpi.de>:</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 <kksubbu.ml@gmail.com>:</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></body>