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