<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
        {margin-top:0;
        margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p>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:</p>
<p><br>
</p>
<p><img size="79215" id="x_img127363" tabindex="0" height="180" style="" src="cid:44556d9d-1aaa-42df-8cf5-d5699d4de018"><br>
</p>
<p><br>
</p>
<p>> <span>It never seemed like much of a good idea to me; so many menu entries have no reasonable iconic representation</span></p>
<p><span><br>
</span></p>
<p><span>In some of their Win32 guidelines, M</span><span style="font-size:12pt">icrosoft 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 ...</span></p>
<p><span style="font-size:12pt"><br>
</span></p>
<p><span style="font-size:12pt">> <span>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)<span>, very few icons are well designed</span></span></span></p>
<p><span style="font-size:12pt"><span><br>
</span></span></p>
<p><span style="font-size:12pt"><span>+1 for redesigning the icons consistently (but, sorry, I'm not a graphic artist).</span></span></p>
<p><span style="font-size:12pt"><span>-1 for dropping support for a simple feature because we could not get it working in the past :)</span></span></p>
<p><span style="font-size:12pt"><span><br>
</span></span></p>
<p><span style="font-size:12pt"><span><br>
</span></span></p>
<p><span style="font-size:12pt"><span>> <span>it can drastically slow down menu rendering</span></span></span></p>
<p><span style="font-size:12pt"><span><span><br>
</span></span></span></p>
<p><span style="font-size:12pt"><span><span>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:</span></span></span></p>
<p><span style="font-size:12pt"><span><span><br>
</span></span></span></p>
<p><span style="font-size:12pt"><span><span>- displaying of long lists (3 out of 45 seconds in FormCanvas, mainly font rendering & primitives)</span></span></span></p>
<p><span style="font-size:12pt"><span><span>- displaying of windows and shadows (together, 11 out of 45 seconds)</span></span></span></p>
<p><span style="font-size:12pt"><span><span><br>
</span></span></span></p>
<p><span style="font-size:12pt"><span><span>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" :) )</span></span></span></p>
<p><span style="font-size:12pt"><span><span><br>
</span></span></span></p>
<p><span style="font-size:12pt"><span><span>Best,</span></span></span></p>
<p><span style="font-size:12pt"><span><span>Christoph</span></span></span></p>
<div id="x_Signature">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<div name="x_divtagdefaultwrapper" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:; margin:0">
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> Squeak-dev <squeak-dev-bounces@lists.squeakfoundation.org> im Auftrag von tim Rowledge <tim@rowledge.org><br>
<b>Gesendet:</b> Montag, 17. Februar 2020 20:05:05<br>
<b>An:</b> The general-purpose Squeak developers list<br>
<b>Betreff:</b> Re: [squeak-dev] The Trunk: Morphic-mt.1624.mcz</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText"><br>
<br>
> On 2020-02-17, at 10:59 AM, Thiede, Christoph <Christoph.Thiede@student.hpi.uni-potsdam.de> wrote:<br>
> <br>
> Hm, it would be also nice if the menu items could implement #applyUserInterfaceTheme properly ...<br>
> <br>
> <pastedImage.png><br>
> <br>
> 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?<br>
<br>
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.<br>
<br>
tim<br>
--<br>
tim Rowledge; tim@rowledge.org; <a href="http://www.rowledge.org/tim">http://www.rowledge.org/tim</a><br>
Strange OpCodes: EROS: Erase Read-Only Storage<br>
<br>
<br>
<br>
</div>
</span></font>
</body>
</html>