Re: Bug when drawing to wmf using the TRVReportHelper

Author

Message

jonjon

Posted: 02/03/2004 11:00:44

Any update on this issue ?

Best Regards,

John.

> Hi Sergey,

> Sorry I think I didn't attached the correct code. It should be attached

> to this message.

> What changed:

> - The image in second tab has been anchored to be resized when the form

> is resized;

> - The OnResize event of the form has been modified so that each time it

> is called, the button will be clicked and the RVReportHelper will be

> painted again in the image, using its new size and not the default 200;

> - The form style has been set to sizeable

> Now if you run this application and resize the form, you'll see the

> problem I'm talking about appearing when the image is getting smaller!

> This is not due to image stretching afterwards.

> Best Regards,

> John.

>> Sorry, what was changed in the code?

>> And this code does not involve any stretching. It generates a full size

>> image in the screen resolution.

>> If you will stretch metafile afterward, it will be stretched by

>> Windows not

>> by RVReportHelper.

>>> Hi Sergey,

>>>

>>> Attached with this e-mail, you'll find a slightly modified version of

>>> the "ToImage" demo. Nothing has changed in the first tab, my only

>>> interest was the second one which produces a better result when trying

>>> to get TRichView's content to a bitmap according to you.

>>> The purpose of this demo is to show you a bug with wmf scalling... try

>>> to resize the window and lower its size. You'll see that letter spacing

>>> will be modified when the canvas is small enough. According to my tests

>>> (add an image to this and you'll probably see it distorted), this issue

>>> isn't due to TRichView's rendering but to TRvReportHelper to wmf

>>> rendering. I'm sorry I can't go any further with my testing as I haven't

>>> bought the source code yet.

>>>

>>> Best regards,

>>>

>>> John.

>>>