Oxygen XML Forum

Hi!

I've been using oXygen XML Editor for making XSLT stylesheets. I am very satisfied with oXygen functionality. But I have one problem with Find/Replace dialog.

When I enter Ctrl+F and start typing the search string, oXygen automatically turned on the IME status. It is not a good idea to turn on the IME status. We (Japanese) use IME when we input the comments for stylesheets or authoring contents with Hanzi or Kana. But usually we turned off the IME status off for editing stylesheets because almost stylesheets are written in Latin letters.

I must turn off the IME when I invoke Find/Replace dialog. Are there any options to automatically turn off the IME in Find/Replace dialog?

Any suggestions are appreciated.

Regards,

Toshihiko Makita

Hello,

We were not aware of such an issue when using the Find/Replace dialog.
Oxygen does not directly (or knowingly) control IME status, but since it is based on Java, it inherits this behavior from it.

What version of Oxygen are you using and on what operating system?
Have you patched Oxygen or installed a custom Java Input Method library for Oxygen?

Does this happen only when invoking the Find/Replace dialog with the shortcut key (Ctrl+F) or it's all the same if you invoke it from the main menu (Find > Find/Replace...)?
I'm asking about this because a shortcut key can sometimes accidentally trigger an additional feature from the operating system, independent of the application.

Have you checked if this also happens in other dialogs or views from Oxygen?
Could you please check if this happens in Find > Quick Find (Alt+Shift+F), XPath/XQuery Builder (Window > Show View >) or Scratch Buffer (Window > Show View >).

Regards,
Adrian

Dear Adrian,

Thank you for your reply.
I'm using oXygen 14 on Windows 7/32bit environment.
I don't use any custom input library nor patches.

As it is difficult to explain this I uploaded two screen snapshots to the Yahoo box.

https://box.yahoo.co.jp/guest/viewer?si ... ype=detail

https://box.yahoo.co.jp/guest/viewer?si ... ype=detail

Please look these images and understand my situation.

Regards,

Toshihiko Makita

Hi,

I understand the problem. Please let me know if it behaves differently in the other situations that I have mentioned. See below:

Does this happen only when invoking the Find/Replace dialog with the shortcut key (Ctrl+F) or it's all the same if you invoke it from the main menu (Find > Find/Replace...)?
I'm asking about this because a shortcut key can sometimes accidentally trigger an additional feature from the operating system, independent of the application.

Have you checked if this also happens in other dialogs or views from Oxygen?
Could you please check if this happens in Find > Quick Find (Alt+Shift+F), XPath/XQuery Builder (Window > Show View >) or Scratch Buffer (Window > Show View >).

Regards,
Adrian

Dear Adrian,

Sorry for the delay reply.

Find > Find/Replace

This problem also occures!

Find > Quick Find (Alt+Shift+F), XPath/XQuery Builder (Window > Show View >) or Scratch Buffer (Window > Show View >).

In these casess the IME status did not chaneged.

Regards,

Toshihiko Makita

Hi,

I've submitted this problem for investigation. I'll let you know as soon as we have results.

Regards,
Adrian

Hi again,

We have analyzed this issue and there seems to be a problem between Java SE (6 and 7) virtual machine and Microsoft IME. We've tested with several Java applications (Oxygen, third party and also a sample Java application) and the problem reproduces in all of them with any dialog box.

What we discovered:
- If you start the application and don't change the input method, then it stays as it is (for me it starts in Half-width Alphanumeric mode and stays that way)
- If you change the input method at least once within the application, then at the first appearance of a dialog box, the input method is reset to Hiragana.
- If you change the input method repeatedly, it's no longer reset when the dialog box is shown, but when it is closed.
- Eventually, if you keep setting it to Half-width Alphanumeric it will stick (if a dialog is shown twice without changing the input method in-between).

We will report this problem to Oracle against Java SE 6 and 7 and we will notify you of any development on this thread.

Regards,
Adrian

Dear Adrian,

Thank you for your effort.
I will wait for the reply form Oracle.

This is very serious problem for Japanese programmer.

Regards,

Toshihiko Makita

Hi,

You can track the bug at Oracle here:
Bug ID: 7200764 - Japanese/Microsoft IME is reset to Hiragana each time a dialog box is displayed

Regards,
Adrian