5 ms·

Now I am imagining a typewriter with just two huge round buttons, next to each other horizontally, and a spacebar bellow them: ----- ----- |

Now I am imagining a typewriter with just two huge round buttons, next to each other horizontally, and a spacebar bellow them: *-----* *-----* | | | | | ● | | Ω | | | | | *-----* *-----* [================] A press of each round button rotates the typing ball accordingly, pressing the space prints the chosen letter and resets the ball to the neutral state. This whole thing should probably be electric lest you'd have to press the space bar by smashing it with both fists.

kevindamm 4mo ago
Now remove the spacebar, combine the two buttons into a single one for "tone" and adapt it to morse code. All the buttons still do only one thing and now there's only one button! And, you don't have to worry about what to do in the case that someone hits the "rotate ball" button while it's still rotating.
- Joker_vD 4mo ago
  > And, you don't have to worry about what to do in the case that someone hits the "rotate ball" button while it's still rotating. Eh, it's a pretty trivial problem, comptometers have it figured out more than a hundred years ago.
  - kevindamm 3mo ago
    If you're suggesting that the different columns of a comptometer would relate to different rotational axes of the ball, you will likely run into gimbal lock in 3D. You could build an interface in 4D around quaternions but that is much more complicated than my suggestion (even including the part where you learn morse code). The quoted part of my comment is in reference to the core topic of TFA where iOS and Nothing/Android photo apps handle the "pressed again during rotation" action differently. That "rotate the typewriter ball" interface runs against the same problem, by necessity of rotating a physical ball.
    - Joker_vD 3mo ago
      I am suggesting that the whole keyboard can lock during the time the physical ball rotates; the comptometers and pinwheel arithmometers of the yore had this functionality: while the mechanism was performing the addition of the number just entered, the user was blocked from fiddling with the input mechanism.
      - kevindamm 3mo ago
        I get that's what you're suggesting. The locking per-axis or across all axes is fine but doesn't address the problem I'm talking about. In gimbal lock, which many graphics programmers first encounter by using only sequential rotations around the camera's axes, you can get into an orientation where you lose one of the three degrees of freedom. https://en.wikipedia.org/wiki/Gimbal_lock https://en.wikipedia.org/wiki/Gimbal_lock
bitwize 4mo ago
Apple still did it best: https://www.youtube.com/watch?v=9BnLbv6QYcA https://www.youtube.com/watch?v=9BnLbv6QYcA
contextfree 4mo ago
Seeing this makes me think of the controls from the original arcade version of Street Fighter 1.

Now I am imagining a typewriter with just two huge round buttons, next to each other horizontally, and a spacebar bellow them: *-----* *-----* |

kevindamm 4mo ago

Now remove the spacebar, combine the two buttons into a single one for "tone" and adapt it to morse code. All the buttons still do only one thing and now there's only one button! And, you don't have to worry about what to do in the case that someone hits the "rotate ball" button while it's still rotating.

Joker_vD 4mo ago
> And, you don't have to worry about what to do in the case that someone hits the "rotate ball" button while it's still rotating. Eh, it's a pretty trivial problem, comptometers have it figured out more than a hundred years ago.
- kevindamm 3mo ago
  If you're suggesting that the different columns of a comptometer would relate to different rotational axes of the ball, you will likely run into gimbal lock in 3D. You could build an interface in 4D around quaternions but that is much more complicated than my suggestion (even including the part where you learn morse code). The quoted part of my comment is in reference to the core topic of TFA where iOS and Nothing/Android photo apps handle the "pressed again during rotation" action differently. That "rotate the typewriter ball" interface runs against the same problem, by necessity of rotating a physical ball.
  - Joker_vD 3mo ago
    I am suggesting that the whole keyboard can lock during the time the physical ball rotates; the comptometers and pinwheel arithmometers of the yore had this functionality: while the mechanism was performing the addition of the number just entered, the user was blocked from fiddling with the input mechanism.
    - kevindamm 3mo ago
      I get that's what you're suggesting. The locking per-axis or across all axes is fine but doesn't address the problem I'm talking about. In gimbal lock, which many graphics programmers first encounter by using only sequential rotations around the camera's axes, you can get into an orientation where you lose one of the three degrees of freedom. https://en.wikipedia.org/wiki/Gimbal_lock https://en.wikipedia.org/wiki/Gimbal_lock

bitwize 4mo ago

Apple still did it best: https://www.youtube.com/watch?v=9BnLbv6QYcA https://www.youtube.com/watch?v=9BnLbv6QYcA

contextfree 4mo ago

Seeing this makes me think of the controls from the original arcade version of Street Fighter 1.