I imagine it will affect Hebrew text that uses MS Sans Serif font ? I think we can live that. It seems to have no impact in initial testing. I am now wondering how safe it is to delete that entry "MS Sans Serif,0", what the impact could be. So we changed the font in the UI that is affected and we will not pursure this further . However one of our MFC applications still exhibits the all-bold font behavior even after deleting this entry.
MICROSOFT SANS SERIF FONT WINDOWS
If I delete this entry and reboot the computer, both problems go away: MS Sans Serif being disaplayed as Arial in the Windows font viewer, and the fonts being all-bold in several applications making the UI larger. I would like to know what the "0" means in the MS Sans Serif,0 string. So this must be a font mapping or substitution for MS Sans Serif. There is an entry "MS Sans Serif,0" with a value of "MS Sans Serif,177" In the registry under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes. With the component "Fonts: Hebrew bitmap & TrueType fonts" included in the image, there is a Font Substiture entry that is not there otherwise. so one or more of them must somehow be causing this - but how, why ? thanks for your attentionĮUREKA ! I found and fixed the problem.mostly anyway. So what is going on here ? Anyone have a clue as to why MS Sans Serif font file (sserife.fon) is opening as Arial in the font viewer, and why our application using MS Sans Serif fonts appears with bold fonts and the UIs are too big ? Again, this happened after adding all the language packs.
If I change to another font that is not "corrupted", all the text changes to that font. I change the font to MS Sans Serif, the text appears identical to Arial (no noticable change). I have both the Fonts Application Compatibility and Codepage Application Compatibility macros in my Windows Embedded image.Īnother test I tried: In Notepad, I set the font to Arial, all the text in the document changes to Arial. I looked through the registry entries for FontSubtitutes, Font etc. I have searched all through the registry to references to MS Sans Serif, Arial and sserife.fon. So its not the file causing the problem, its some registry mapping or something like that. If I copy the sserife.fon file to a real Windows XP system, it is fine (it displays correctly as MS Sans Serif in the font viewer). There is another odd behavior that I believe must be related: when I double click on sserife.fon, the Windows font viewer program opens it and displays the font as Arial (OpenType) ! It does this even if I uninstall & remove the font, and open a copy of the sserife.fon from another folder on the same system. I also manually un-installed and re-installed sserife.fon via Control Panel->Fonts to be sure.
I removed all the foreign versions of sserife.fon file (language pack versions like sserifer.fon, sserifeg.fon etc. English is the default language and the other installed languages are not active in the language bar. It is definately the correct version of sserife.fon file installed in the Windows\Fonts folder. However the MS Sans Serif is installed and mapped correctly in the registry as far as I can tell. I then added all foreign languages to the run time image, built and deployed it.
That fixed it, it worked correctly until. I researched and found I needed the MS Sans Serif font (sserife.fon) to fix it. Many fonts are bold and the UIs are too big. Using WES 2009, when I build and deploy my runtime image, at run time our MFC applications do no look correct. MS Sans Serif fonts are "corrupted" and are somehow mapped to Arial font in my Windows Embedded run time.
0 kommentar(er)
