Getting an unexpected letter.

[GoogleCodeExporter]

Which program triggers the problem? Specify the filename if possible.
Eclipse 3.6 SR2 x64

What steps will reproduce the problem?
1. Type anything, click save (just to evoke a dialog)
2. Type a lower letter "s", it is a "W"
3. Type a second letter s, it is now "ss".
4. It happens to all dialogs.

What is the expected output? What do you see instead?
See screenshot.

What version of gdipp (including renderer)? On which operating system?
gdipp 0.91 x64, Win 2k8 R2 x64 (En-us), JRE 6u24 x64

Please provide any additional information below. Screenshots always help.
Contact xinkai.chen@qq.com if you can't reproduce the bug. 
邮件使用中文亦可。

Original issue reported on code.google.com by Yeled.N...@gmail.com on 4 Mar 2011 at 8:59

Attachments:

• gdipp_setting.xml
• Untitled.png

[GoogleCodeExporter]

I have the same issue using eclipse, but I've only noticed it in the java 
editors.  However, there is a work around for this issue in the meantime.  A 
full stop and start of the gdipp service *while ecplise is running* will solve 
the problem.

For some reason the issue only occurs when ecplise is loaded after the gdipp 
service has already started.  A restart of the gdipp service doesn't solve the 
problem, but a full stop/start does.

While its a bit painful you can write a quick script to fix the problem anytime 
you encounter it.

fixgdi.bat
---------
net stop gdipp_svc_32
net stop gdipp_svc_64

net start gdipp_svc_32
net start gdipp_svc_64
---------

Then anytime you notice the problem just run the script and you are good.  
Maybe you can even write a script that launches eclipse and then runs the gdi 
fix automatically.  Anyway, hope this helps maintain sanity, its certainly 
better than going back to windows font smoothing.

Original comment by alanlind...@gmail.com on 27 Apr 2011 at 4:41

[GoogleCodeExporter]

I've recently encountered this problem as well on windows 7 x64.  In addition 
to s's appearing as W's, I'm having the > characters disappear when next to 
other characters.  So, /> will appear as /, but x > y still renders as x > y.  
This makes looking at xml interesting at the very least.

Original comment by wrai...@gmail.com on 30 May 2011 at 9:12