Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Full-width thumb keyboard #602

Closed
3 tasks done
alensiljak opened this issue Jan 3, 2024 · 5 comments
Closed
3 tasks done

Full-width thumb keyboard #602

alensiljak opened this issue Jan 3, 2024 · 5 comments
Labels
enhancement New feature or request

Comments

@alensiljak
Copy link
Contributor

alensiljak commented Jan 3, 2024

  • Did you check to see if this issue already exists?
  • Is this only a single feature request? Do not put multiple feature requests in one issue.
  • Is this a question or discussion? Don't use this, use https://lemmy.ml/c/thumbkey

I'd like to work out an idea. I have applied for an account at Lemmy and we can discuss at depth here once I open a thread. Not sure how many people participate there but I'll post a link here later (when my account is approved).
In any case, this issue can be used as an actual request, once the idea is complete with details.

Background

Several concepts coming together

  • using thumbs, key-size
  • swiping for extra characters
  • use of screen space (full-width)
  • special characters accessible immediately

plus my specifics

  • using both hands for fast typing
  • using Dvorak layout
  • using multiple languages with diacritics

Proposal

Considering the name of the app is Thumb Key, I think this actually fits. Although, in practice, it is based on the 3x3 layout for use with one thumb. But, perhaps not?
I like the idea behind the Type Split layout. But, why not use all the available space?

pr

Especially, the idea behind the modification

comment

To maximize the space and utility when using two hands, I'd propose having 2 x 3x3 grids. One for each thumb.

Benefits:

  • more characters available for touch-typing
  • more slots available for swipe-typing

The layout would look something like this:
image

Also pinging @mockballed.

Discussion

Please let's use this for any final conclusions on issues. Discussion is at https://lemmy.ml/post/10082822.

@alensiljak alensiljak added the enhancement New feature or request label Jan 3, 2024
@alensiljak
Copy link
Contributor Author

alensiljak commented Jan 3, 2024

To Work-Out

  • position of space
  • 3 or 4 rows?
  • exact location of characters on the keys
    • where to place the most-common characters when starting with Dvorak, where the middle row contains the majority of them?
  • Would a modification of an existing two-hand layout work? Remove the middle row; place the two keys from there into the redundant backspace keys.

@alensiljak
Copy link
Contributor Author

alensiljak commented Jan 3, 2024

Some guiding principles need to be summarized.

Principles

  • Alternating fingers, as opposed to rolling-fingers. (Starting from Dvorak as the base layout)
  • Minimize the use of diagonal swipes

@alensiljak
Copy link
Contributor Author

alensiljak commented Jan 3, 2024

Option 1: adapted 2-hand layout

One potential option is to reuse the current 2-hand layout, with some adaptation.
I'd remove the middle row with the special characters and move the two useful keys from there into the bottom row.
The bottom row would then contain: emoji key, delete, space (2 slots), #, enter. (for example)

Pros:

  • This keeps the familiar character position of TK
  • allows alternating hands (with any character)
  • simple single-handed use for either hand

@dessalines
Copy link
Owner

@alensiljak Would you still like to keep this one open?

@alensiljak
Copy link
Contributor Author

I think we can close this now. I'd be interested to see what comes out of the AI geneted layouts #169, but at this size, not just 3*3.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants