MTK MMI event 小结 4

这三天一直没有更新blog，打破了一天一篇的规律。周六日加了两天，再加上一天的通宵，实在有些累。不过再怎么说，感觉是给自己找借口，原来计划是不管多忙，都要更新。以后不会发生了，除非客观原因，比如没网，没电等等。

今天就饥饿着总结MMI event，今天打算说说key event。MTK 的 key envent 管理其实跟 MTK MMI event 小结 2 说的protocol event 机制也差不了多少，简单来说，就是app 通过注册某一个key 的回调函数，当这个key事件产生是，该机制就去找到相应的回调函数，进行回调。

先说说key 的 event 有哪些：

1 key down 按键按下 KEY_EVENT_DOWN

2 key up    按键弹起 KEY_EVENT_UP

3 key long press 按键长按  KEY_LONG_PRESS。 默认好像是长按1.5 记不清楚了，可以自己设置，函数Kbd_SetLongPressTime，不过除非必不得已，不要去随便修改，可能会引起其他应用出问题，要修改，也要先获得当前值，退出应用时设置回原来的值。

4 key repeat 按键按下一直不放，发送该消息 KEY_REPEAT。 举个简单例子，pc 上当输入时，如果长按 a 键，那么回不停的增加a，这个就是repeat动作。这个的时间好像是0.5s，也就是按住键 0.5 s 之后，每隔0.5s，就会发送一个repeat 消息。设置函数Kbd_SetRepeatTime

还有两个不常用的 KEY_HALF_PRESS_DOWN和KEY_HALF_PRESS_UP，也就是说的 2step 可以。

先讲一下按键的处理流程。

当按键下按键之后，MMI task 会收到 MSG_ID_MMI_EQ_KEYPAD_DETECT_IND这个消息，在系统初始化的时候，已经注册了这个消息的处理函数 mmi_frm_key_handle。也就是说 mmi_frm_key_handle 是处理按键过程的函数。这个函数 mmi_frm_key_handle 收到这个消息后，回去一个 通过 该消息带的函数，去取当前发生的按键事件(实际这个函数就是一个按键缓存队列里去第一个，用一个按键缓存队列，可以防止按键大量的丢失，可以起到同步驱动和MMI层，驱动产生按键事件很快而MMI有可能比较慢，可以简单的理解为生产者和消费者的关系，跑题了  )。 取到当前按键后，看当前是否可以进行操作，比如是否有触摸笔按下等等。

转自：http://blog.csdn.net/yanwuxufeng/archive/2010/08/04/5789351.aspx