Thanks for looking at this Sahaja. The label and text box controls do not display the same behavior. All of the controls, including the ultra grid, have the font name set to Microsoft Sans Serif. But only the grid is displaying a different font at run time. I narrowed down that the font being displayed in the grid is Bahnscrift. Then, when a cell is selected, the highlighted text is wingdings. I would note that we do not use any custom fonts in our application, we just use the fonts that are included with Windows.

I did notice that the grid control also contains a "Display Layout" property that contains nodes for 'Appearance', each of which contains their own font settings. These font settings were not set by default, so I updated them to use Microsoft Sans Serif in 8 pt, but it still displayed the wayward Bahnscrift and wingdings at run time. 

I found I am able to work around the issue by clearing the Bahnscrift font value in the registry and creating a font substitute that maps Bahnscrift to Microsoft Sans Serif. But I don't feel this is the correct approach to resolving the issue, I would rather fix the software issue instead of hacking the registry.

I will look at getting a code sample to you, it will take me a bit to get a small sample that reproduces the same issue.

Hm. Well, if you are happy with that workaround, then that's good. But I agree with you, it doesn't really explain what's happening here. I mean... basically what you are doing here is explicitly setting the grid's Font property to something other than the default - even though you are using MS Sans Serif, it appears to be some other version of MS Sans Serif, perhaps embedded in your application, rather than the system font.

So it makes sense why this would fix the issue, since you are specifying another font, but it doesn't really explain why the issue occurring in the first place. I wonder if it's related to the fact that this font you are using, whatever it is and wherever it's coming from, has the same name as an existing system font and so the DotNet Framework is somehow getting confused. 

You say that this code was basically running and being applied to every control but the grid. I'd be curious to know what happens if you exclude some other control, like the Label or TextBox control. Do those controls then have the same problem the grid was having?

When I step over the configuration block, it doesn't affect how other controls are configured. The other controls do not have the same problem as the grid. That is very curious to me because I would have expected them to display the wrong font like the grid did. I even looked at the lower level properties of the Font and saw that the System Font Name was configured in the same way the grid's font was before I overwrote it with the specification properties in the configuration code. So I am baffled by the whole thing.

¯\_(ツ)_/¯

If you have a morbid curiosity about it, I can possibly see about setting up a web meeting to demonstrate it, but I'm sure you are as busy as we are and I am good with just modifying the base class behavior with the workaround to make it all go away.

Thanks again for everything.

Hm, that is really surprising. I was really expecting the other controls on the form to have the same issue once you were not setting the font on them. 

The only other thing I can think of that makes the grid different in any way is the TextRenderingMode. That might be worth a try, just as a matter of curiosity.

The TextRenderingMode was set to Default, I tried both GDI and GDIPlus, but with the same errant results. 

Hello David,

I will try to reproduce this issue using Windows 10 1803 update.  Once I create a sample and observe this behavior, we will test it further to investigate what’s causing this. If you already have a sample, please send it to us. It will help us in investigating this issue faster.

I will post an update by end of day Thursday.

Please let me know if you have any questions.