Hi Folks.
I have to thank Maurice Rabb for getting me to play with the Selector Finder.
Apparently, the Morphic Selector Finder is working as designed. If I type a selector name, like "printOn:" in the upper left hand box and then type <Enter>, the lower pane fills up with selectors whose name contains this substring.
The MVC Selector finder does not do this. I'm not sure if this is the only way to use the tool, as I just recently started playing around with it. I can't seem to figure out how to use the "find...", "find again" or "set search string" popup items. They don't appear to do anything in this dialog.
In any event, the two dialogs do not seem to work the same, so I'm calling this a bug.
Thanks.
---==> Chris
Chris,
What's different between the SelectorFinder in morphic vs mvc is that in morphic you can hit the RETURN key -- after typing in the desired selector fragment -- to launch your query, whereas in mvc you have to hit cmd-s (or alt-s) or the ENTER key, or choose "accept" from the type-in-pane's menu.
(The mvc text editor treats a RETURN like any other character, but in morphic we can set up a text editing pane such that RETURN is interpreted as a request to "accept". That's progress!)
If it's really true that the ENTER key doesn't work in an mvc SelectorBrowser on your machine, this may be a platform-dependent problem revolving around interpretation of the Enter key. On the Mac, at least, ENTER works equivalently in mvc and morphic text panes, serving as a synoynm for "accept" in both cases.
As for the "find", "find again" etc. menu items you see in the type-in pane's menu in the SelectorFinder, these are just incidental byproducts of the fact that the type-in pane is a general text-editing pane -- what you're seeing is just the standard text-editing menu. You can in fact do general text-editing in this pane if you really want to! We didn't want to bother special-casing a more restricted menu here because -- well, because we never do. I can see how it was puzzling in this case, but on the other hand, it's nice, wherever text-editing is possible, to see the same familiar set of text-editing menu items.
Hope this helps,
-- Scott
At 12:22 PM -0800 3/23/99, Norton, Chris wrote:
Hi Folks.
I have to thank Maurice Rabb for getting me to play with the Selector Finder.
Apparently, the Morphic Selector Finder is working as designed. If I type a selector name, like "printOn:" in the upper left hand box and then type <Enter>, the lower pane fills up with selectors whose name contains this substring.
The MVC Selector finder does not do this. I'm not sure if this is the only way to use the tool, as I just recently started playing around with it. I can't seem to figure out how to use the "find...", "find again" or "set search string" popup items. They don't appear to do anything in this dialog.
In any event, the two dialogs do not seem to work the same, so I'm calling this a bug.
Thanks.
---==> Chris
On Tue, Mar 23, 1999 at 02:16:32PM -0800, SWallace wrote:
If it's really true that the ENTER key doesn't work in an mvc SelectorBrowser on your machine, this may be a platform-dependent problem revolving around interpretation of the Enter key. On the Mac, at least, ENTER works equivalently in mvc and morphic text panes, serving as a synoynm for "accept" in both cases.
FYI only: PC keyboards usually have both a <return> key for your right pinky and an <enter> key on the numeric keypad way off to the right. On many PCs (including mine) the <return> key and <enter> key are both labeled "Enter". When running X window (e.g. Linux) the distinction between the two keys is preserved; one generates X events for "Return" and the other for "KP_Enter" (this is all going through several layers of confusing mapping, but you get the idea). Windows would also have access to the two distinct keys, I presume.
PC keyboards and labeling are very inconsistent (and I'm just talking about the U.S. keyboards!), so a lot of application software just treats the two keys as if they were the the same. My Linux Squeak system seems to be set up this way.
squeak-dev@lists.squeakfoundation.org