[Cuis-dev] Siren progress and questions (Packages)

[Juan Vuletich]

Hi Stephen,

On 12/13/2022 3:47 PM, Stephen Travis Pope via Cuis-dev wrote:
>
> Hello colleagues,
>
> Thank you for taking the time to respond and address my concerns.
>
> As one who is new to Cuis, the ease of learning your class library is 
> important to me, and having many method categories (AKA protocols) 
> that don’t follow the traditional naming convention is not at all 
> helpful.  Worse, it leads one to browse in “all” mode, which means it 
> takes much longer to find things.

Method categories can surely be enhanced in the base image. Of course, 
contributions are welcome.

> The system supports method properties, so why not use these for the 
> package-ID?  The browser could of course support them…

WRT method categories of methods in packages, it is perfectly possible 
to use , for instance, '*PackageName-accessing' as a method category. 
The browser could (at the user request) to show such methods in the 
regular 'accessing' category. I think this would be a better option.

Thanks,

>
> stp
>
> --------
>
> Stephen Travis Pope    Ojai,California, USA
> pastedGraphic.tiff
>      http://HeavenEverywhere.com
>      http://FASTLabInc.com
>      https://vimeo.com/user19434036/videos
> http://heaveneverywhere.com/Reflections
>
>
>
>> On Dec 12, 2022, at 6:46 AM, Juan Vuletich <juan at cuis.st> wrote:
>>
>> I'm sure we can improve our tools, and discussing issues and options 
>> is important.
>>
>> Still, in this case, I find it valuable to see in the browser that 
>> some method belongs to a package. It means it can not be freely used, 
>> being safe only for packages that declare the first as a requisite.
>>
>> WRT simplicity, yes, it is perhaps the main focus for Cuis itself.
>>
>> Thanks,
>>
>> On 12/2/2022 3:41 AM, Stephen Travis Pope via Cuis-dev wrote:
>>>
>>> Thanks for this clarification, Luciano!
>>>
>>> I have to say, though (sorry), that it’s unacceptable, since the 
>>> system is supposed to be “easily discoverable,” and forcing classes 
>>> to have a load of unnecessary method categories (AKA protocols) 
>>> (like the current system’s “CampSmalltalk” protocols) makes it 
>>> harder for newbies to learn it.  Should a popular system class 
>>> (e.g., OrderedCollection) now have 5 “XXX-printing” protocols for 
>>> the different packages that the user has installed?  Is there 
>>> another option?  Should we build a package manager that allows one 
>>> to browse the system and drag’n’drop categories, classes and methods 
>>> into a package?
>>>
>>> Sorry to be critical, but I was one of the first people (1987-94) to 
>>> teach Smalltalk on a larger scale to paying customers, so simplicity 
>>> is important…
>>>
>>> stp
>>>
>>> --------
>>>
>>> Stephen Travis Pope    Ojai,California, USA
>>>
>>> http://HeavenEverywhere.com
>>> http://FASTLabInc.com
>>> https://vimeo.com/user19434036/videos
>>> http://heaveneverywhere.com/Reflections
>>>
>>>
>>>
>>>> On Dec 1, 2022, at 9:47 PM, Luciano Notarfrancesco via Cuis-dev 
>>>> <cuis-dev at lists.cuis.st> wrote:
>>>>
>>>> Hi Stephen,
>>>> A package can overwrite a method in a system class or in a class 
>>>> from other package it depends on. For example if you package name 
>>>> is ‘Siren’ you have to put the new method in a message category 
>>>> starting with ‘*siren’, such as ‘*siren-printing’, etc (or 
>>>> ‘*Siren-printing’, case doesn’t matter).
>>>>
>>>> On Fri, 2 Dec 2022 at 10:30 Stephen Travis Pope via Cuis-dev 
>>>> <cuis-dev at lists.cuis.st <mailto:cuis-dev at lists.cuis.st>> wrote:
>>>>
>>>>
>>>>     Oh, I forgot one other question: Is there a way to merge
>>>>     packages, or are they bound to system class categories?
>>>>
>>>>     Siren has many categories, and the Package tool implies that
>>>>     merge/delete is an option.  It’d be great if one could select
>>>>     multiple packages and merge them.
>>>>
>>>>     I did figure out that I can make one package that has the all
>>>>     other categories in its group as prerequisites.
>>>>
>>>>     How does one add random system class changes to a package?
>>>>
>>>>     Is it possible to make a package with a class that’s in a
>>>>     system category (i.e., one with other classes in it that aren’t
>>>>     in the package)?
>>>>
>>>>     …any replies appreciated…
>>>>
>>>>     stp
>>>>
>>>>     --------
>>>>
>>>>     Stephen Travis Pope    Ojai,California, USA
>>>>     <pastedGraphic.tiff>
>>>>     http://HeavenEverywhere.com <http://heaveneverywhere.com/>
>>>>     http://FASTLabInc.com <http://fastlabinc.com/>
>>>>     https://vimeo.com/user19434036/videos
>>>>     http://heaveneverywhere.com/Reflections
>>>>
>>
>> -- 
>> Juan Vuletich
>> cuis.st
>> github.com/jvuletich
>> researchgate.net/profile/Juan-Vuletich
>> independent.academia.edu/JuanVuletich
>> patents.justia.com/inventor/juan-manuel-vuletich
>> linkedin.com/in/juan-vuletich-75611b3
>> twitter.com/JuanVuletich
>


-- 
Juan Vuletich
cuis.st
github.com/jvuletich
researchgate.net/profile/Juan-Vuletich
independent.academia.edu/JuanVuletich
patents.justia.com/inventor/juan-manuel-vuletich
linkedin.com/in/juan-vuletich-75611b3
twitter.com/JuanVuletich

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20221214/8845eec8/attachment-0001.htm>