[Feature request] Overlay for fast typers (overlay shows current/last written word)
维护者通常 5 天内回复
还没有人认领这个 Issue。
评估
调研方向
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 内容生成。
描述
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 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
FossifyOrg/Keyboard 的其他 Issue
-
Error of the Ukrainian keyboard layout可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭bug
难度 2/5 1-3 小时 新手友好度 60/100
FossifyOrg/Keyboard#487 · 1 条评论 ·
维护者通常 5 天内回复
-
bug needs triage
难度 4/5 3-5 天 新手友好度 48/100
FossifyOrg/Keyboard#484 ·
维护者通常 5 天内回复
-
bug needs triage
难度 3/5 1-2 天 新手友好度 35/100
FossifyOrg/Keyboard#462 · 1 条评论 ·
维护者通常 5 天内回复
-
bug needs triage
难度 4/5 3-5 天 新手友好度 18/100
FossifyOrg/Keyboard#450 ·
维护者通常 5 天内回复
-
feature request needs triage
难度 3/5 1-2 天 新手友好度 35/100
FossifyOrg/Keyboard#447 ·
维护者通常 5 天内回复
查看 FossifyOrg/Keyboard 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
-
难度 2/5 1-3 小时 新手友好度 72/100
callstack/react-native-brownfield#492 · 1 条评论 ·
维护者通常 4 天内回复
-
fix: retain the best partial noise-correction solution可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
world-federation-of-advertisers/cross-media-measurement#4653 ·
维护者通常 1 天内回复
-
enhancement help wanted
难度 2/5 1-3 小时 新手友好度 70/100
kabirvashisht4-glitch/Vet#22 ·
-
documentation good first issue
难度 1/5 1-3 小时 新手友好度 85/100
djazairdev/wilayas#23 ·
维护者通常 1 天内回复