Openmoko Bug #1864: Keyboard needs to have a non-predictive mode
Openmoko Public Trac
bugs at docs.openmoko.org
Wed Aug 27 14:06:52 CEST 2008
#1864: Keyboard needs to have a non-predictive mode
-------------------------------------------------+--------------------------
Reporter: iknowjoseph | Owner: openmoko-devel
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: unknown | Version: Om2008.8
Severity: normal | Resolution:
Keywords: 2008.8, keyboard, predictive, pm | Blockedby:
Reproducible: always | Blocking:
-------------------------------------------------+--------------------------
Changes (by zecke):
* status: closed => reopened
* resolution: duplicate =>
Comment:
Summary (from my point of view):
- One wants to be able to switch keyboard implementations fast
(qwertz, pickboard, chinese)
- One wants to be able to change "modes" fast (prediction on and off)
Discussion:
- Fast probably means one to two clicks. Either use a hardware key or
have it easily accessible in the decoration.
- Does mode vs. keyboard make sense? For the prediction case it might
not. In Opie we had multikeys which could load any layout and then a per
keyboard config made sense. Personally I would go for "keyboards" and have
per keyboard configs with the assumption that keyboard switching is fast
and config is only used once in a while.
A lot of this is probably duplicate to the "how to switch keyboard
discussion"
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1864#comment:21>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
More information about the buglog
mailing list