Problem with Max Number of Line in Viewer

[Togo]

Hello,

Hello, Togo.

It seems that the font is available in one of the language packs.
Please, send us the font file that you use on your machine.

Thank you.

Unfortunately the font is large and we were unable to send you the exact copy from the server, however that font should not require the installation of any language packs from Windows 7 / Server 2008 R2 onward, and it could be the "Hide fonts based on language settings" option under Font settings is on thus hiding the font.

Alternatively, a sightly earlier version (v6.9) of the font is available as an update from Microsoft (https://www.microsoft.com/en-US/downloa ... x?id=10109), and the mingliu.ttc file could be extracted from the update file.
We have also tested the report viewer on a server with that font installed (Server 2003 R2 / IIS 6), and the same error occurred when exporting the report.

Thank you

[HighAley]

Hello, Togo.

Thank you for the link but we still could not reproduce the issue.

Recently, there was some fixes. Could you check our latest build?
Also, we need to know if the issue exist if you change the font to another one? For instance, Arial.

We can try to send you code of the method that process the font.
Maybe you will be able to debug the code on your side.

Thank you.

[HighAley]

Hello, Togo.

Finally, we have reproduced the issue.
We have made an improvement and it will be available in our next prerelease build.
The build will be available today later.

Thank you.

[Togo]

Hello,

Thanks very much for the assistance, we have tested the pre-release 2016.3.9 and the export issue has been fixed.

However for the Max Line rendering case mentioned above, while ReportViewerFx no longer renders the extra row fully, part of the extra row is still visible:

hsd_v2.png (5.59 KiB) Viewed 2939 times

Similar case also happened in ReportViewer (even when using fonts like Arial as shown below):

hsd_v2a.png (5.08 KiB) Viewed 2939 times

Thanks

[HighAley]

Hello, Togo.

At this moment we don't cut the text.
You get this issue because the text is rendered by different technologies can by a little different.
Even if the font and size is the same. It's impossible to know the final size of the text.
We can try to get text measurement with special hack methods, but it will significantly slow down the rendered method.

Thank you.