Great idea!  
In fact, many of the ‘*’ protocols have the old names appended, as in,

			*Etoys-Squeakland-accessing
			*System-Recovery-error handling

but just as many don’t, as in,

			*Morphic
			*monticello

It’d be a step in the right direction to have the browser merge the first group into the “base” protocol.

stp

--------

Stephen Travis Pope    Ojai, California, USA
    
     http://HeavenEverywhere.com
     http://FASTLabInc.com
     https://vimeo.com/user19434036/videos
     http://heaveneverywhere.com/Reflections



> On Jan 3, 2023, at 7:33 PM, Chris Muller <asqueaker at gmail.com> wrote:
> 
> Hi,
>  
>> Re: “I'm not sure how much attention anyone ends up paying to the message protocols lists in the browser.”
>> 
>> If we used them as-intended, to categorize methods according to function (e.g., accessing, printing, instance creation, etc.), it would make finding things much easier!
> 
> I don't know whether everyone is already aware of this, or whether it'd even be helpful at all -- but for the *packagename categories, it is allowed for them to be merely *prefixed* with the package name.  *packagename-accessing and *packagename-testing will both be identified as belonging to the package whose prefix matches that name.
> 
> Then, it'd be possible with "Filterable Lists" enabled, to simply type "acc" in the categories pane to show all just the "accessing" protocols, albeit, broken out by package (maybe IDE enhancement could compress them into one, but then how to move extensions between packages..).  Not perfect, but can be done with the IDE today.
> 
>  - Chris
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20230104/55c70fac/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pastedGraphic.tiff
Type: image/tiff
Size: 2442 bytes
Desc: not available
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20230104/55c70fac/attachment.tiff>