<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Tim --<div><br></div><div>Yes, it would be nice to have an interface that will always give you a list (or row) of buttons.</div><div><br></div><div>+1</div><div><br></div><div>Since you already did the work and updated all the existing code: go ahead and commit it. :-)</div><div><br></div><div>Extra points for also replacing "UIManager default" with "Project uiManager".</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div>
                                        <blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 18.04.2022 03:10:33 schrieb tim Rowledge <tim@rowledge.org>:</p><div style="font-family:Arial,Helvetica,sans-serif">
<div class="BodyFragment"><span style="font-size: 10pt"><span style="font-size: 10pt">
<div class="PlainText">Something that has annoyed me for years has finally trickled to the top of my attention; the way that we get different kinds of dialogues from the browser depending on how many variables are involved etc. This is a side-effect of the
 system only having one ToolBuilder compatible way of displaying a list to choose from but I claim we need (at least) two.<br>
<br>
For lists where an indeterminate number of entries will be displayed - variable names belonging to the class, temps in a method, packages in the repository, stuff of that sort, we want a relatively heavyweight dialogue that can handle potentially large lists
 and gives us filtering and scrolling. For short (usually fixed) lists where the entries are things like 'delete this universe' & 'reboot simulation of QED' with perhaps a 'Cancel' we want a quite different dialogue more akin to a simple menu with a button
 or two. <br>
<br>
In order to handle this we currently have a rather dubious heuristic that makes the simple dialoge for less than 7 entries and the more complex one otherwise. When it comes to clicking on the browser 'variables' button this makes it a crapshoot as to which
 you get. This has irritated me so many times...<br>
<br>
So, a possible solution is presented.<br>
<br>
I have added #chooseOptionFrom:... (etc) which is intended for the choice between a short list of generally fixed options - see ChangeSet class>>#promptForDefaultChangeSetDirectoryIfNecessary for an example - and then removed the clause in MorphicUIManager>>#chooseOptionFrom:lines:title:
 that made the simple dialogue. Of course, we then have a number of methods that will trigger an unnecessarily heavy dialogue and so some users of the #chooseFrom... methods needed updating. I'm sure I must have missed at least one somewhere.<br>
<br>
With the different kinds of dialogue requirement separated out we could, sometime, do a nicer job of handling the case where there is a simple choice between one or two or three options and maybe a cancel button.<br>
</div>
</span></span></div>
<div class="BodyFragment"><span style="font-size: 10pt"><span style="font-size: 10pt">
<div class="PlainText"><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: ESBD: Erase System and Burn Documentation<br>
<br>
<br>
</div>
</span></span></div>
<div class="BodyFragment"><span style="font-size: 10pt"><span style="font-size: 10pt">
<div class="PlainText"><br>
</div>
</span></span></div>
</div></blockquote></div>