<br><br><div class="gmail_quote">On Mon, Apr 9, 2012 at 11:13 PM, Eliot Miranda <span dir="ltr">&lt;<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 <br><br><br><div class="gmail_quote">On Mon, Apr 9, 2012 at 2:07 PM,  <span dir="ltr">&lt;<a href="mailto:juanlists@jvuletich.org" target="_blank">juanlists@jvuletich.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi Eliot,<div><br>
<br>
Quoting Eliot Miranda &lt;<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>&gt;:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, Apr 9, 2012 at 4:04 AM, Bob Arning<br>
&lt;<a href="mailto:arning315@comcast.net" target="_blank">arning315@comcast.net</a>&gt; wrote:<br>
<br>
<br>
&gt; It works in 4.2 Mac for me. In 4.3, it fails as you reported.<br>
<br>
So the change is then the discarding of shiftEncose: and its use in<br>
initializeShiftCmdKeyShortcuts<u></u>.  This change was made when the<br>
signature for enclose: et al was changed to take KeyboardEvents as<br>
arguments instead of the characterStream made in Morphic-nice.566. I agree with Nicholas&#39; comment in Morphic-nice.566 that<br>
&quot;#shiftEnclose: is hardcoding the keyboard layout, which is not<br>
compatible with foreign keyboards and modern VM, and prevents<br>
correct enclosing to work.&quot;.  Looks like there isn&#39;t enough<br>
information in a KeyboardEvent, e.g. the shifted and unshifted<br>
characters, for enclose: to do the right thing.  We need both the<br>
shifted and the unshifted character, and then enclose: can do the<br>
right thing.  But the VM does not pass up this information yet.   I propose we modify the VMs asap to use the &quot;reserved1&quot;<br>
7th field in a sqKeyboardEvent to contain the modified character as<br>
answered by the OS. For and against?<br>
</blockquote>
<br></div>
Yes, yes, yes! While doing this, please include in this new field the character as if [ctrl] was _not_ pressed (even if it actually was pressed). Please take a look at <a href="http://lists.squeakfoundation.org/pipermail/vm-dev/2012-January/010042.html" target="_blank">http://lists.squeakfoundation.<u></u>org/pipermail/vm-dev/2012-<u></u>January/010042.html</a> , where I describe both issues. In that message I suggest doing this in the existing field; but I agree that adding a new field for this behavior is a much better solution.<br>

</blockquote><div><br></div><div>Looking at the Mac OS Carbon support, specifically UCKeyTranslate, one can provide a keyboard code and a modifier bitmask (state of shift, control, meta and option keys) and obtain the Unicode character(s) this results in.  So to get the &quot;logical key&quot; the user typed, I *think* one supplies UCKeyTranslate with the key code and the state of the shift key, i.e. masks out control, option and meta.  See <a href="https://developer.apple.com/library/mac/#documentation/Carbon/reference/Unicode_Utilities_Ref/Reference/reference.html" target="_blank">https://developer.apple.com/library/mac/#documentation/Carbon/reference/Unicode_Utilities_Ref/Reference/reference.html</a>.</div>

<div><br></div><div>Anyone who knows X11 and/or Win32 care to take a look and/or tell me how to do the equivalent there-on?  And of course the equivalent would need to be done for the iOS Mac VM.</div></div></blockquote>
<div><br>I&#39;m looking at the Unix Vm and I think it works nice.  The main problem we have then is the KeyDecodeTable monster in InputEventSensor, that tries to unify the three platforms, but it does not do it.<br><br>I&#39;m getting the same input in a workspace than in a text editor...<br>
<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
Cheers,<br>
Juan Vuletich<div><div></div><div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
&gt; Cheers,<br>
&gt; Bob &gt;<br>
&gt; On 4/8/12 3:46 PM, Eliot Miranda wrote: &gt;<br>
&gt; &gt; Hi All, &gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;      in the current 4.3 trunk shift-enclose on Mac doesn&#39;t<br>
work,<br>
&gt; it<br>
&gt; &gt; performs the unshifted enclose.  e.g.<br>
command-shift-single-quote<br>
&gt; &gt; (which is double quote) encloses with a single quote.  I think<br>
&gt; this<br>
&gt; &gt; is an image issue.  It has been fine in my Qwaq/Teleplace image<br>
&gt; for<br>
&gt; &gt; ages, but in testing I see it is broken in 4.2 also.  Anyone<br>
have<br>
&gt; &gt; any idea what&#39;s going on here?<br>
&gt; &gt; -- &gt; &gt; best, &gt; &gt; Eliot<br>
<br>
-- <br>
best,<br>
Eliot<br>
</blockquote>
<br>
<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>best,<div>Eliot</div><br>
<br></blockquote></div><br>