Re: Bug when drawing to wmf using the TRVReportHelper

Author

Message

jonjon

Posted: 01/29/2004 20:55:02

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.