Hi, I logged a support request on the 8th highlighting an issue that I'd consider quite basic, and it's still awaiting asignment, can someone have a quick look? It's Case Number is: CAS-33034-HBKG1R I'm posting here in case there's a known work around/
Text is rendering a different size / spacing when in edit mode (both in edit, and textbox, I assume it's a texteditor in the grid which is why I posted here.) affecting both my vista and xp machines.
It's really ruining the work flow as when people click where they want into a textbox, the text changes size, and they end up editing the wrong part of the text.
See the screen shot, 2 cells in the top left, one in edit mode, the other not, both have identical content.
Many thanks.
- Anthony
This is because of the differences between GDI and GDI+, as discussed in this knowledge base article. The long and short of it is, you can get around it by setting the control's TextRenderingMode property to GDI, although by doing that you lose the "benefits" of GDI+ text, which is basically better performance.
Thanks for the response, rather than going trought my entire app and changing the TextRenderingMode property on each control, is there a way I can make a uniform appearance throughout the app?
I thikn you can do it like this:
Infragistics.Win.DrawUtility.UseGDIPlusTextRendering = false;
Note, however, that the controls default to using GDI Plus for a reason. GDI tends to be a bit less performant and may slow your application down.
Is there eventually going to be a fix to this so we can use GDI Plus? Clicking in a text box or control and having the mouse cursor be in the position within the text where it was when the user clicks it is a basic, fundamental requirement and expecation of the user. Is this an infragistics specific issue or an across the board issue?
Isn't that exactly what we're after? ("different behavior from the standard Windows TextBox")
I should have included with my "All due respect" that in general I enjoy and fine the infragistics controls to be very well put together. There just are some things you have to do to work around some "funkyness."
All due respect, I won't even get started on the text and mask controls. :)
Hi Anthony,
It actually is quite a big task and it would pretty much gaurantee that our control would have different behavior from the standard Windows TextBox, and less functionality.
In fact, we already have such a control - the FormattedTextEditor. :)
hmm,
I'm pretty sure it's not that big a task, especially when compared to some of your components.
Out of curiosity what has Telerik done for the same problem (I don't know if they've fixed it or not)?
-Anthony