[squeak-dev] Another oddity

Trygve Reenskaug trygver at ifi.uio.no
Thu Jun 11 16:39:34 UTC 2020

Something has apparently been broken on the journey from 4.5 to 5.3.
My bug report was about editing the entry in the search pane.
It's a very neat feature, IMO

On 2020.06.11 17:51, Tim Johnson wrote:
> 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.
> 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.
> Also, please don't take this search dialog away ;)    To reiterate, 
> this is not a filter feature, but rather a "class search" feature.
> On Jun 11, 2020, at 1:11 AM, Marcel Taeumel wrote:
>> That said, we may want to add search dialogs for all 4 lists in the 
>> system browser, not just the first one. :-)
>> Best,
>> Marcel
>>> Am 11.06.2020 10:10:26 schrieb Marcel Taeumel <marcel.taeumel at hpi.de 
>>> <mailto:marcel.taeumel at hpi.de>>:
>>> > Is the field morph really required?
>>> 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... :'(
>>> Best,
>>> Marcel
>>>> Am 11.06.2020 09:21:42 schrieb K K Subbu <kksubbu.ml at gmail.com 
>>>> <mailto:kksubbu.ml at gmail.com>>:
>>>> On 11/06/20 12:02 pm, Marcel Taeumel wrote:
>>>> > One could forward #textEdited: from the input field to set the 
>>>> list's
>>>> > item filter. Yet, there is no way to forward a "filter changed" 
>>>> event to
>>>> > the text field. Well, you could choose to only install the
>>>> > keyboard-event filter for the list morph and combine that with
>>>> > #textEdited:. Then you would spread the sync code across 2 
>>>> methods, but
>>>> > you could improve the user experience. :-)
>>>> Marcel,
>>>> Is the field morph really required? class/method lists in browser 
>>>> don't
>>>> use one to filter the displayed list. Just pop up a list morph with 
>>>> all
>>>> classes and let the list morph do the filtering like in class/method
>>>> panes. The dialog window only needs to intercept enter/escape from the
>>>> list morph. choose/cancel buttons may also be dropped.
>>>> Regards .. Subbu


/The essence of object orientation is that objects collaborateto achieve 
a goal. /
Trygve Reenskaug mailto: trygver at ifi.uio.no <mailto:%20trygver at ifi.uio.no>
Morgedalsvn. 5A http://folk.uio.no/trygver/
N-0378 Oslo http://fullOO.info
Norway                     Tel: (+47) 468 58 625

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200611/1270ff9d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: classbrowser45.png
Type: image/png
Size: 50609 bytes
Desc: not available
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200611/1270ff9d/attachment-0001.png>

More information about the Squeak-dev mailing list