Hi Alex, thank again for your big help.
Ok, I updated the https://issues.apache.org/jira/browse/FLEX-13628 and attached a possible fix. I have tested this here with my example and it's working without any problems. In this fix, the calculation is correct when using default ItemRenderer, custom ItemRenderer or even colspan. Maybe, you or someone else will look over the patch and check if everything is ok. (I hope I created the patch file correct. I used "diff" in terminal on OS X to create this file. Later, I will test this issue in the PrintDataGrid (not the PrintAdvancedDataGrid) if this issue is also in this component and maybe should be fixed. Thanks. Marcus Am 18.03.2014 um 16:00 schrieb Alex Harui <aha...@adobe.com>: > Glad things are getting better. > > If the default renderer is just a textfield, then it should handle wordWrap > and variableRowHeight correctly. It is more complex renderers with children > that often need the child tied to the explicitWidth. > > I'm not surprised that column spanning has bugs in this kind of scenario. > Try overriding that mx_internal method and see if you can come up with a > better calculation. > > Often, the last row is just one or two pixels too tall. TextFields usually > have a couple of blank rows of pixels below the glyphs so while it looks like > it will fit, the math says it doesn't. > > -Alex
signature.asc
Description: Message signed with OpenPGP using GPGMail
