<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p><span style="font-size: 12pt;">Hi Tim,</span><br>
</p>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="">
<p style="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; font-size: 12pt;">
<br>
</p>
<p style="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; font-size: 12pt;">
thanks for the clarification. This (command + bracket) does indeed seem not tto work on Windows (at least for me) neither with the Alt nor with the Command key (handling of the latter is currently buggish at the VM side for win32). To help me to reproduce this,
 could you maybe send me a screenshot of the keyboard exerciser (in the parts bin tool > demo) after pressing command + bracket and hover the recorded event? :-)</p>
<p style="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; font-size: 12pt;">
<br>
</p>
<p style="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; font-size: 12pt;">
> <span>An important point that seems to get forgotten too often is that *typing* some text is a small fraction of the job. *Editing* it will usually occupy much more time, and is typically more fiddly because you have to fairly precisely select text and then
 operate on it. I'll take improvements to *editing* over improvements on *typing afresh* any day. Anyone that doesn't pretend they get it perfectly correct first time (and they are lying) should prefer it.</span></p>
<p style="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; font-size: 12pt;">
<span><br>
</span></p>
<p style="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; font-size: 12pt;">
<span>No objection.</span></p>
<p style="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; font-size: 12pt;">
<span><br>
</span></p>
<p style="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; font-size: 12pt;">
<span>> <span>And surely any cmd-T to make an ifTrue should actually insert</span></span></p>
<p style="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; font-size: 12pt;">
<span><span><br>
</span></span></p>
<p style=""><span style="font-size: 12pt;">Please let's not raise a fuss for this in this thread. :-) I'm
</span>skeptical<span style="font-size: 12pt;"> about cmd-F/T at all. Smalltalk is a general-purpose language that (thankfully!) does </span><span style="font-size: 12pt;">not even have </span><span style="font-size: 12pt;">any built-in syntactic overhead for
 logical constructs such as conditions or loops. Providing such domain-specific shortcuts in the default tooling feels completely wrong to me. Apart from that, we will need to discuss pretty-printers and coding style preferences in a broader context at some
 later point in time. See also: <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2021-May/215416.html" class="OWAAutoLink" id="LPlnk431088" previewremoved="true">http://lists.squeakfoundation.org/pipermail/squeak-dev/2021-May/215416.html</a></span></p>
<p style=""><br>
</p>
<p style="">Best,</p>
<p style="">Christoph</p>
<p style="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; font-size: 12pt;">
<br>
</p>
</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> Mittwoch, 22. Dezember 2021 19:28:02<br>
<b>An:</b> The general-purpose Squeak developers list<br>
<b>Betreff:</b> Re: [squeak-dev] Merge Request: autoEncloseBeforeSpace.cs</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt">
<div class="PlainText"><br>
<br>
> On 2021-12-22, at 10:10 AM, Thiede, Christoph <Christoph.Thiede@student.hpi.uni-potsdam.de> wrote:<br>
> <br>
> Or do you actually hit *command* + [ rather than just [? If yes, why? On Windows, command + bracket does not show any effect at all for me.<br>
<br>
<br>
Err, yeah; it's only the way we old farts have been doing it for about 40 years. The idea of simply hitting '[' and not getting an actual [ on its own is horrifying. If I want to enclose a block of text I expect to do cmd-[. If I want to remove the [] from
 an enclosed block I expect to select the text inside the [] and hit cmd-[ ; I'll admit that the idea of using cmd-] to remove has some possible merit and might be enough to make me remember it.<br>
<br>
An important point that seems to get forgotten too often is that *typing* some text is a small fraction of the job. *Editing* it will usually occupy much more time, and is typically more fiddly because you have to fairly precisely select text and then operate
 on it. I'll take improvements to *editing* over improvements on *typing afresh* any day. Anyone that doesn't pretend they get it perfectly correct first time (and they are lying) should prefer it.<br>
<br>
And surely any cmd-T to make an ifTrue should actually insert<br>
ifTrue:<br>
        [<br>
anyway? And then maybe cmd-ctl-shift-t with a selection should make it<br>
ifTrue:<br>
        [previous selection]<br>
??<br>
And then clearly cmd-shift-ctl-meta-t should do<br>
ifTrue:<br>
        [previous selection]<br>
ifFalse:<br>
        []<br>
?<br>
<br>
I mean, let's go the whole emacs while we're at it...<br>
<br>
tim<br>
--<br>
tim Rowledge; tim@rowledge.org; <a href="http://www.rowledge.org/tim" id="LPlnk79023" previewremoved="true">
http://www.rowledge.org/tim</a><br>
Strange OpCodes: RBR: Remove Bits Randomly<br>
<br>
<br>
<br>
</div>
</span></font></div>
</body>
</html>