WP34s shift keys - Printable Version +- HP Forums (https://archived.hpcalc.org/museumforum) +-- Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum-1.html) +--- Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum-2.html) +--- Thread: WP34s shift keys (/thread-227799.html) |
WP34s shift keys - Paulo MO - 07-26-2012 I was looking at the WP34S picture (I'm planning on getting one :P), and its three shift keys caught my attention. Would it not be worthwhile to save at least one of these keys for function implementation? The fact is that, with three keys, we can represent at least eight shift states (more, if we're willing to allow for key repetition, of course) which is far more than needed. There seems to be, thus, room for some optimization. One of the many possible ways to save one key, while maintaining the present YELLOW, BLUE and GREEN shift states, would be to use only two shift keys (say a blue and a yellow), and activating the GREEN shift by pressing "blue" and "yellow" shifts in succession, possibly in any order. The blue+yellow=green is intuitive, and the scheme woukd (hopefully) quickly become second nature, even for color blind people. And, of course, we would have saved a full key, which could then be used for whatnot additional functions. Sorry if this type of scheme has been discussed and discarded before (I searched and could not find it) and/or if I'm overlooking something important (which may well be the case, since I still don't own and never used a WP34S) Best
Paulo
Re: WP34s shift keys - uhmgawa - 07-26-2012 Quote:
I've experimented with such time and sequence encoding of key
Personally I believe drill down menus are the lesser evil Re: WP34s shift keys - Walter B - 07-27-2012
Quote:Nice theoretical concept ;-) So you gain one full key but need one keystroke more for 34. IMHO, that totals to a loss :-/ Re: WP34s shift keys - Andrew Davie - 07-27-2012 Quote: Has to be a philosophical difference. For me, the need to press more keys is not as important as having ease of use insofar as finding functions you want easily. For me, it's a menu driven system every time, only three keys needed (up/down/select). You can add on top of that with quick-keys and re-definable keys. I just think it's silly using three keys on your keyboard to give you shifted functions. You could do it with one. F, FF and FFF. A *majority* of the functions on the keyboard will never or very rarely be used by a *majority* of owners. IMHO the optimal solution is redefinable keys. The next best is menus, and the worst is F/G/H reserved to allow four functions per key as per current design. I'm aware this is probably not a view shared by most. EDIT: So sorry about the really odd title-change every post I make. For some reason the browser is caching my first-ever post from months ago and I fail to notice when I reply to stuff. EDIT2: The problem was LastPass auto form-fill. fixed.
Edited: 27 July 2012, 7:40 a.m. after one or more responses were posted
Re: WP34S yet another newbie layout - Paul Dale - 07-27-2012 Let us know how to properly implement a menu system in 43 by 6 pixels.... That is the primary reason the 34S has so many shift keys.
Re: WP34s shift keys - Andrew Davie - 07-27-2012 Quote:
The uWatch has NO shift key. Edited: 27 July 2012, 6:09 a.m.
Re: WP34S yet another newbie layout - fhub - 07-27-2012 Quote:Well, in principle it would be possible: Of course you can't display 5 or 6 different menu options in this short alpha line, but you could display them one after each other, i.e. pressing a [MENU] key would show the first menu name, e.g. MATH> (the ">" at the end distinguishes it from commands). Then you could switch to different menus e.g. by pressing [MENU] again (or with [->] and [<-]), and when you've reached the wanted menu you can scroll through the single items (i.e. commands) with the down/up arrow keys and execute the command with [ENTER]. So in fact a complete menu tree could be accessed with only one single word/name entry in the alpha dsiplay - but I agree that this won't be very comfortable at all. :-(
Franz
Re: WP34s shift keys - Paul Dale - 07-27-2012 I have one of the first run uWatches. The uWatch has a better display for this kind of thing -- two lines for a start and way more pixels wide. We did consider a menu system.
Edited: 27 July 2012, 6:25 a.m.
Re: WP34s shift keys - Andrew Davie - 07-27-2012 Quote:
Re: WP34s shift keys - fhub - 07-27-2012 Quote:Well, the WP34s has all this already - just look at the 'menu' keys like TEST, P.FCN, X.FCN, MATRIX etc. ... The only difference is that these menus are not called from any other (top-level) menu in the display but just from different keys. Re: WP34s shift keys - Andrew Davie - 07-27-2012 Quote: No, it doesn't have all of this. The WP34S does not have re-definable keys, not can it handle a heirarchy of menus (i.e., sub-menus). These are the fundamental things I was arguing for. I don't particularly want to argue what the WP34S can do with you. You like a cluttered keyboard, I like a clean one. I can make the changes for myself, so as I said it's a philosophical preference. But you don't seem to understand the advantage of allowing the user to put what they *most use* on their keyboard via redefinable keys. I don't particularly want functions on my keyboard that I will never use. I'd rather have them buried out of the way in a submenu. Adding redefinable keys to the existing WP34S would allow all of that. I've made a start. Further, changing the menu system to allow submenus and you have the complete package. Doesn't have to be a big argument; this approach will allow everyone to have what they want.
Re: WP34s shift keys - Paulo MO - 07-27-2012 Yes. That is true, I know :-(. But I feel that the advantage of having 4 extra functions accessible on the keyboard far outweigths the downside of sometimes having to thumb an extra key, as long as:
1. It is a neighboring key (and, hence, does not force us to jump around in the keyboard); Sequences like, for example, "f.Lbl.A" on a 15C are typical: they map your mental image of the action, they do not force you to jump around, and, hence, they are three-key sequences which are not penalizing to the user. I believe that thumbing the yellow and blue neighboring keys to get a green shift would also be a very natural, easy, non time consuming and, hence, non-penalizing, thing; and, of course, it did not need to impact on programming efficiency at all. But I will gladly manage even six shift keys, if needed, to have the joy of owning a WP34S. Shift keys are not the problem; my wife may be :-) Best
Paulo Edited: 27 July 2012, 9:16 a.m.
Re: WP34s shift keys - Walter B - 07-27-2012 Andrew, we know you want a redefinable keyboard. And we know you like menus. Please let me quote our welcome statement (p.7 of the manual): Quote:Let me emphasize "our" and "within ... hardware" :-) Feel free to design some alternative using your approach. Please return when you've your layout laid out ;-)
Good luck!
Re: WP34s shift keys - Andrew Davie - 07-27-2012 Quote:
Yes, fair point. You've actually built it and so far I'm all talk. Re: WP34s shift keys - Walter B - 07-27-2012 Just a minor remark: How do you plan getting rid of an erroneous prefix pressed in your "green" case? Compare p.33 of the manual. Just curious :-)
Re: WP34s shift keys - Peter Klein - 07-27-2012 The question of menus vs. shift keys is a fundamental design issue, and for some almost a religious issue. There are going to be passionate people on either side no matter what is done. I must say that when I first started playing with the 34s emulator a couple of days ago, my first reaction was, "What? THREE shift keys? Too complicated!" But once I got to know the layout and conventions of the calculator, I found myself liking it more and more. It's kind of like learning to play the bassoon, which I do :-) Some fingerings don't make any sense when you start. But after a while most of them "get into your fingers," and all's well. It probably helps that I've used a 25c, 11c, 32s, 32sII, 42s and 33s. So I could take mental shortcuts: "Oh--that's like my 11c. OK. This is more like the 32sII. That's OK, too." I've used, documented, tested and compared much software in my lifetime. I've come to the conclusion that discrete key commands are best for things that you do every day. Menus are better for things that you don't do every day. With the keystrokes, you employ less physical motion than menus. Muscle memory takes over, and you can do familiar things quickly and easily. But with menus, if they are logical, you spend much less time hunting for the right key. So even though they usually mean an extra keystroke or two, they can save you time overall for things you don't do all the time. Ideally, you have both and can choose--which is why most software has both menus and keyboard shortcuts. That would be nice in a calculator, but we are limited by the display and available memory. It would be nice for the 34s to have a two-line x-y display. And 42s-style menus with hierarchy so we could quickly find less-used functions. But the physical display is the limiting factor here. Another thing to remember is that the more advanced calculators have so much math stuffed into them that some people are bound to be less happy with the interface than others. If your favorite functions require less keystrokes to get to, you'll be happier. If not, not so happy. And (my opinion here) if we start down the road of combining the shift keys, I think we've crossed the line where the complexity becomes great enought that few would be happy in the long run. Finally, we have to remember that with the most advanced calculators, we are bumping up against the point where it might be better to use a computer. :-) Most people in the 1970s didn't have that choice. Now we do.
Re: WP34s shift keys - Paulo MO - 07-27-2012 That is a trick question. Whathever I may suggest you will have already considered :-). But here I go, nevertheless:
Assumptions: Rule: "Business as usual. Just one additional rule: yellow+blue = green"
Y - Yellow mode (toggle); To exit "green" mode, you can either go BB, or YY (please see state diagram in http://dl.dropbox.com/u/5923066/state%20machine.jpg). If I'm not mistaken, the only inconvenience would be the fact that direct transition from "yellow" mode to "blue" mode is lost, because YB means "green". Best Paulo
Edited: 27 July 2012, 2:12 p.m.
Re: WP34s shift keys! The lighter side. - Geoff Quickfall - 07-27-2012 On the lighter side, I want "COLOUR coded key confusion". It stops any one from borrowing my calc; dead in their tracks. d:-D That and no = key!
Edited: 27 July 2012, 3:50 p.m.
Re: WP34s shift keys! The lighter side. - Paulo MO - 07-27-2012 Point taken. I can't argue with that. :-) Paulo
Edited: 27 July 2012, 5:09 p.m.
Re: WP34s shift keys - uhmgawa - 07-27-2012 Quote:
Frankly for this limited scenario, I think the above would
Although I don't think it would scale/generalize beyond a Re: WP34s shift keys - Ángel Martin - 07-28-2012
Quote: I can hear the musician talking, maybe because I´m too (sax :=) So I agree completely with that assessment in favor of shift keys vs. menus. I also think the B+Y=G has a lot of merit, and it's not "one free key vs. 34" - at the very least it'd be THREE free keys, and that's if you're keeping the score which isn't the point. This is an interesting discussion and as Peter says almost every idea generates lots of detractors and lots of followers, so if one is looking for consensous... you\ll never win :-) A couple of examples I experimented, which *personally* I'm fond of: - On the 41Z I used repeat-shifts to access second-layer "sub-menus" (for the lack of a better word), or "alternate keyboards" if you wish. The dependency is a decoder ring beyond the obvious choices, which must be color-coded on the overlay (so the double-shift would be a different color). - On the CLUTILS (and POWERCL) I use prompting functions that include cues (initials of action/function) in the prompt, effectively a sub-memu of the allowed options. Some of them trigger yet new prompted menus...
Cheers, |