3 ms·

To what exact cases are you referring? Do you not use an ide with a test runner? What exactly is desirable about triggering and monitoring this from a second di

by duaneb 10y ago

To what exact cases are you referring? Do you not use an ide with a test runner? What exactly is desirable about triggering and monitoring this from a second display on the keyboard--where you're looking all the time, naturally--over clicking a button on screen?

deleted 10y ago
[deleted]
striking 10y ago
Take a good look at the IDE running there. It's Vim. I use that all the time, and so do many other people on HN. Do you need a button like this on your keyboard? No, you could set up a new Vim bind. But this is more dynamic; what if the test re-run buttons were only visible after having modified a file, and replaced with a deploy or commit button if tests succeed? If you're vigorously opposed to it, don't buy a Mac. But some people can definitely see use in it. It's like your function row, but with visibly context-aware functions.
- duaneb 10y ago
  The computer already has a fantastic dynamic display built in—the display. Your eyes even naturally fall there. Why do we need a second display at all, much less on the keyboard where people do not look?
  - tkxxx7 10y ago
    Unless you're touch-typing your function keys, you certainly do look there. I don't want a "second display"; I want dynamic, context-aware buttons. Focusing on the fact that it's "another display" misses all the benefits of it not being static hardware buttons.
    - tomtheelder 10y ago
      > I want dynamic, context-aware buttons. The buttons on your keyboard are already context aware. All this does is make them difficult/impossible to touch type (I touch type my F-keys), forces me to look away from my display to perform operations, and removes the good tactile feedback you get from a keypress.
      - tkxxx7 10y ago
        "Context-aware" as in the applications you use will decide what to do with the inputs, I guess, sure. The applications you use being able to create their own inputs is an entirely different thing and what I meant by "context-aware". I agree, though, that the lack of feedback was a mistake.
- monkmartinez 10y ago
  Would vim be fun/useful to use on an iPad? Because, I think that is what your argument really says... >But this is more dynamic; what if the test re-run buttons were only visible after having modified a file, and replaced with a deploy or commit button if tests succeed? More dynamic in that you have to look away from your work to trigger a re-run? Or more dynamic in that its completely worthless if you use an external display and external keyboard? Or more dynamic in that it's another avenue for show-stopping macOS bugs?

by duaneb 10y ago

deleted 10y ago

[deleted]

striking 10y ago

Take a good look at the IDE running there. It's Vim. I use that all the time, and so do many other people on HN. Do you need a button like this on your keyboard? No, you could set up a new Vim bind. But this is more dynamic; what if the test re-run buttons were only visible after having modified a file, and replaced with a deploy or commit button if tests succeed? If you're vigorously opposed to it, don't buy a Mac. But some people can definitely see use in it. It's like your function row, but with visibly context-aware functions.

duaneb 10y ago
The computer already has a fantastic dynamic display built in—the display. Your eyes even naturally fall there. Why do we need a second display at all, much less on the keyboard where people do not look?
- tkxxx7 10y ago
  Unless you're touch-typing your function keys, you certainly do look there. I don't want a "second display"; I want dynamic, context-aware buttons. Focusing on the fact that it's "another display" misses all the benefits of it not being static hardware buttons.
  - tomtheelder 10y ago
    > I want dynamic, context-aware buttons. The buttons on your keyboard are already context aware. All this does is make them difficult/impossible to touch type (I touch type my F-keys), forces me to look away from my display to perform operations, and removes the good tactile feedback you get from a keypress.
    - tkxxx7 10y ago
      "Context-aware" as in the applications you use will decide what to do with the inputs, I guess, sure. The applications you use being able to create their own inputs is an entirely different thing and what I meant by "context-aware". I agree, though, that the lack of feedback was a mistake.
monkmartinez 10y ago
Would vim be fun/useful to use on an iPad? Because, I think that is what your argument really says... >But this is more dynamic; what if the test re-run buttons were only visible after having modified a file, and replaced with a deploy or commit button if tests succeed? More dynamic in that you have to look away from your work to trigger a re-run? Or more dynamic in that its completely worthless if you use an external display and external keyboard? Or more dynamic in that it's another avenue for show-stopping macOS bugs?