trichview.com

trichview.support




Re: Control items that exceed the height limit...


Return to index


Author

Message

Sergey Tkachenko

Posted: 11/22/2002 23:17:42


Here is this example:


RVPrint.AssignSource(RichView1);

Printer.BeginDoc;

RVPrint.StartAt := 0;

RVPrint.TransparentBackground := True;

RVPrint.FormatPages(rvdoALL);

RVPrint.ContinuousPrint;

RVPrint.StartAt := RVPrint.EndAt+60; // 60 pixels spacing between documents

RVPrint.AssignSource(RichView2);

RVPrint.FormatPages(rvdoALL);

RVPrint.ContinuousPrint;

Printer.EndDoc;


You can set a new page size/orientation for each next richview. But you must

do it before calling FormatPages.


Another approach - using TRVReportHelper. Using this component you have

almost full control on output :

http://www.trichview.com/support/files/reporthelpertest.zip

Requires RichView 1.6.54+



>

> I ran a test with the Chart Demo.  It looks like they do not respect the

new

> size.  I read somewhere you state that it is possible to print two

RichViews

> continuously.  Maybe I should look into this.  If I start a new RichView

> after every dynamically sized Item, do you think this would be the best

method?

>  Thanks

>

>

> "Luke" <[email protected]> wrote:

> >

> >Hey Sergey,

> >  If I have a different print size for an item being shown, is there a

method

> >to pass back the new height or bottom of the custom print drawing to keep

> >following items or text in sync?  I suspect that every item that follows

> >is still expecting the item to take up the space in the view.  I have not

> >gotten this far to test.  I just thought I would ask..  Thanks

> >

> >"Sergey Tkachenko" <[email protected]> wrote:

> >>It's not a trivial task.

> >>Of course, drawing control with 40K rows into bitmap is impossible.

> >>You can create a new RichView item class representing this control, and

> >>override printing method in it.

> >>Example is in Demos\Addins\ChartItem.

> >>This example shows how to print a control directly on the printer

canvas.

> >>

> >>But this does not solve the problem, because there is one more important

> >>issue - how the image of this control will be separated between pages.

> >>There are two possible solutions:

> >>- setting rvepMinHeightOnPage to non-zero value; the control will be

printed

> >>on several pages, but it can be split  between  pages in arbitrary place

> >(in

> >>the middle of text line in cell, for example);

> >>- controlling separation between pages yourself; this process is not

> >>documented and is not very easy to learn.

> >>

> >>Did you try to use native RichView tables for your reports?

> >>

> >>

> >

>





Powered by ABC Amber Outlook Express Converter