Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Printing multiple copies of rpt on one page?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Printing multiple copies of rpt on one page?

    We have a designed a report for packing slips. These slips usually contain between 5 and 15 detail lines, with a header (Package Name) and footer (Total pieces).

    We usually need several of these slips at a time, like 20, and we print them on a laser printer.

    The problem is that each slip consumes an entire page because the report issues a page eject at the end.

    Is there any way to turn off this page eject or otherwise allow several of these slips to print on a single page? As a rule, at least four or five should fit on a single sheet of paper.

    Thanks.

    #2
    RE: Printing multiple copies of rpt on one page?

    Hi Sally,

    There are ways of doing just about anything, but in your case, I'd probably design a label rather than a report. In the label properties you can define how many copy of each label to print.

    Good luck,
    Jim

    Comment


      #3
      RE: Printing multiple copies of rpt on one page?

      Thanks for the suggestion. But aren't the label settings fixed? What if the size used is too small for the slip?

      Comment


        #4
        RE: Printing multiple copies of rpt on one page?

        Sally,

        Jim's approach is probably right for you as it appears that you won't always be wanting the same number of copies. But for the record, if you do there is another approach.

        I made up the requisition form to request that my institution's library order a book. The form used to be half normal page size with that pressure sensitive copy feature (whose name I forget) so you would wind up with the white top copy and the pink second copy. The library required two copies.

        I wanted to print two copies of each record so we wouldn't have to print to special paper: just print a single copy and cut it in half on the dotted line (which I thoughtfully provided).

        It was so simple. I just made up all the fields and graphics and frames for the report, selected them all, and then pasted them into the layout below the first set. So I had a second copy of everything right below the first copy, and the dotted line.

        So for two to four copies do it this way if size permits. For variable numbers of copies go the label route.

        Bill
        Bill Hanigsberg

        Comment


          #5
          RE: Printing multiple copies of rpt on one page?

          Did this requisition form contain any data from a database, or was it just a form to be filled out by hand? I can see where simply duplicating graphics and labels will work as you describe, but detail records from a database which appear on such a form would only appear once per page, wouldn't they?

          Comment


            #6
            RE: Printing multiple copies of rpt on one page?

            Sally, I've done something similar by using multiple columns in the detail section of the report. You can desing a header and footer to to line up over the columns so they appear to be printing the same record on the same page as many times as you can fit it wide. Just use the same fields in each column and the same calc->field in the footer under each column.
            Jeff

            Comment


              #7
              RE: Printing multiple copies of rpt on one page?

              I think there is an easier way to accomplish your purpose. I assume that each packing slip is related to a particular order. Rather than do a separate report for each order, using a single report, create a group for each order. The detail will, of course, be the items on the packing slip. In group properties you will provide for a group header (the package name) and a group footer (total pieces). You will specify to keep group on the same page.

              If the orders, or whatever they are, are part of a much larger table; you may have to set up a filter based, perhaps, on an ask_variable. This is to keep from printing the report from the beginning of the table.

              I hope this helps.

              I am completely new to this forum. First accessed this evening. May have been vaguely aware of its existance. But I am not new to Alpha. Started with A4v2 (someone said that was 1990?). Upgraded to A5 maybe a year ago though some of the applications I use are still A4v6. I have various self-written applications for my electronics service business, and two or three organizations in which I am active.

              Comment


                #8
                RE: Printing multiple copies of rpt on one page?

                It was live data from the database and it appeared identically in the two copies of the same record.

                Bill
                Bill Hanigsberg

                Comment


                  #9
                  RE: Printing multiple copies of rpt on one page?

                  This is a good suggestion and it also got me thinking.

                  One way around many a difficult printing problem is to print from an intermediate table. The process is
                  -empty the table;
                  -write records to it;
                  -print from it.

                  The table's structure can be tailored to the report you want to print rather that to the storage and processing of the data.

                  It occurs to me that you could design a report which you would attach to the temp table. In use you would
                  -capture user input on how many copies you need;
                  -empty the temp table;
                  -copy the required number of (identical) records to the temp table;
                  -print the whole table (multiple records to a page).

                  This way you could deal with the variable number of copies issue. If you prevent report sections from shrinking during print you will have no variations in the spacing within the records on the report.

                  Bill
                  Bill Hanigsberg

                  Comment

                  Working...
                  X