Hi Stephen,

> “convenience” items are placed in the top-level WorldMenu is a preference

Love it :)

Is it an omission or intentional that you removed the Process Browser? It’s not even in the Open submenu.

Thanks,
Best
Jaromir


From: Stephen Travis Pope<mailto:stephen at heaveneverywhere.com>
Sent: Tuesday, January 17, 2023 22:14
To: The general-purpose Squeak developers list<mailto:squeak-dev at lists.squeakfoundation.org>
Subject: Re: [squeak-dev] NewWorldMenu


Hi again,

I made a compromise so that whether the “convenience” items are placed in the top-level WorldMenu is a preference (ConvenientWorldMenu), giving you either,

[cid:bdc58b17-1bb6-47e8-86f0-90388b29e32e at namprd12.prod.outlook.com]

or

[cid:3dece4ec-59b7-408d-8a7c-c9c7e21ebd34 at namprd12.prod.outlook.com]

Here’s the change set (which overrides the earlier one):



Shouldn’t this be in the release image?

stp

--------

Stephen Travis Pope    Ojai, California, USA


     http://HeavenEverywhere.com
     http://FASTLabInc.com
     https://vimeo.com/user19434036/videos
     http://heaveneverywhere.com/Reflections




On Jan 17, 2023, at 3:46 AM, Jaromir Matas <mail at jaromir.net> wrote:

Hi Stephen, Tim, all

I very much like your suggestions. In my view the added value of the World menu is convenience - instant access to frequently used items from the current cursor position. Hence I expect a few of the most frequently used items at the top level of the menu and the rest in sublevels (of open, projects etc.).

Pharo just replicated the horizontal ribbon/dock items vertically and missed half of the fun:

<FEC2D536CC7949F5AB18C8299D4A55D9.png>

Cuis: In case of Cuis I miss direct access to the Browser and Workspace from the top level.

<5BC170ABBA764385BE4EBF84E73DA2BE.png>

This is roughly what I have in mind (from my limited perspective):

<6F2EDBDA881A4C32B78E5363F3673618.png>

I personally wouldn’t mind a longer menu though.

Best,

--
Jaromír Matas


From: Stephen Travis Pope<mailto:stephen at heaveneverywhere.com>
Sent: Tuesday, January 17, 2023 2:23
To: The general-purpose Squeak developers list<mailto:squeak-dev at lists.squeakfoundation.org>
Subject: Re: [squeak-dev] NewWorldMenu


Hi all,

Here’s my proposed NewWorldMenu and the code to produce it.
The submenus are what you’d expect from the old world menu.
Of course there are many alternatives…

stp

<new-world-menu2.jpg>




--------

Stephen Travis Pope    Ojai, California, USA


     http://HeavenEverywhere.com
     http://FASTLabInc.com
     https://vimeo.com/user19434036/videos
     http://heaveneverywhere.com/Reflections


On Jan 15, 2023, at 8:40 AM, Stephen Travis Pope <stephen at heaveneverywhere.com> wrote:


As the British would say,  brilliant!
I'll get right on it...

stp

--------

Stephen Travis Pope - Ojai, CA, USA
http://heaveneverywhere.com



-------- Original message --------
From: tim Rowledge <tim at rowledge.org>
Date: 1/14/23 9:43 PM (GMT-08:00)
To: The general-purpose Squeak developers list <squeak-dev at lists.squeakfoundation.org>
Subject: Re: [squeak-dev] NewWorldMenu


I like the general approach but would prefer even more trimming - along with making more effective use of submenus as Stephen mentioned. This is sometihng I've had on my list for ... well, since before the asteroid strike that wiped out the dinosaurs. If possible I like menus to be around 7 entries. Nine at most.


I was imagining sometihng along the lines of

Help
Browser
Workspace
open->
projects->
do->
save
save/quit->

... All implemented with our really quite nicely working submenus (see the dock 'Extras' menu for examples if you're not already familiar)  instead of the annoying "click on this to open a quite separate menu because we still haven't got around to fixing it" still seen to often. When implemented sufficiently efficiently that they appear perceptually instantly, even multi-level menus are very effective. In RISC OS menu trees can include small dialogues as well, which sounds weird but boy, it works really well. With the menu search/filtering we already have (and extended to deal with the submenus?) we could make a very fast UI facility. Oh, yes, one thing also still needed that should be copied from RISC OS is handling cases where a menu (yes, very inadvisably but still done by some people for what they thought were good reasons) is too long by adding a scrollbar when needed.


'open' would list all the tools/apps. Including one that provides all the changes related stuff currently scattered around. And one that provides all the appearance stuff (which should really be a pre-filtered preferences tool anyway) including themes and fonts and dpi mode and shadows and so forth. I would suggest that the 'list of windows' be a submenu of this.

'projects' would have all the project options and really ought to be the same on the dock menu.

'do' is already a pretty crufty grab-bag but I suspect it has a lot of thing people use so probably it should stay, though a pop-up help window seems like a nicer concept

'save/quit' should be a submenu with the 'anything other than a simple save' options.

There are a lot of other far-too-long menus as well. The code-editor menu is *thirty-two* items long! And there is a long secondary menu!

I'm sure we could make this all a lot nicer.

tim
--
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Death is a nonmaskable interrupt. For now...


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20230117/1a64c847/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: new-world-menu1.jpg
Type: image/jpeg
Size: 24310 bytes
Desc: new-world-menu1.jpg
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20230117/1a64c847/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: new-world-menu2.jpg
Type: image/jpeg
Size: 28425 bytes
Desc: new-world-menu2.jpg
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20230117/1a64c847/attachment-0003.jpg>