EditorInfo.inputType 包含未知的输入类
我正在编写一个 IME(软键盘),并且我从一个应用程序(Android Mail)中得到一些奇怪的行为。它正在将未知的输入类传递给我的 IME(通过 InputMethodService.onStartInputView(EditorInfo)):
EditorInfo.inputType & EditorInfo.TYPE_MASK_CLASS = 0xf
问题是 0xf 不是 EditorInfo 中定义的输入类之一!根据文档,唯一的合法值是 0x1、0x2、0x3 和 0x4。执行此操作的唯一文本字段是 Android 邮件应用程序中的正文字段。这是 Android Mail 中的错误还是我遗漏了什么?
提前致谢...
I'm writing an IME (soft keyboard) and I'm getting some weird behavior from one app (Android Mail). It is passing an unknown input class to my IME (via InputMethodService.onStartInputView(EditorInfo)):
EditorInfo.inputType & EditorInfo.TYPE_MASK_CLASS = 0xf
The problem is 0xf is not one of the input classes defined in EditorInfo! According to the docs the only legal values are 0x1, 0x2, 0x3 and 0x4. The ONLY text field that does this is the body field in the Android Mail app. Is this a bug in Android Mail or am I missing something?
Thanks in advance...
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
当我开发
IME
时,类似的事情发生在我身上。就我而言,HTC Hero 在默认短信应用程序中发送的输入类型与其他设备不同。
目前我们意识到 HTC Hero 带来了自己的自定义
IME
,因此应该实现特定的设备逻辑。我的建议如下:
IME
如何处理它。Something like this happened to me while I developed an
IME
.In my case the HTC Hero sent different input types than other devices in the default SMS application.
At the moment we realized that the HTC Hero brought it's own custom
IME
so specific device logic should have been implemented.My recommendation is the following:
IME
handles it.