Community
Participate
Working Groups
Scenario: 1. Change the workbench into HATS (Host Access Transformation Server) perspective. 2. Create a new HATS project using 424 code page (Hebrew). 3. Open the Terminal and capture some host screen. 4. From Hats project view open the Project settings (under the project name). 5. Select: Rendering tab -> Rendering sets. 6. Click on Add button beside the big table. 7. Select some area from the screen with the mouse and click Next. 8. click on Text replacement icon (that with the glasses). 9. Click on Add button. 10. In the Text or HTML text box, change the the keyboard layer to Hebrew and type few characters. 11. Delete all charactes that have typed using the backspace key. Result: The language layer is changed automatically to English. I suspect that the reason of the defect below is that in Text Replacement Wizard , RTP developer use StyledText SWT Component, and it should be used in this wizard to properly display HTML data. The problem outlined above with BIDI layer can be reproduced outside HATS , as it exists in any StyledText SWT component running on RAD6.
Which version of Eclipse are you running ? I think I fixed this problem some time ago, can you try to reproduce this problem using a recent version of StyledText ?
I use Eclipse 3.0 Anyway, the problem is reproductable in HATS on RAD6.0
Does it mean the problem isn't reproducable in any editor on Eclipse ? Note: I don't have HATS.
I don't know. I didn't reproduced this problem in other place. However, our development team claim that this is a SWT defect related to styled text. Here is what the developer guy wrote me: "I investigated in the reason of the defect below , in Text Replacement Wizard , RTP developer use StyledText SWT Component, and it should be used in this wizard to properly display HTML data. The problem outlined below with BIDI layer can be reproduced outside HATS , as it exists in any StyledText SWT component running on RAD6 and I already reproduced it by creating a simple java project on RAD6 which I attached below and the probem is recreatable in this project." I'm attaching his test file here also.
Created attachment 14806 [details] A test file for reproducing the problem in a java project
Hi, I have this behavior, too. I used Eclipse 3.1M1. What I did: I copied a text and pasted it multiple times in the Java editor of the JDT. Later, when I wanted to type a text the keyboard was switched to english; I have a German keyboard layout here, i.e. later e.g. the * and / were on other keys.
Is there any update to this issue.. our HATS product requires RAD V6.. and they are getting pretty close to GM, so if there is an Eclipse refresh required, this needs to be worked out with RAD release team. I don't believe this is a problem specific to HATS, but would be seen in any StyledText SWT component running on RAD6. Please update if you can, thanks
I still don't know how to reproduce this bug. In my machine ALT+SHIFT changes the keyboard layout, are you sure isn't it what is happening to you ?
In my machine also, ALT+SHIFT changes the keyboard layout! I'm not sure this is cuase to the problem.
The same problem but the another way around. *** This bug has been marked as a duplicate of 88479 ***
I tried the scenario of this Bug on RAD 7.5 "eclipse 3.4" and I received the same error "The language layer is changed automatically to English ".
(In reply to comment #11) > I tried the scenario of this Bug on RAD 7.5 "eclipse 3.4" and I received the > same error "The language layer is changed automatically to English ". Note: if after deleting all the RTL characters the cursor moves over English characters, switching the keyboard layout to English is the right behaviour. Use WordPad as reference. See Bug 88479, Styled is a bit too eager to switch the keyboard layout.
