Post Reply 
user keys
03-17-2014, 01:42 AM
Post: #1
user keys
Is there a way to define a user key that uses a long press of the key?

CD Dodds
Find all posts by this user
Quote this message in a reply
03-17-2014, 01:58 AM
Post: #2
RE: user keys
No.

The low level keyboard driver in all versions so far has exclusively a "key press" message. There is no key up, and hence no long click by definition.

TW

Although I work for HP, the views and opinions I post here are my own.
Find all posts by this user
Quote this message in a reply
03-17-2014, 02:50 AM
Post: #3
RE: user keys
I am probably in the minority, but long-press is a feature I would rather not have on a calculator. On the HP50G, it was annoying at best, and aggravating at worst.

Graph 3D | QPI | SolveSys
Find all posts by this user
Quote this message in a reply
03-18-2014, 01:03 AM
Post: #4
RE: user keys
I miss the HP-41's action of if you press a button and hold it down, it will show you the function. And if you hold it down longer, will nullify the function and ignore it. Use to save me some headaches when I didn't mean to press a particular key.

On a clear disk, you can seek forever.
Find all posts by this user
Quote this message in a reply
03-24-2014, 04:50 PM (This post was last modified: 03-24-2014 04:51 PM by Joe Horn.)
Post: #5
RE: user keys
(03-17-2014 02:50 AM)Han Wrote:  I am probably in the minority, but long-press is a feature I would rather not have on a calculator. On the HP50G, it was annoying at best, and aggravating at worst.

Here's one non-annoying proposed application of long-press on the HP Prime that would be nice in a future firmware version. Currently, to get help on any menu item, you have to navigate to it using the cursor keys. But it would be cool if instead, long-pressing any menu item would only select it, without executing it, so that you could then press Help. This has already been implemented in the Application Library; you can see the help screen for an app, without actually launching that app, by long-pressing its icon and then pressing Help. Very handy.

<0|ΙΈ|0>
-Joe-
Visit this user's website Find all posts by this user
Quote this message in a reply
03-24-2014, 05:09 PM (This post was last modified: 03-24-2014 06:19 PM by HP67.)
Post: #6
RE: user keys
(03-17-2014 02:50 AM)Han Wrote:  I am probably in the minority, but long-press is a feature I would rather not have on a calculator. On the HP50G, it was annoying at best, and aggravating at worst.

I just started playing around with my 50g. What key(s) have short/long presses? I'm going through a few thousand pages of doc here!

Edit: and HP, the Advanced User Manual looks great, but 693 pages with no hyperlinks!? Come on, guys Wink

It ain't OVER 'till it's 2 PICK
Find all posts by this user
Quote this message in a reply
03-24-2014, 05:35 PM (This post was last modified: 03-24-2014 05:36 PM by CR Haeger.)
Post: #7
RE: user keys
I agree - either a long press as Joe describes, or "context sensitive" help. By that, I mean pressing Help immediately following selection/return of a command brings up the help for that command. Usually, I know what command I want to use, but have not memorized what to insert into the (...).
Find all posts by this user
Quote this message in a reply
03-24-2014, 06:20 PM
Post: #8
RE: user keys
(03-24-2014 04:50 PM)Joe Horn Wrote:  
(03-17-2014 02:50 AM)Han Wrote:  I am probably in the minority, but long-press is a feature I would rather not have on a calculator. On the HP50G, it was annoying at best, and aggravating at worst.

Here's one non-annoying proposed application of long-press on the HP Prime that would be nice in a future firmware version. Currently, to get help on any menu item, you have to navigate to it using the cursor keys. But it would be cool if instead, long-pressing any menu item would only select it, without executing it, so that you could then press Help. This has already been implemented in the Application Library; you can see the help screen for an app, without actually launching that app, by long-pressing its icon and then pressing Help. Very handy.

My annoyance with long press isn't that it cannot be made useful, but that "long-press" too easily conflicts with a regular click or some other commonly used gesture. For example, I actually like to hold the catalog menu and scroll it -- sometimes pausing before scrolling some more. So that pause could possibly conflict with a long-press. I do this all the time on my phone when presented with a "scrolling" menu. (A quick tap on the menu item followed by the help key works just as well and is likely faster in place of using long-press. Or even a swipe using one/two fingers...)

Graph 3D | QPI | SolveSys
Find all posts by this user
Quote this message in a reply
03-27-2014, 02:39 PM
Post: #9
RE: user keys
You seem to be confusing long press *on a keyboard* with tap-and-hold on a touch screen.
Find all posts by this user
Quote this message in a reply
03-27-2014, 03:11 PM (This post was last modified: 03-27-2014 03:13 PM by Han.)
Post: #10
RE: user keys
(03-27-2014 02:39 PM)orcinus Wrote:  You seem to be confusing long press *on a keyboard* with tap-and-hold on a touch screen.

Did you miss my quote of Joe's post? The response was in reference to his suggestion about a long press on the touchscreen.

But even when we compare a real key to a virtual one, there is no difference. A long press on a real keyboard can conflict with someone else's regular key press because not everyone presses keys the same way. It's a big issue when trying to properly debounce a keyboard; a long-press just makes it worse. It's the same issue at heart.

Graph 3D | QPI | SolveSys
Find all posts by this user
Quote this message in a reply
03-27-2014, 03:33 PM
Post: #11
RE: user keys
My point was more along the lines of - no, touch screen (and mouse driven) UIs aren't the same as a keyboard w/ regards to long presses. A long press is fairly common in a different context (drag, drag and scroll throug a menu, drag and drop) in touch/cursor based UIs.

Long presses on a keyboard, on the other hand, are *very* uncommon, except for modifier keys (which are easily excluded) and are thus extremely hard to mistake for something else, as long as the length of what constitutes as a long press is longer than a common keypress (which is very short, even with a debounce period included). Think 1 second.

On top of that, asking for a long press is very different than having separate keyup and keydown events exposed to the (user accessible) programming language. Former implies a fixed "long press" length. The latter does not and is infinitely tweakable.
Find all posts by this user
Quote this message in a reply
Post Reply 




User(s) browsing this thread: 1 Guest(s)