System.Windows.Forms.TextRenderer.DrawText
method renders formatted text with or without left and right padding depending on the value of the flags
parameter:
TextFormatFlags.NoPadding
- fits the text tightly into the bounding box,TextFormatFlags.GlyphOverhangPadding
- adds some left and right margins,TextFormatFlags.LeftAndRightPadding
- adds even bigger margins.
Now, my question is how can I get the exact amount of padding (left and right) added by DrawText
to the text for a given device context, string, font etc?
I've dug into .NET 4 with .NET Reflector and found that TextRenderer calculates "overhang padding" which is 1/6 of the font's height and then multiplies this value to calculate left and right margins using these coefficients:
- left 1.0, right 1.5 for
TextFormatFlags.GlyphOverhangPadding
, - left 2.0, right 2.5 for
TextFormatFlags.LeftAndRightPadding
.
The resulting values are rounded up and passed to the DrawTextExA
or DrawTextExW
native API functions. It's difficult to recreate this process because font's height is taken not from System.Drawing.Font
but from System.Windows.Forms.Internal.WindowsFont
and these classes return different values for the same font. And a lot of other internal BCL classes from the System.Windows.Forms.Internal
namespace are involved. Decompiling all of them and reusing their code in my app is not an option, because that would be a serious .NET implementation dependency. That's why I need to know if there is some public API in WinForms or at least which Windows functions I can use to get the values of left and right margins.
Note: I've tried to TextRenderer.MeasureText
with and without padding and compare the results but that gave me only the sum of left and right margins and I need them separately.
Note 2: In case you wonder why I need this: I want to draw one string with multiple fonts/colors. That involves calling DrawText
once for every uniformly formatted substring with NoPadding
option (so that the text doesn't spread) but I also want to add manually normal GlyphOverhangPadding
at the very beginning and very end of the whole multi-format text.
This might seem (very) crude, but this is the only native implementation I can think of:
DrawText
draws to anIDeviceContext
, which is implemented byGraphics
. Now, we can take advantage of that with the following code:With the new
Bitmap
you can go pixel by pixel and count them by some condition. Again, this method is very crude and wasteful, but at least it's native....This is not tested but based on the following sources:
http://msdn.microsoft.com/en-us/library/4ftkekek.aspx
http://msdn.microsoft.com/en-us/library/system.drawing.idevicecontext.aspx
http://msdn.microsoft.com/en-us/library/system.drawing.graphics.aspx
http://www.pcreview.co.uk/forums/graphics-bitmap-t1399954.html
This answer is an excerpt from here - http://www.techyv.com/questions/how-get-exact-text-margins-used-textrenderer#comment-35164
If you have ever wanted a Label or TextBox in Windows Forms that performs a little more like on the web, then you've probably figured out that there's no intuitive way to make a Label or TextBox automatically adjust its height to fit the text it contains. While it may not be intuitive, it's definitely not impossible.
In this example, I'll use a TextBox (you could just as easily use a Label) that is docked to the top of a form.To use this, add aTextBox called MyTextBox to the form, and set Dock to DockStyle.Top. Wire up the Resize event of the TextBox to this event handler.
If you want to resize the a Label or TextBox that is not docked (for example, one that is in a FlowLayoutPanel or other Panel, or just placed on the form), then you can handle the Form's Resize even instead, and just modify the Control's properties directly.
The fix is to calculate what
MeasureText
is going to add:We calculate the width of one space and the width of two spaces. Both have the extra width added, so we can extrapolate the extra width that is being added. The added width apparently is always the same, so subtracting
extra
from every width returned byMeasureText
gives the expected results.I've done something similar a few years ago, to highlight search results (search pattern appears in bold etc.). My implementation was in DevExpress, so the code might not be relevant. If you think it's of use I can copy it, just need to find that implementation.
In
System.Windows.Forms
, the class to use would beGraphics
. It has a MeasureCharacterRanges() method which accepts aStringFormat
(start with GenericTypographic and go from there). It is much more appropriate than TextRenderer for displaying a complete string by chaining parts with different styles, fonts or brushes.You've gone way further than me with the actual padding measuring. DevExpress's controls gave you the text bounding rectangle to start with so that was done for me.
Here's an article by Pierre Arnaud that came up for me in Google, which touches on this area. Unfortunately the GDI+ "Gory details" link there is broken.
Cheers,
Jonno
The value you need for computing left and right margins is TEXTMETRIC.tmHeight, which is possible to obtain using Win32 API.
However, I found that tmHeight is just a line height of a font in pixels, so these three approaches will give you the same value (you can use whichever you like in your code):
To obtain left and right margins, we use the same code as TextRenderer does under the hood:
Now you can easily check that
Just to note:
I needed to solve this problem in order to implement "Search Highlight" feature in a ListView-based control that uses GDI text rendering:
Works like a charm :)