<div><div><div dir="auto">Oh, I see, makes more sense now, thanks for explaining! And good point about being able to enter Text.</div><div dir="auto">In general, I’ve never liked very much the way we request user input with popups like StringRequestMorph, and the disconnect from the tool that it originated from. In some cases I’d rather avoid the popup and solve it within the tool… for example I’d like to rename temporary variables or arguments by double clicking to select it and writing a new name (as other IDEs do).</div></div></div><div><div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 5, 2024 at 01:17 Gerald Klix <<a href="mailto:cuis.01@klix.ch" target="_blank">cuis.01@klix.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    At my working PC I do have a keyboard.<br>
    But I often add extension categories, which has the following
    workflow:Select a method category (with a left click).
    <ol>
      <li>Right click for the pop-up menu.</li>
      <li>Left click on the extension category menu item</li>
      <li>Left click on the appropriate menu item.<br>
      </li>
      <li>Now a StringRequestMorph appears and I have to switch to the
        keyboard.</li>
    </ol>
    Given that the remaining work is just drag and drop,<br>
    this need to press Enter on the keyboard became more and more
    annoying.<br>
    <br>
    I never tried Cuis/Haver on my wife's surface book in tablet mode,<br>
    but I suppose I would have to activate the on-screen-keyboard<br>
    just to press Enter.<br>
    <br>
    I hope this is reason enough for this this change.<br>
    <br>
    Concerning the StringRequestMorph as such:<br>
    I would love to add a super-class called TextRequestMorph,<br>
    which will be used to enter help texts.<br>
    With the existing implementation you can format<br>
    the text entered. The formatting will be thrown away,<br>
    when the entered text is answered, which is a pity.<br>
    <br>
    There are other issues:<br>
    If you never close the request morph, it will exist for ever,<br>
    even if the browser that created it, is gone.<br>
    <br>
    <br>
    Best Regards,<br>
    <br>
    Gerald</div><div text="#000000" bgcolor="#FFFFFF"><br>
    <br>
    <br>
    <div>On 1/4/24 7:00 PM, Luciano
      Notarfrancesco via Cuis-dev wrote:<br>
    </div>
    <blockquote type="cite">
      <pre style="font-family:monospace">Perhaps we can make it a preference?
Or perhaps we should replace the StringRequestMorph with something entirely
different if the computer doesn’t have a keyboard? I never thought someone
would use it without a keyboard, how do you input characters in it without
a keyboard?

Cheers,
Luciano

On Thu, Jan 4, 2024 at 22:18 Gerald Klix via Cuis-dev <
<a href="mailto:cuis-dev@lists.cuis.st" style="font-family:monospace" target="_blank">cuis-dev@lists.cuis.st</a>> wrote:

</pre>
      <blockquote type="cite">
        <pre style="font-family:monospace">Hi all, Hi Juan,

The current implementation of the StringRequestMorph
is hard to use with a mouse or a touch-pad,
because you need a keyboard to accept or
discard the input.
Therefore I added two tiny buttons to
accept or cancel the input.

I hope you like it.


HTH and Best Regards,

Gerald
--
Cuis-dev mailing list
<a href="mailto:Cuis-dev@lists.cuis.st" style="font-family:monospace" target="_blank">Cuis-dev@lists.cuis.st</a>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" style="font-family:monospace" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a>

</pre>
      </blockquote>
      <pre style="font-family:monospace"></pre>
      <br>
      <fieldset></fieldset>
    </blockquote>
    <br>
  </div>

</blockquote></div></div>
</div>
</div>