Community
Participate
Working Groups
Build Identifier: swt-3.7.1 We have a touch SWT-GUI-application with a virtual keyboard integrated in the GUI. Our problem is, that the IME activated by StyledText we use for text entering overlaps the keyboard located below the StyledText. Is it possible, to keep the IME location within a defined client area? Reproducible: Always Steps to Reproduce: 1.Japanese IME in Win-XP 2. 3.
Can I see a screen capture ? What happens If you replace StyledText by a Text ? StyledText uses in-line input method, so I'm note sure how this overlapping is happening.
Created attachment 205600 [details] screen capture
Created attachment 205602 [details] ImeSWTTest.java just a test application to visualize the problem.
(In reply to comment #1) > What happens If you replace StyledText by a Text ? Please try the suggestion above. The window we see in the screenshot is the candidate list, it is alinged with the caret position and it shows on top of ther UI elements. Not sure how to fix this problem.
(In reply to comment #4) > (In reply to comment #1) > > What happens If you replace StyledText by a Text ? > Please try the suggestion above. I've tried it: There is no difference.
I had similar problems with japanese... so I just moved to a 3rd-party implementation. But @WINDOWS I think you cannot dictate the users the IME the have to use ;{ I guess it's kinda difficult to solve it in a general way because of all the different OSs. On the other hand: it's "just" window handling, isn't it?
(In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #1) > > > What happens If you replace StyledText by a Text ? > > Please try the suggestion above. > > I've tried it: There is no difference. No difference for me either when inserting Japanese on Windows 7.
The candidate list window is placed by the IME program next to the caret. I don't think we in SWT can control it.
The requierement for nice (meant as "something like in iPhone") integrated touch uis seem to come in vogue. The previous posts suggest that with SWT it's not possible to implement such an integrated ui with a virtual keyboard placed near by the text input in an acceptable way without having to implement an own IME, too. There are "agressive" IMEs (like the Japanese) and moderate ones, of course, but for all of them I lack a general way to (at least) determine the bounds of the IME window for the sake of beeing able to layout the underlying dialog. The even better way would be the possibility to "squeeze" it into own layout - I think this is not that simple to do. For me, the suggetion to restrict the area where the IME can be placed sounds sense. Is it technically feasible in any way?
What is the status quo? Are there any solutions in sight?
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. If the bug is still relevant, please remove the "stalebug" whiteboard tag.
