Apache OpenOffice (AOO) Bugzilla – Issue 14036
Menus: File>PageSetup /Landscape setting prints portrait in Spreadsheet / Writer
Last modified: 2017-10-07 15:12:53 UTC
When I set the Printer Settings to landscape, the printed spreadsheet comes out portrait. After closing and reopening the spreadsheet, the Landscape setting was still active and portrait was still printed. Windows XP OO 1.0.2 Brother 1240
cp->ssa: I'm not sure if "Format -> Page" is the required setting. Please have a look.
SSA: You actualy have to use Format->Page to specify the page layout. The printer settings are for page layout are ignored. SSA->FL: I see a big usability problem here. Users are used to the printer settings dialog from other applications and expect landscape printouts when choosing it. If we have really no solution to the problem (due to multiple tables with different orientation in a single print job) , we should at least warn the user if he actually changes the orientation in the printer settings.
*** Issue 7028 has been marked as a duplicate of this issue. ***
*** Issue 15183 has been marked as a duplicate of this issue. ***
Suggestion: Format -> Page should go away entirely and be merged with File -> Printer Settings as that is where it appears in 99.9% of the applications I use (oo.o being the 0.1%). Users are sure to find it there. There are still maladies in landscape printing: The left margin is non-existent, in fact the printer cuts off the first character of the leftmost SS cell. In addition, the header and footer are not horizontally centered. Page preview looks OK -- I hope this isn't a Linux/CUPS printer driver issue. Printing on Letter paper under Linux on HP LaserJet 6L.
Format Page should definitely stay as otherwise it would not be possible to have documents with different layouts for different pages. But the printer dialogues should be redesigned so that one cannot select things that have really no meaning.
I agree that this is usability problem if people think can change the print setting, but cannot. we must try to solve this problem. or find the middle solutions before 2.0. we cannot leave it like that. It is serious. Note: Sorry, My Printer Ink is empty now, So I cannot try to print using OOo 1.1 RC5. But I believe it is still exist
FL: Just a note: We have to keep in mind that the user could use the printer settings to change the paper orientation to landscape when he wants to print two (or more) portrait pages on a landscape oriented paper to save paper.
FL: The user tries to use this dialog to change the document paper format and the competition offers a Page Setup entry in the same place. We need the pager setting dialog (different formats and orientation within a single document), but we do not need the Printer Settings dialog by default. This dialog has been introduced in a time when StarOffice needed a printer for text formatting. Since we do not need to have a installed printer anymore (printer independent formatting as new default), we can go without this special dialog, if the printer dependent formatting option in Tools-Options-Text Document-General-Use printer metrics for document formatting is unchecked. The system's default printer is set as the default printer for each new document. If printed on a different printer, the new printer is stored as default. FL->OS: Please change the following: - Display the “Printer Settings†menu entry in the File menu only if the printer dependent formatting option in Tools-Options-Text Document-General-Use printer metrics for document formatting is checked. Note: The Print dialog also offers the Properties... button (i.e. to set the paper orientation orientation for special features like printing two portrait A4 pages on a single A4 landscape paper) to change printer settings, but the dialog can only be confirmed by printing the document with OK. FL->MMP: Since you are responsible for the main menu: Do we want to add a “Page Setup...†entry after the “Print...†entry that calls the Format – Page dialog like competitors do? (and keep the menu entry Format - Page in the context sensitive Format menu as well).
.
changed prio from 2 to 3
changed summary
please have also a look at issue 18245. it describes the behaviour also for Writer and provides again a very understandable description of the problem.
*** Issue 18245 has been marked as a duplicate of this issue. ***
adding "Writer" to description
this wont make it into OOo2. we have feature freeze end of august 2004
same problem with OOo 1.1.3 on a linux box.
We have the following patch to workaround this issue: http://www.go-oo.org/patches/src680/printer-properties-disable.diff
according to PL, the patch is just for Unix. It removes the control to choose the paper orinetation for landscape. I will have a look quite soon (keep the fingers crossed) Changing the platform to "All".
Thanks mmp - this is a knotty issue I think; Debian / Ubuntu disable our patch - based on user feedback, which you can find here: # Disable the printer properties which are unused#583 # related issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=353595 # also last comment in: https://bugzilla.novell.com/show_bug.cgi?id=83925 # also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373974 It'd be great to unwind all of this & work out exactly what should be happening ;-)
mmp can you please update you comments that you will look at the patch http://www.go-oo.org/patches/src680/printer-properties-disable.diff to be working for all platform too ? I think it is usability issue. Thanks
If we decide to omit the landscape control at all, we should remove it as a whole, not disable the UI on some platforms. So changing type to enhancement. However it seems to be unclear whether we want that or not. Personally i think the landscape setting in the printer settings is useless nowadays as the page style will always override it. Since writer does not ask the printer for its format anymore when opening a new document, even the paper format is questionable.
set target 3.x
I am no longer officially active on OOo. Please take over.
*** Issue 107950 has been marked as a duplicate of this issue. ***