Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

[Feature request] Overlay for fast typers (overlay shows current/last written word)

未关闭
#351 2 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 5 天内回复

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
8/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
android, kotlin
领域
mobile

调研方向

This is a design proposal for a word-level overlay on the keyboard, and the issue names no files, tests or entry points. Before any code, a maintainer needs to decide whether the feature fits the app and what the overlay should show, since the thread has been idle for about 292 days. Done would mean an agreed specification, not a patch.

由索引模型根据 Issue 内容生成。

描述

feature request needs triage
Checklist
  • I made sure that there are no existing issues - open or closed - to which I could contribute my information.
  • I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
  • I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
  • I have taken the time to fill in all the required details. I understand that the request will be dismissed otherwise.
  • This issue contains only one feature request.
  • I have read and understood the contribution guidelines.
Feature description

Solution
On the gazing position (~middle keyboard) an overlay can be shown, which shows the current word.

  • The last letter of the word always stands in the same place (new key types push the "old" letters to the left, so the word grows to the left).
  • When the space-key is pressed and it wasn't autocorrected, it still shows the same word (maybe only for at most 3 seconds unitl the overlay hides). If a key for a new key is pressed and a new word begins, the overlay shows the first word letter (begins anew).
  • When the space-key is pressed and it was autocorrected, the overlay shows the autocorrected word on them same position (and maybe the phone vibrates in low volume). The written word is shown above crossed out.
    • (If the auto-correction was right relevant) Same behavior as above with 3 seconds (or so) until the overlay hides, or alternativly a new word was begon.
    • If the auto-correction was wrong. Click/swype for showing all possible other corrections including the original writing. Or delete the last single letters or delete the whole word.

I think it's best to see what I mean in an animated GIF, so I made one (which took longer to make than i exspected, but hopefully it has some value), click to make it bigger:

(The overlay is transparent)

The last written letter could be emphasized in some way, but such things are details.

Small adjustment: It would be good if there would be a visual emphasis on the current letter, (which is the watch anchor / gaze anchor / focal point) and typing is using peripheral vision. E.g. by a highlighting with an additional background rectangle.

E.g. like this:

(the rectangle isn't perfect matching the letter and it's color could be better, but you see, what i mean)

Why do you want this feature?
Feature idea

Related optimization problem and use case
This Feature Request aims to optimize writing speed of correct written words. It's adressing fast typers.

Fast typing is hereby defined by >= ~200 keys per minute (you can test e.g. here). It can be achived by e.g. using both thumbs (which here may be assumed).

Key observations for the problem
1. The optimal gazing point while typing is imo in the ~middle of the keyboard.
This way the periphal gaze can catch all the keys on the keyboard best. This increases the typing precision.


You see the gaze is a bit higher than middle, this may be good because the thumbs might be blocking the view on the lower position for the overlay (but that I'm currently not sure about, because the thumbs are normally moving).

2. The high feedback loop with suggested word forecasting (while typing) probably isn't useful for most fast typers.
Fast typers are so fast that the cost of viewing the possible suggestion-completions (and recognizing them) is higher than just typing the word to end fast.

3. Still: A low-cognitive-profile feedback of what is typed, is still useful for improving accuracy of key-typing
Seeing which letters are currently hit is probably still interesting for improving key-typing accuracy. It has a low-cognitive-profile because that is currently, what was mentally adressed anyway and should typically be exspected result (except when a wrong key was hit). Also it can be showed where the gaze already is in place.

4. Still: To see a word was written wrongly (and also correct it) is still useful, especially if the word was completley written.
This can be done by showing the current/last word on the gazing place. Also, if auto-correction is on (probably recommendable), the words should came out as wanted (because it was manually typed) in most cases if it wasn't corrected. And if it was corrected by the auto-correction it can be shown in place and also make the phone vibrate. This should appear when the spacebar was hit, showing the current wordwriting is finished .

Additional information

No response

主要语言
Kotlin
星标
678
派生
84
平均合并
5 天 9 小时
30 天内合并 PR
8

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

FossifyOrg/Keyboard 的其他 Issue

查看 FossifyOrg/Keyboard 的全部 Issue

相似的 Issue

更多 Kotlin Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。