[squeak-dev] The Trunk: Morphic-mt.1624.mcz

Thiede, Christoph Christoph.Thiede at student.hpi.uni-potsdam.de
Mon Feb 17 19:35:53 UTC 2020


To clarify this: This screenshot was made after 1) opening the menu and 2) saying Preferences changeFontSize: 12. Thanks to Marcel's recent commits, menus don't look that bad when opened after rescaling:


[cid:44556d9d-1aaa-42df-8cf5-d5699d4de018]


> It never seemed like much of a good idea to me; so many menu entries have no reasonable iconic representation


In some of their Win32 guidelines, Microsoft says that context menus should not need icons. But Microsoft also says that context menus should be very short, so they are far away from us by worlds ...


> the size of the icons really needs to be carefully constrained in order to not make a messy visual (look at what the inspect/explore lines do in your image), very few icons are well designed


+1 for redesigning the icons consistently (but, sorry, I'm not a graphic artist).

-1 for dropping support for a simple feature because we could not get it working in the past :)



> it can drastically slow down menu rendering


I never faced that issue. I made some performance analysis recently when each world cycle in my image took a few hundred milliseconds, and the main loads still are the following:


- displaying of long lists (3 out of 45 seconds in FormCanvas, mainly font rendering & primitives)

- displaying of windows and shadows (together, 11 out of 45 seconds)


The main problem is that all of these drawing operations are executed whenever a Browser or something else is hovered for a moment (and no, I do not wish to turn off "windows contents always active" :) )


Best,

Christoph

________________________________
Von: Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im Auftrag von tim Rowledge <tim at rowledge.org>
Gesendet: Montag, 17. Februar 2020 20:05:05
An: The general-purpose Squeak developers list
Betreff: Re: [squeak-dev] The Trunk: Morphic-mt.1624.mcz



> On 2020-02-17, at 10:59 AM, Thiede, Christoph <Christoph.Thiede at student.hpi.uni-potsdam.de> wrote:
>
> Hm, it would be also nice if the menu items could implement #applyUserInterfaceTheme properly ...
>
> <pastedImage.png>
>
> By the way: The indent of labels next to symbols is hard-coded and not the same for icons and markers (see MenuItemMorph >> drawLabelOn:). We currently don't have any mechanism for centering all icons horizontally and all labels to the left, do we?

Do people actually like having icons stuck in their menus? It never seemed like much of a good idea to me; so many menu entries have no reasonable iconic representation, the size of the icons really needs to be carefully constrained in order to not make a messy visual (look at what the inspect/explore lines do in your image), very few icons are well designed, it can drastically slow down menu rendering... really not something I like.

tim
--
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Strange OpCodes: EROS: Erase Read-Only Storage



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200217/d8ac00c3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pastedImage.png
Type: image/png
Size: 79215 bytes
Desc: pastedImage.png
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200217/d8ac00c3/attachment-0001.png>


More information about the Squeak-dev mailing list