<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-2181499747667359740m_962360591956651019gmail-m_2861004285151809051divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr"><p>> <span style="font-size:12pt">It wasn't really meant as a proposal as much as an "example" of how we do it with our object oriented UI.  Since that is already available on the Class menu (also as Cmd+a on that pane, which is how I usually access it), we
 will have to decide whether we want to lengthen the already-long text menu, as you alluded to below..</span></p>
<div><br>
</div>
<div>In your previous message, you convinced me that it would be a better user experience to select the subject first and the operation second. </div></div></div></blockquote><div><br></div><div>Great!  :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-2181499747667359740m_962360591956651019gmail-m_2861004285151809051divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr"><div>This workflow is not supported by <cmd>a. </div></div></div></blockquote><div><br></div><div>Very true.  The MC Browser also forces me into the "operation first, subject second" workflow.  I definitely prefer your Inbox submission for the workflow dimension, but..</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-2181499747667359740m_962360591956651019gmail-m_2861004285151809051divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr"><div>But yes, the current text morph menu is way too long. </div></div></div></blockquote><div><br></div><div>.. yep.  :)  On small screens, some menus end up taller than the screen.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-2181499747667359740m_962360591956651019gmail-m_2861004285151809051divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr"><div>Maybe we should clean
 it up at some time (for example, by extracting all find/"* with it" items into one submenu ... just an idea).</div>
<div><br>
</div>
<div>> <span style="font-size:12pt">Maybe the button row could morph itself automatically into one of those based on size and number of truncated labels..  :)   Another idea, ability to select which functions one wants at each place...   :-o   :)</span>
<div><br>
</div>
</div>
<div>Ah, that sounds a bit like MS (Office) Ribbons :) They are indeed a good example of how to keep a UI quite clear.</div></div></div></blockquote><div><br></div><div><div>Also like what we did with button labels, shortening them to the first letter when their extent gets too small.  I ended up liking that, and could imagine something similar with menus, wherever we currently put a separator break, ---------- , what if it could be a "grayed out" label for that section of menu items which would, whenever the World height was too small, collapse that section into into a cascading menu, and ungray the label..?</div><div></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-2181499747667359740m_962360591956651019gmail-m_2861004285151809051divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr">
<div>Free configurability of each menu and button bar is a cool thing, but when I think at Visual Studio, for example, there were so many command lists to be adjusted that I actually never managed to adjust any of them. </div></div></div></blockquote><div><br></div><div>"Command lists?"  It sounds like they buried it into some tab on a modal "Preferences" panel?  The Squeak way is "live" configuration.  Shift+red-click a menu item, you can edit it.  Shift+blue-click it, and you can use the red halo to remove it, or the green-halo to tear it off as a button and place it anywhere, such as the DockingBar.  We just need to make it _remember_ these actions, and put the removed ones under "more..." for retrieval.  Squeak's live configuration is allows the user to do it without having to context-switch.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-2181499747667359740m_962360591956651019gmail-m_2861004285151809051divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr"><div>Plus, this kind of modularity impair universally
 comprehensible and reproducibly tutorials or screenshots.</div></div></div></blockquote><div><br></div><div>I hope you won't limit your imagination based on that.  No, close your eyes and let it run wild, imagine the most amazing and intuitive UI ever (something like in Minority Report).  Worry NOTHING about the implementation, ONLY the vision, as a user, and what you would want.  THEN make the tutorials and screenshots about THAT!  Maybe it'd even be a self-teaching, user-guiding UI, like in video games, so you wouldn't even need them.  Have you noticed how many modern consumer products no longer come with owners manuals, just "quick start" cards?  Integrated documentation seems to be a thing...  :)</div><div><br></div><div>Best,</div><div>  Chris</div><div> </div></div></div>