Hi all!
And, Katarina, great to "hear" you again :-)
Am Mittwoch, den 19.08.2015, 13:48 +0000 schrieb Katarina Behrens:
Hello world,
I started this discussion, so it's about time I also contribute
something to it:
[...]
The main issue I have with status quo is this duality between "File
-> Printer settings" and "File -> Print -> $some_printer ->
Properties". In other words, settings of the printer and
document/page-specific settings that can be (and often are) entirely
different.
Some trouble can be avoided, some can't (but nevertheless there are
ways to better support our users). Since printing is that complex, I'd
like to break down the issues (so please bear with me).
An equivalent of "File -> Printer settings" doesn't seem to exist in
MSO, for example (or it does but I'm not so very good at searching).
When I asked on IRC why it exists in LibO, I was only told that it
sets up some stuff that can't be set up elsewhere *grin*
As far as I remember earlier discussions, it exists for two "reasons":
1. Change printer / document print options without actually printing
something (e.g. for getting access to printer trays in page format
settings for non-default printers).
2. Access to document related print settings if OOo (at that time) used
the print dialog of the OS instead of showing the built-in dialog.
Similar (but not identical) settings are available via "Tools -
Options - $component - Print".
Word handles/handled that a bit differently. However, also Word runs
into issues if e.g. the document page layout is different to printer
settings. Here is an interesting article by Microsoft:
The printer settings are ignored when you print a Word document
https://support.microsoft.com/en-us/kb/904805
Then, things like tdf#92676
(https://bugs.documentfoundation.org/show_bug.cgi?id=92676) happen --
user goes to printer settings, sets something up, saves and thinks
this is how his document's going to be printed, but it ain't the
case, because the document/page settings will be used instead.
Thanks for the pointer. I think such use cases need special treatment,
since Calc works technically correct - but users expect different
behavior. Unfortunately, the (usually great logical structure) of LibO
makes the page orientation setting hard to discover.
There's of course this "use only paper * from printer preferences"
checkbox that makes it possible to override document settings with
printer settings, but how many users know about it?
It rather makes me think of: why should they? I quickly tested the use
case above (changing the page orientation in the printer preferences)
but Calc's output was unusable (because being cut-off).
So, finally, breaking down the issues of printing (omitting OS printing
dialogs)...
=== 1. LibO Printing UI ===
The LibO printing UI is cluttered and distributes (similar)
functionality within different dialogs. Aim: One print preview,
simplified access to print options.
To me, this clean-up would require:
* Harmonize the document Print Options (e.g. "Print text as black")
from the printing dialog ("File -- Print... -- $option) and LibO
options dialog ("
* Remove "File -- Printer Settings...". Plus, to enable access to non
-default printer trays, add printer selection capabilities to the
page layout dialogs ("Format -- Page -- Page: Paper Tray").
* If possible, remove "File -- Print Preview...". Move required
functionality (e.g. display facing pages) to the print preview in
the print dialog.
=== 2. Document Page Settings vs. Printer Page Preferences ===
As the article by Microsoft suggests, we may not address all issues
related to page layout. Especially since LibO offers the capability to
define numerous page layouts in the document - the printer preferences
just offer one definition per print job.
I miss the real needs by users, so I haven't a clear solution
preference - just options:
Option #1: Remove page size and portrait settings from the printer's
preferences.
* Pro: Easy to achieve
* Con: Things can still go wrong (e.g. printer settings by OS). We need
to make users aware of issues we can identify (e.g. wrong page format)
and inform them -> see idea of Info Bar in print dialog
Option #2: Extend #1 by access to document page layout options (like
"Format -- Page...") via e.g. button
* Pro: Direct access to document options
* Con: Different page layouts different to understand
Option #3: Re-arrange print dialog to directly contain and use (e.g.)
page size and portrait settings.
* Pro: Improved WYSIWYG
* Con: Technical feasibility? Effort?
* Details (examples for a UI control for page orientation):
* If the document print range contains only "Portrait" pages, pre
-select "Portrait".
* If the document print range contains only "Landscape" pages, pre
-select "Landscape".
* If the document print range contains both Portrait and Landscape
pages, show "Automatic". (Document settings are used)
* If the user changes the setting, the new setting is applied to
the whole print range (as if the user would have changed the
document page layout, and its aligned with the printer setting).
Per default, this setting is valid for the given print dialog
session only. Per user demand, the setting can be applied to the
document settings (image something like a "make setting sticky"
appearing after the user changed the default selection).
* Special case for Calc ("Print Selection"): "Automatic" will pre
-select the orientation that makes most sense for the given
selection.
* Examples
(Landscape used in print range)
+-------------------------------------------------------+ | LANDSCAPE
|
| Uses format of document page layout |
+-------------------------------------------------------+
(Different orientations used in print range)
+-------------------------------------------------------+| AUTOMATIC
|
| Uses format of document page layout |
+-------------------------------------------------------+
(User manually changed setting)
+-------------------------------------------------------+
| LANDSCAPE |
| Temporarily applied to all printed pages |
+-------------------------------------------------------+
[ ] Save selected orientation for whole document (i)
* Details (for page size, needs further refinement): The UI control
might show "Automatic" if all document defined sizes are available.
If not (e.g. pages need to be scaled down), the UI control might
provide an additional hint/warning.
(Different page sizes in print range, supported by printer)
+-------------------------------------------------------+ | AUTOMATIC
|
| Uses format of document page layout |
+-------------------------------------------------------+
(Only page size A4 in print range, supported by printer)
+-------------------------------------------------------+ | DIN A4
|
| Uses format of document page layout |
+-------------------------------------------------------+
(Different page sizes, partly unsupported by printer)
+-------------------------------------------------------+
| AUTOMATIC |
| /!\ Paper size mismatch! Some pages are scaled down. |
+-------------------------------------------------------+
Mmh, finally looking at it, Option #3 makes most sense to me. It
provides WYSIWYG with regard to the print output, it allows temporary
changes (it even has some smartness when looking at printing selected
cells), it provides to save the values, and the UI itself might be
quite understandable (a guess, of course).
By the way, recent MS Office versions let the user also select printer
settings (e.g. page orientation) in the printer dialog ("backstage
view") and will apply changes automatically. I didn't test it (missing
software), but read it - so I don't know behavior details.
=== 3. Enable Proper Saving and Loading of Document Print Options ===
As previously explained, once the document print options are sorted
out, they should be properly saved and loaded. (see your separate mail,
maybe I'm unable answer today...).
[...]
... and what would be the right thing to do instead? Just take user's
settings and override document settings with those, even if it means
the document will come out cropped/distorted (due to paper size too
small, wrong paper orientation etc.) ? I guess this is what MSO does,
but didn't really test ....
So, lots of information and ideas. Most of them don't "interfere" with
the ideas to make the print dialog more understandable.
Comments highly appreciated ...
Cheers,
Christoph