问题标签 [ime]

我正在维护一个包含 ComponentOne VSFlexGrid 7.0 的 VB6 表单的应用程序。我们有一个自定义上下文菜单，允许用户执行一些专门的复制和粘贴操作。最近，我们遇到了以下问题：

1. 突出显示其中一个单元格中的一些文本。
2. 右键单击单元格，文本仍然突出显示。
3. 选择上下文菜单选项之一。
4. 发生请求的上下文菜单操作。
5. 将显示另一个与此处所示类似的上下文菜单，其中包含“从右到左的阅读顺序”、“打开 IME”和“重新转换”等选项。

如何使第二个上下文菜单消失？到目前为止，我已经尝试过Microsoft 知识库描述的方法，但没有成功。我的 WindowProc 函数如下：

复制操作发生后，我看到的 uMsg 值为 15（WM_PAINT）和 32（WM_SETCURSOR）。我还注意到，当我没有在单元格中突出显示文本时会触发表单级 MouseUp 事件，但是当我在单元格中突出显示文本时它不会触发。

对 VB6 和/或 ComponentOne 有更深入了解的人可以给我更多关于发生的事件序列的详细信息，以及如何让这个额外的上下文菜单不显示？

有人知道是否可以从应用程序中使用标准拉丁语 IME 键盘吗？基本上，我希望在按下 textEdit 时调用这个键盘，无论应用程序在哪个手机中运行......

有任何想法吗？

提前致谢

正如我们所知，当我们打字时会触发很多事件。

例如keyup，keydown，keypress或其他东西。

是否只有当文本字段中的内容发生更改时才会触发其他事件？如果没有，如何编写一些 javasrcipt 代码来完成此功能

我将如何检查用户是否使用 IME 输入文本？例如，如果您查看 Google Docs，他们似乎使用某种中间 IFrame 来捕获它，然后再将其放入实际<div>的 document 中。

我什至不确定这是否可能，所以如果这是一个愚蠢的问题，请道歉。

keyup当用户在输入框中键入时，我通过 jQuery 设置了一个回调来运行一个函数。它适用于英语。

但是，当输入日文/韩文/中文文本时，在用户确认其文本之前不会调用该函数。

是否有可能检测到他们已经开始输入，并访问他们尚未完成的文本？

我在想这可能是操作系统级别的东西，所以 Javascript 无法访问它。

编辑：我刚刚意识到这适用于 Chrome 和 Safari，但不适用于 Firefox（还没有机会在 Windows 上尝试）。因此 Chrome 调用 keyup 并且可以获取文本。但我在 Firefox 中仍然遇到上述问题。

它与 IME 选项无关。我想用我的编辑文本的图像（或不同的标签）修改返回键。

我为 Android 平板电脑创建了一个自定义 IME，但当屏幕处于水平方向时，我无法调整大小。每当EditText在屏幕处于水平状态时单击 an 时，IME 就会使用标准 IME 接管整个屏幕，EditText并Button与屏幕底部的自定义 IME 组合。但是，我希望 IME 在没有它的情况下简单地弹出并直接输入到最初单击的字段中，就像它在水平方向上一样。我查看了 SoftKeyboard 示例，它完成了这一点（至少在蜂窝上）并且无法找到他们设置该效果的确切位置。

抱歉，如果这是重复的，我已经尝试搜索但找不到这个确切的问题。

首先，感谢您阅读此主题并提供您的建议。

这是我的问题的详细描述：由于大量遗留代码，我们需要使用 Win32 消息。而对于 UI 部分，我们需要使用 WPF 来现代化我们的外观。UI 的那部分需要将键盘消息引导到旧的遗留组件中。对于没有 IME 的输入消息，我们使用 ComponentDispatcher.ThreadFilterMessage 来获取这些消息，例如 WM_KEYDOWN、WM_CHAR 等。但是对于 IME 输入，我们无法得到对应的 WM_IME_* 消息。我们是否有办法获取这些消息，或者至少获取与 WM_IME_* 消息对应的所有输入文本？

为此，我们尝试了几种方法：首先，WPF 原生方法，如 OnPreviewKeyDown()、OnTextInput()。该解决方案的一个不足之处是我们无法获取 Win32 消息。而且我发现 WPF 不会响应某些特殊键，例如 Space 键不会导致 OnTextInput() 被调用。其次，不同的钩子，如 SetWindowLong()、HwndSource.AddHook()。这些解决方案也不会收到 WM_IME_* 消息。第三，使用 InputMethod 类。我尝试使用 InputMethod.ImeConversionMode 来确定用户输入是否对应于 WM_IME_* 消息。但是你知道它是与 ComponentDispatcher.ThreadFilterMessage 不同的方式，并且违反了几个基本规则。同时，我不确定这两种方式是否有重叠的情况，是否有漏报的情况。

当我使用可以由 TextBoxBase.OnGotKeyboardFocus() 创建的类 ImmComposition 进行调查时，我已经看到 ImmCompositionFilterMessage() 挂钩正在处理 WM_IME_CHAR(0x0286)，但未能在我的挂钩中添加它在 base 之后添加。OnGotKeyboardFocus():

我们有一个现有的应用程序，我们正试图用新的 WPF 应用程序替换。

我们在遗留应用程序中使用的其中一个控件具有特殊行为，其中该控件将用户输入的任何文本重定向到外部处理。之后，结果以编程方式更新回控件。（该控件的行为类似于只读TextBox，因为不允许用户直接在控件中编辑文本；用户键入的任何文本在显示在控件中之前都会被重定向）

我们决定使用该OnPreviewTextInput事件来重定向e.Text并将该事件标记为e.Handled. 这使用英语输入以及 Microsoft 日语输入法。但是当我们尝试使用 Microsoft Korean IME 时，e.Text它是一个空字符串...

关于为什么它适用于日语而不适用于韩语的任何想法？

我有韩语 Windows IME 的问题。我正在为一个嵌入式软件设计一个虚拟（屏幕/软件）键盘。我依赖 Windows IME，它似乎适用于日语和中文。如果我使用物理键盘，它也可以与韩语完美配合。

但是当我单击虚拟键盘按钮时，鼠标事件似乎会干扰 IME，基本上只是取消合成。每次单击鼠标按钮时都会触发 WM_IME_ENDCOMPOSITION 消息。结果，我只能获得单独的韩文符号，而无法将它们组合成单词。

有人知道有什么方法可以控制这种影响吗？默认的 Windows 软件键盘如何绕过它？出于一系列原因，我们不能在我们的产品中使用默认的 Windows 软键盘，需要设计我们自己的软键盘。

谢谢你。