Doesn't affect Explorer fonts after boot

[GoogleCodeExporter]

[Which program triggers the problem? Specify the filename if possible.]
explorer.exe

[What steps will reproduce the problem?]
1. loading windows after restart/cold boot.
2. in other words, if explorer.exe loads before the gdipp service.
3.

[What is the expected output? What do you see instead?]
All other programs I load myself after startup are properly rendered by
gdipp. Windows Explorer and taskbar fonts remain untouched.

[What version of gdipp (including renderer)? On which operating system?]
v0.7.6, FreeType, default "Windows service" install option, Windows 7
Ultimate x64

[Please provide any additional information below. Screenshots always help.]
Terminating then relaunching explorer.exe temporarily fixes the issue, but
Windows fonts are untouched again after the next reboot.
This is the exact same issue as Issue #19 here:
http://code.google.com/p/gdipp/issues/detail?can=2&q=19&colspec=ID%20Type%20Stat
us%20Priority%20Stars%20Owner%20Summary&sort=&id=19
..but I still get the problem even with latest stable release.

Original issue reported on code.google.com by audiophi...@gmail.com on 4 Jun 2010 at 5:11

[GoogleCodeExporter]

What happens if you stop and start the gdipp service? Ideally the untouched 
explorer
should be rendered when you restart the service. In gdipp 0.8, there is a new
component named "gdipp Enumerator" (gdipp_enum_xx.exe). It forces explorer to be
renderer once executed. If it works, maybe you can add it to your startup list.

Original comment by crendk...@gmail.com on 4 Jun 2010 at 11:30

[GoogleCodeExporter]

Manually restarting the gdipp service works, but my point is that everything 
should
be working automatically from the get go. I don't feel comfortable using any 
betas
though =P

Original comment by audiophi...@gmail.com on 4 Jun 2010 at 1:08

[GoogleCodeExporter]

Original comment by crendk...@gmail.com on 15 Jun 2010 at 3:17

• Changed state: Fixed