Bug 93858 - Page Orientation hand-over to PDF-output in OS-print-dialogue incorrect
Summary: Page Orientation hand-over to PDF-output in OS-print-dialogue incorrect
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.0.1.2 release
Hardware: x86-64 (AMD64) macOS (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2015-09-02 13:33 UTC by Nico
Modified: 2017-05-02 16:12 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Format -> Page settings (51.12 KB, image/png)
2015-09-02 13:33 UTC, Nico
Details
OS X 10.10.5 print dialogue (76.04 KB, image/png)
2015-09-02 13:34 UTC, Nico
Details
Apple Pages Print dialogue (157.04 KB, image/png)
2015-09-03 07:40 UTC, Nico
Details
10.12 + lo master 2016-09-27 (45.39 KB, image/jpeg)
2016-09-27 09:15 UTC, steve
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nico 2015-09-02 13:33:33 UTC
Created attachment 118349 [details]
Format -> Page settings

Version: 5.0.1.2
Build-ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Gebietsschema: de-DE (de.UTF-8)

OS X 10.10.5

1. Create new calc document.
2. Go to Format -> Page
3. Set orientation to "horizontal" (see screenshot)
4. Confirm.
5. Do cmd+P
6. The preview in the LibreOffice area of the printing dialogue presents horizontal orientation of the as horizontal defined calc page, the preview of the OS printing dialogue shows vertical orientation of the complete calc page.
7. On opening the document in OS X preview, the whole page is shown, but in vertical view. It should open in horizontal view.

This is incorrect. I haven't seen this behavior in any other OS X app that allows printing pages.
Comment 1 Nico 2015-09-02 13:34:06 UTC
Created attachment 118350 [details]
OS X 10.10.5 print dialogue
Comment 2 steve 2015-09-03 07:27:42 UTC
Confirming. The double page preview is also a LO specialty. Word does not do that. Guess it would be a good idea to simplify the print dialog.

Since I recall Jay asking me for screenshots of Word, Pages, LO print dialogs adding him to cc: since he might have something to add here.
Comment 3 Nico 2015-09-03 07:40:29 UTC
Created attachment 118374 [details]
Apple Pages Print dialogue

FYI Apple Pages Print dialogue
Comment 4 Nico 2015-09-03 07:43:45 UTC
I think focus should not be on how Word does something or does not. An app written for OS X should adhere to its rules - especially when it come to the most basic system functions.

There are much more bugs with the print preview in LO calc, because the OS Print dialogue preview in PDF yields a completely different PDF rendering than when exporting to PDF from calc. I will file another case with that. It is almost ridiculous.

(In reply to steve -_- from comment #2)
> Confirming. The double page preview is also a LO specialty. Word does not do
> that. Guess it would be a good idea to simplify the print dialog.
> 
> Since I recall Jay asking me for screenshots of Word, Pages, LO print
> dialogs adding him to cc: since he might have something to add here.
Comment 5 Yousuf Philips (jay) (retired) 2015-09-03 20:52:26 UTC
(In reply to steve -_- from comment #2)
> Since I recall Jay asking me for screenshots of Word, Pages, LO print
> dialogs adding him to cc: since he might have something to add here.

Nope nothing to add as i was just collecting them for a redesign of the dialog.
Comment 6 steve 2015-09-09 12:08:42 UTC
Nico, absolutely agree, but since the OSX devs from LO are rare to none existant all the rambling will not help. freedomsponsoring a bug might help https://freedomsponsors.org/

Otherwise sit and wait or learn how to code is all we can do.
Comment 7 QA Administrators 2016-09-20 10:29:28 UTC Comment hidden (obsolete)
Comment 8 steve 2016-09-27 09:15:28 UTC
Version: 5.3.0.0.alpha0+
Build ID: a4c974293e84685aa055922b70b2470fcff2d844
CPU Threads: 4; OS Version: Mac OS X 10.12; UI Render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-09-27_01:05:19
Locale: de-DE (de_DE.UTF-8); Calc: group

the dialog is now using the system print dialog it seems. screenshot attached.
Comment 9 steve 2016-09-27 09:15:50 UTC
Created attachment 127666 [details]
10.12 + lo master 2016-09-27
Comment 10 steve 2016-09-27 09:20:33 UTC
so macOS preview w excel landscape document persisting. excel also using the macOS default print dialog. but in the case of excel user is seeing a landscape paper in the print preview.

so LO should be able to do the same.
Comment 11 Nico 2016-12-22 14:55:04 UTC
Dear Steve,

I totally agree that rambling is not the premier method. But you will admit that the document foundation advertises a working stable version for OS X. Thus anyone expects it to adhere to basics for the operating system advertised.

The conclusion is not to argue that OS X developers are rare, but to state clearly on the website that LibreOffice currently cannot be maintained appropriately for OS X thus it containing a lot of bugs that might make it not appropriate for production - or the hint to switch to windows or a virtual machine.. That is something anyone understands, and I absolutely have no problem with that.

Or what is your opinion on how to attract OS X users to LibreOffice ?

Thanks for listening.

(In reply to steve -_- from comment #6)
> Nico, absolutely agree, but since the OSX devs from LO are rare to none
> existant all the rambling will not help. freedomsponsoring a bug might help
> https://freedomsponsors.org/
> 
> Otherwise sit and wait or learn how to code is all we can do.
Comment 12 steve 2016-12-22 18:20:08 UTC
You set the bug to WORKSFORME. In which version are you no longer seeing the bug?

I agree with you that the quality of the so called "stable" LO release is debatable for macOS platform. I tend to just use a recent master build since it contains the most recent fixes, but that is not a startegy recommended for productive usage either.

I am not sure about the way out of this misery. With macOS usage growing worldwide sooner or later this will become a serious problem for LO. But I am not to decide how money is invested or tenders for which areas are going to be created.
Comment 13 Nico 2016-12-28 11:28:20 UTC
This is in 5.2.3.3 / d54a8868f08a7b39642414cf2c8ef2f228f780cf

I must add that the page orientation of the *content* will be correct in relation to the chosen page orientation in Format -> Page. But the presentation of how the page looks like in the print dialogue is always portrait. Also the exported PDF or the saved PDF through the front dialogue will open always in Portrait mode, hence needs to be rotated 90 degrees in any PDF-viewer.

Furthermore the PDF rendering through print and Export is significantly different, usually through the print dialogue it is inferior. This is a behavior other apps i use do not have.


Opinion:

Regarding the misery of LO quality - the way out of the misery has already taken place: Users in productive context have left the LO-platform as IT-guys tell me. And that is for any operating system for simple reasons:

LO is only compatible if all participants stay in the native LO file format
LO file format already is not compatible to full extent to OpenOffice
OpenOffice development has stopped over a year ago for economic reasons

Compatibility with MS Office universe su**s. It leaves the impression of being just a bad copy of it. Hence it's a no brainer to buy the Office 365 plan (which is cheap) and being 100% compatible with business inverinmonets, not mentioning Sharepoint, Exchange and so on…

IMHO the presented concepts of Word- and table-processing are outdated technology and paradigms. Doing a table in calc to look reasonable printed is a full house of pain. What a relief are Numbers and Pages in that respect, although lacking some functionality. And even Ragtime outperforms Office in most areas because of its fundamental powerful setup.

Let's see what 2017 brings up. 

(In reply to steve -_- from comment #12)
> You set the bug to WORKSFORME. In which version are you no longer seeing the
> bug?
> 
> I agree with you that the quality of the so called "stable" LO release is
> debatable for macOS platform. I tend to just use a recent master build since
> it contains the most recent fixes, but that is not a startegy recommended
> for productive usage either.
> 
> I am not sure about the way out of this misery. With macOS usage growing
> worldwide sooner or later this will become a serious problem for LO. But I
> am not to decide how money is invested or tenders for which areas are going
> to be created.