Smart questions
Smart answers
Smart people
Join Tek-Tips Forums
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login




Remember Me
Forgot Password?
Join Us!

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.
Jobs from Indeed

Link To This Forum!

Partner Button
Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

MuadDubby (Programmer) (OP)
12 Apr 07 21:26
I'm using Active Reports 2, and am specifying a relatively small page size (width 2520, height 1440) in order to print labels.

When I use the sample designer that comes with AR Pro, the wierdest thing happens. I switch over to the viewer tab, and the resulting report (which is actually just a label) shows up on a page the size of an 8.5 by 11.  Only if I actually choose to print the page, go back to the editor, and then flip back to the viewer a second time will I see the label in its true size.

Similarly, when I print (and if I have more than one page for ther report), all the pages print without page breaks as if they were all on one long page. However, they should be breaking every inch (note the heigh of 1440 mentioned above).

Here are the page settings in my RPX

CODE

<PageSettings    
        LeftMargin="0"
    RightMargin="0"
    TopMargin="0"
    BottomMargin="0"
    MirrorMargins="1"
    PaperSize="256"
    PaperWidth="2520"
    PaperHeight="1440"
>
</PageSettings>

Any ideas why the page size I'm asking for is causing so many headaches?  I've tried enlarging it too, btw, and no change.

Thx.
.DaviD.
bboffin (Programmer)
24 Apr 07 11:42
This is quite a common problem. You need to assign the target printer to the document (Document.PrinterName) before calling the Run method of the report.

If you think about it Run() needs to know the capabilities of the printer in order to generate the document in the correct format (page width, height, number of pages etc.)

The Print() method simply writes the document to the selected printer. No further formatting occurs at this stage.

Similarly when in design mode you need to set up the Printer Settings from the Report menu (I assume you are using Visual Studio) so that the designer knows what to do.

Bob Boffin

MuadDubby (Programmer) (OP)
20 Oct 07 19:17
Hi bboffin

I just realized I never replied to your suggestion. It actually worked out quite well, so thx. Better late than never, no?

:)

.DaviD.
bboffin (Programmer)
28 Oct 07 8:33
Glad to be of service. This one really annoyed me until the penny dropped.

Bob Boffin

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Back To Forum

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close