[Cuis-dev] Decentralized menu definition

[Luciano Notarfrancesco]

Yes, it would be great to address those issues, and also unify different
ways to define commands/actions/services on models that can be triggered by
buttons, menues and keyboard shortcuts, and do it in a way that can be
easily extended by packages. Currently we have SimpleServiceEntry for
FileList, I think these could eventually be reimplemented in terms of a new
(more general and simpler) commands/actions/services thing.

On Tue, 19 Jul 2022 at 21:22 Juan Vuletich via Cuis-dev <
cuis-dev at lists.cuis.st> wrote:

> On 7/15/2022 12:53 PM, Hilaire Fernandes via Cuis-dev wrote:
>
> Hi,
>
> Here is a first iteration for decentralized menu definitions .
>
> Check the comment of the MenuBuilder class and its example to execute.
>
> Then check its example class methods to read how write definition of the
> menu.
>
> In theory, this should let third party package smoothly adds entries in
> Cuis menus.
>
> There is place for improvements and to make menu definition more compact,
> but its already gives a general idea.
>
> Thanks
>
> Hilaire
>
> --
> GNU Dr. Geohttp://drgeo.euhttp://blog.drgeo.eu
>
>
> Hi Hilaire,
>
> This is interesting. But if we are to change how menus are built in the
> base image, adding a mechanism that packages will depend on, I'd like it to
> also address these:
> - Keyboard shortcuts. Today, these are even in a worse shape than menus.
> There's no way to tweak them, and we already ran out of them.
> - Context. Different gui controls in different apps will need different
> menus / shortcuts. Even depending on state or mode.
> - Scope of context. Some menus / shortcuts may apply to a leaf morph, like
> a text editor or list. Others apply to a window or other composite morph.
> Others are global.
>
> Actually, we are talking about user commands and how to issue them. So,
> some questions are:
> - which user commands are available on a certain morph in a certain moment
> - how do we group them in menus
> - how (if) we assign them a keyboard shortcut
>
> Everyone, please chime in and share your ideas or possible approaches. It
> would be great if we can find a general solution.
>
> Thanks!
>
> --
> Juan Vuletichwww.cuis-smalltalk.orghttps://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Devhttps://github.com/jvuletichhttps://www.linkedin.com/in/juan-vuletich-75611b3https://independent.academia.edu/JuanVuletichhttps://www.researchgate.net/profile/Juan-Vuletichhttps://patents.justia.com/inventor/juan-manuel-vuletichhttps://twitter.com/JuanVuletich
>
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220721/c763dc50/attachment.htm>