Re: [Bug] b15 pv3: Page margins not correct for printing

Following you find steps to reproduce a printing problem.
When printing on Microsoft Windows (with metric measurement settings in Europe) the first page of the sample document has two more lines then the "page view". So "what you see is not what you get"... 

I want to make sure we have all the facts straight here. In the
demo application in page mode the page size is set to US Letter.
If you print in another page size such as A4, you will see a
difference on what is on each page verses the display. If you
change the display page size to A4, then they should match. Does
my explanation cover what you are seeing? In a real application,
you would coordinate the printer setup page size and the display
page size more closely.
It might be a problem of the default margins of the printersetup that is called before printing.
Additionally it is a little bit confusing that the default (Operationg System) page setup dialog that shows up before printing does not show the correct page margins. 

How you handle this situation is up to you, but you need to pass
in a valid PrinterSetup object to the print method so that it can
get metric information on what you want to print. So in the demo
application, if the user hasn't invoked the Page Setup menu item,
it is invoked automatically for them the first time they print.
You may need to create a custom page setup dialog like Microsoft
Word does and handle it differently.
Example: When you change the left page margin at "Format - Adjust Margins" to a value of Left = 2 inches then the page setup dialog still shows 1 inch. Another small issue might be that in Europe (metric) shows 25 mm for 1 inch which should be 25,4 mm. 

Another sore spot for printing under Windows is what you mentioned
above. It makes no sense for the page setup dialog to set up
margins for a word processor since it is handling the margins for
you. Again, this is beyond the control of the FTC and you need to
implement a specific solution for your application. In the future
I may enhance the demo application to use a custom solution.

Note, the GUI I set up in the demo application is for
demonstration purposes only and you should invest time in coming
up with the best GUI solution for your application.
It might be a good idea to use "declares" for Microsoft Windows to set the values for the page setup dialog. Aaron Ballman should have it all in his "Windows Functionality Suite". 

Can you be more specific here? I didn't see anything in there that
would help.


Here are the steps to reprocude the printing problem:

1. Start FTC
2. Call Print Dialog
3. (Press OK to accept the settings of the print setup dialog)
4. Select just to print page 0
5. Compare the last two lines of the printed page with the screen output in the default "page view" mode. 6. Bug: The first page has two more lines as the page view mode on screen. 

I don't thing there is a problem here other than not coordinating
the page setup size with the display size.

If you search the NUG archives, you will see various people
talking about the above issues when printing under Windows. RS
really needs to fix the Windows side of things.


FTC Website: www.truenorthsoftware.com/Realbasic/FormattedText.html
Set List Options (digest and vacation modes): www.freelists.org/list/ftcdev
List Archive: www.freelists.org/archives/ftcdev
Unsubscribe: Send email to ftcdev-request@xxxxxxxxxxxxx with "unsubscribe" in 
the subject field.

Other related posts: