<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<font face="Georgia">Maybe, but what's happening here is in
MenuItemMorph:<br>
<br>
mouseDown: evt<br>
"Handle a mouse down event. Menu items get activated when the
mouse is over them."<br>
<br>
evt shiftPressed ifTrue: [ ^super mouseDown: evt ]. "enable
label editing" <br>
evt hand newMouseFocus: owner. "Redirect to menu for valid
transitions"<br>
owner selectItem: self event: evt<br>
<br>
I see this code as far back as squeak 3.2 with a 10/10/2000 date
and Andreas's initials. If you comment out the first line, you get
the behavior David was looking for. It would be interesting to
know who might be using this feature.<br>
<br>
Cheers,<br>
Bob<br>
<br>
</font>
<div class="moz-cite-prefix">On 5/10/13 7:23 AM, karl ramberg wrote:<br>
</div>
<blockquote
cite="mid:CAGzzWLjTYFHpQD4m+psVJqLdOxE1mieAfMjNcxPN8S4E7JigTQ@mail.gmail.com"
type="cite">
<div dir="ltr">Morphic has shift+left-click drag selection of
morphs.
<div><br>
</div>
<div style="">Karl</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Fri, May 10, 2013 at 1:00 PM, Bob
Arning <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:arning315@comcast.net" target="_blank">arning315@comcast.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"> <font face="Georgia">It
would be nice if the shift key worked as it once did and
I don't know what the "new" shift-key-in-menu paradigm
is or whether it could be plausibly reverted. However,
it does seem useful if the menu could give some
indication of when there were two possibilities for one
menu item and which is going to happen if you click now.
Not everyone has that memorized.<br>
<br>
Cheers,<br>
Bob<br>
<br>
</font>
<div>
<div class="h5">
<div>On 5/9/13 9:35 PM, David T. Lewis wrote:<br>
</div>
<blockquote type="cite">
<pre>On Thu, May 09, 2013 at 08:52:45AM -0400, Bob Arning wrote:
</pre>
<blockquote type="cite">
<pre>On 5/9/13 8:21 AM, David T. Lewis wrote:
</pre>
<blockquote type="cite">
<pre>So maybe some other mechanism is better, such as a separate menu entry?
</pre>
</blockquote>
<pre>sounds good
</pre>
</blockquote>
<pre>I've looked at this a bit more, and there are several other menu items for
which case-sensitive matching is controlled by the shift key. I suspect that
the original user interface concept here is that the shift key (which one
might think of as the "upper case key") controls whether a menu selection
should pay attention to case. For someone familiar with the keyboard shortcuts,
this would be very efficient and easy to remember.
This mechanism does not work in Morphic because the shift key is used for
other purposes. So the original concept of controlling case-sensitive searches
based on state of the shift key still exists and it still works in MVC, but
it has not been translated into something that works for Morphic.
I'm not sure that changing this for "method source with it" is a good idea
unless that same approach can be applied consistently for "method strings
with it", "class comments with it", etc. So I'm still thinking about it...
Dave
</pre>
</blockquote>
<br>
</div>
</div>
</div>
<br>
<br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">
</pre>
</blockquote>
<br>
</body>
</html>