<div dir="ltr">Aloha folks,<div><br></div><div>In a related note to this thread, I've developed <a href="https://github.com/npapagna/cuis-finder">https://github.com/npapagna/cuis-finder</a> some time ago.</div><div><br></div><div>It's a spotlight-like tool for Cuis.</div><div>It allows plugging in different sources (Catalog subclasses) to augment the stuff Finder searches on).</div><div><br></div><div>Please check the readme in the repo for more info, and let me know if you have any questions!</div><div><br></div><div>Cheers,</div><div>Nico PM</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 26, 2021 at 12:09 PM Philip Bernhart via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</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">Hi,<br>
<br>
my 0.02 EUR to that topic is that there are not just<br>
"tools" which are in need to be registered. But also<br>
other things like URI schemes, filetypes, etc.<br>
<br>
I started to write a registry in the "URI kernel"<br>
project I have on github:<br>
<br>
<a href="https://github.com/Phantasus/Cuis-Smalltalk-URI-Kernel" rel="noreferrer" target="_blank">https://github.com/Phantasus/Cuis-Smalltalk-URI-Kernel</a><br>
<br>
also there is a need to register "new" CBOR tag extensions:<br>
<br>
<a href="https://github.com/Phantasus/Cuis-Smalltalk-CBOR" rel="noreferrer" target="_blank">https://github.com/Phantasus/Cuis-Smalltalk-CBOR</a><br>
<br>
all of these need some kind of a system registry and I<br>
wonder if the "best" is to use a similiar Cuis specific<br>
"registry model" or should each part have their specific<br>
homegrown registries?<br>
<br>
Should Cuis provide an abstrac baseclass for this like "Registry"<br>
and each specific subclassed registry implements it in their own way?<br>
<br>
I haven't yet pondered enough about that topic. On one way you<br>
want to bind it do a Smalltalk system on the other hand you want<br>
to be as independent as reasonable possible, so that it can evolve<br>
freely from version to version in an external package.<br>
<br>
<br>
Cheers,<br>
Philip<br>
<br>
Gerald Klix via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>> writes:<br>
<br>
> Hi Juan, Hi folks,<br>
><br>
> On 6/25/21 5:28 PM, Juan Vuletich via Cuis-dev wrote:<br>
>> Hi Gerald,<br>
>> <br>
>> On 6/19/2021 11:12 AM, Gerald Klix via Cuis-dev wrote:<br>
>>> Hi all, Hi Juan,<br>
>>><br>
>>> I also added the TimeProfileBrowser to<br>
>>> Compiler>>#evaluateSelectionAndDo:ifFail:profiled: .<br>
>>><br>
>> <br>
>> Thanks! Just pushed both to GitHub.<br>
>> <br>
>>> BTW:<br>
>>> We should improve discoverability in Cuis.<br>
>>> Now more than 2 and a half years have passed,<br>
>>> that you added me as a Cuis developer,<br>
>>> but it took (me) til yesterday, until I discovered<br>
>>> this TimeProfileBrowser class.<br>
>> <br>
>> Yes. Indeed. We'd replace the "Open" World submenu with a better thought <br>
>> "Tools" menu. Maybe with a few submenu levels, and checking that all the <br>
>> included tools are there. There should also be some kind of registry, so <br>
>> packages can add additional tools.<br>
> That is a more Cuis-like solution than my proposal.<br>
><br>
> What I would really love to have is some facility,<br>
> that provides some means to add tools that are implemented<br>
> in packages that in turn are filed in upon request.<br>
> Scanning the filesystem upon menu-creation is<br>
> not an option. One old hard-disk/NAS,<br>
> like my old time-capsule, will block the menu<br>
> for at least 10 seconds until the disks have spun up.<br>
>> <br>
>> Any takers?<br>
> I am rather reluctant to say yes.<br>
> I have the tendency to over-engineer solutions.<br>
><br>
><br>
> Best Regards,<br>
><br>
> Gerald<br>
> -- <br>
> Cuis-dev mailing list<br>
> <a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
> <a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
<br>
-- <br>
-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><br>Nicolás Papagna</div>