<div dir="ltr"><div>Hi Ken,</div><div>Hope you don't mind I made changes to make it work with my Domains package. What do you think about this?</div><div><br></div><div>In summary: I fixed some problems when building the class list in the Browser. I removed the color from Environment (we can still do the same thing with 'Color random: (Random seed: anEnvironment name hash)' in the GUI wherever it is needed). I added support to be able to do 'Animals Cat new'. And I changed the lookup of the environment for a given system category in order to support packages that have subcategories (for example my Domains package defines many categories like 'Domains-Xxx'). Let me know what you think, and if you're willing to work together on this (I should have asked that first, I guess).</div><div><br></div><div>I don't understand why Environment has a reference to the CodePackage. I think it should be the other way around, and not even explicit, I think CodePackage can implement a method for #environment that looks it up via the new SystemDictionary>>environmentFromSystemCategory: but I don't see a need for Environments to know about CodePackages.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 11, 2020 at 4:17 AM <<a href="mailto:ken.dickey@whidbey.com">ken.dickey@whidbey.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2020-06-10 19:31, Luciano Notarfrancesco via Cuis-dev wrote:<br>
<br>
> .. what I did was to derive the namespace from the system category name <br>
> ('Animals-Mamals' ..<br>
<br>
You probably noted<br>
    (aCodePackage packageName asIdentifier: true) asSymbol.<br>
So<br>
   'Animals-Mamals' -> #AnimalsMamals<br>
<br>
..<br>
-KenD<br>
</blockquote></div>