Openmoko Bug #1864: Keyboard needs to have a non-predictive mode

Openmoko Public Trac bugs at
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 =>


 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)


    - 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

Ticket URL: <> <>
openmoko trac

More information about the buglog mailing list