2 ms·
I posted this earlier about Ted Selker's "Joy Button" (I've updated the link to the video of Mr. Lossoff's Distinguished Buttons, who has in fact the most exten
by DonHopkins 4y ago
I posted this earlier about Ted Selker's "Joy Button" (I've updated the link to the video of Mr. Lossoff's Distinguished Buttons, who has in fact the most extensive button collection in all the world):
https://news.ycombinator.com/item?id=21757484 https://news.ycombinator.com/item?id=21757484
DonHopkins on Dec 10, 2019 | parent | context | favorite | on: ZedRipper: A 16-core Z80 laptop
Ted Selker, who developed the Trackpoint at IBM Almaden Research Lab, always calls it the "Joy Button", but IBM just wouldn't go with that. But at least they made it red (thanks to industrial designer Richard Sapper)!
TrackPoint (2011) (microsoft.com) [Buxton Collection]:
https://news.ycombinator.com/item?id=9437780 https://news.ycombinator.com/item?id=9437780
https://www.microsoft.com/buxtoncollection/detail.aspx?id=60 https://www.microsoft.com/buxtoncollection/detail.aspx?id=60
Some stuff I wrote about the Trackpoint and relative input devices in general:
https://news.ycombinator.com/item?id=18340403 https://news.ycombinator.com/item?id=18340403
>Input devices should allow users to configure a velocity mapping curve (which could be negative to reverse the motion). X-Widows had a crude threshold-based mouse acceleration scheme, but it's better to have an arbitrary curve, like the TrackPoint uses, that can be optimized for the particular user, input device, screen size, and scrolling or pointing task at hand.
>https://wiki.archlinux.org/index.php/Mouse_acceleration https://wiki.archlinux.org/index.php/Mouse_acceleration
>One of the patented (but probably expired by now) aspects of the Trackpoint is that it has a very highly refined pressure=>cursor speed transfer function, that has a couple of plateaus in it that map a wide range of pressures to one slow or fast but constant speed. The slow speed notch is good for precise predictable fine positioning, and the fast speed notch is tuned to be just below eye tracking speed, so you don't lose sight of the cursor. But you can push even harder than the fast plateau to go above the eye tracking plateau and flick the cursor really fast if you want, or push even lighter than the slow plateau, for super fine positioning. (The TrackPoint sensor is outrageously more sensitive than it needs to be, so it can sense very soft touches, or even your breath blowing on it.)
Ted Selker demonstrated an early version of the "pointing stick" in 1991:
https://www.youtube.com/watch?v=6hhnlaUxsL8 https://www.youtube.com/watch?v=6hhnlaUxsL8
Ted always reminds me of another distinguished "Button Man": Mr. Lossoff from Nero Wolfe's "Mother Hunt". Those Button Men can be pretty intense!
https://www.youtube.com/watch?v=h-QgWOSVKm4&t=12m5s https://www.youtube.com/watch?v=h-QgWOSVKm4&t=12m5s
microcolonel on Dec 10, 2019 | next [–]
> it's better to have an arbitrary curve, like the TrackPoint uses, that can be optimized for the particular user
Maybe you could even learn the curve by counting pointing error (measure the overshoot before clicking), and maybe make it two dimensional (i.e. the sensitivity and acceleration are different based on the direction).
I use a program called BrightML to do automatic screen brightness control. It's innovative in that it accounts not only for time of day, location, and ALS if you have it; but also considers which application is focused when you set the brightness. If there is an application which you always turn down the brightness for when it's focused, it'll turn it down in anticipation.
A similar thing could probably be done for the TrackPoint acceleration.
DonHopkins on Dec 10, 2019 | parent | next [–]
That's a great idea, especially since the ideal profile would differ between different apps (or different parts of the same app, like drawing area -vs- toolbar -vs- text editor).
Ted wrote some amazing stuff about adaptive curves and other cool ideas he tried, at the end of his whirlwind exposition to Bill Buxton:
https://www.microsoft.com/buxtoncollection/detail.aspx?id=60 https://www.microsoft.com/buxtoncollection/detail.aspx?id=60
>The ones that got away are more poignant. I designed adaptive algorithms we were exploring- we were able to raise the tracking plateau by 50% for some people, and if we had had the go ahead we could have made that stable and increased performance tremendously. It seems some people used tendon flex to improve pointing- we found this looked like overshoot and we had trouble making the adaptive algorithms stable in the time box we gave it. We made a special application that was a game people played to improve their pointing –as their game play improved the transfer function improved too! We made a surgical tool that used a Trackpoint to allow tremor-free use of a camera from a laparoscope. We made a selector for the FAA to do ground traffic control that saved a multihundred million dollar contract for IBM with the government. I would have loved the product to change cursor movement approach for form filling, text editing and graphical applications; again that could probably double performance. Yes, I s till want to do it NOW. We built a gesture language into the Trackpoint that can be accessed in the firmware; the only aspect the driver exposes is Press to Magnify or Press to Select. We created probably two dozen haptic feedback Trackpoint designs. They improved novice performance and were loved by the special needs community. I did a preliminary study that showed how novices selected faster with it; the product group saw no need to spend the money for that. We made a science experimental test bed to teach physics that never shipped; we made many versions of multi-Trackpoint keyboards that never shipped. We made many other things too- a versatile pointing device for the table called Russian tea mouse allowed for full hand, thumb, finger, or in-the-palm use. We made pen like stalks that allowed selection without taking hands off the keyboard. We made devices that used one set of sensors to run two input devices. We made an electormechanical design used by one special user. We found that brushing the top instead of pressing it could give amazing dynamic range, at the expense of having to cycle the finger for long selections. The joystick for this had no deadband, it had an exquisite sensitivity and control … we never made an in-keyboard device that shipped with this alternative set of algorithms and scenario. I designed better grippy top ideas that never made it; also better sensitivity solutions that never made it too. And I hate to say it but there are many other improvements that I made or would like to make that I could elaborate further on but will stop here…..