Bug 143866 - Text in document not visible preview of Print dialog (and won't be printed either) after applying highlighting (PDF export fine)
Summary: Text in document not visible preview of Print dialog (and won't be printed ei...
Status: RESOLVED DUPLICATE of bug 139164
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-08-14 04:40 UTC by Telesto
Modified: 2021-09-09 07:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (9.94 KB, application/vnd.oasis.opendocument.text)
2021-08-14 04:40 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-08-14 04:40:02 UTC
Description:
Text in document not visible preview of Print dialog (and won't be printed either) after applying highlighting (PDF export fine)

Steps to Reproduce:
1. Open the attached file
2. Select RE:XXX on page 1
3. Apply yellow highlighting
4. Click Print button or press CTRL+P -> Notice only one yellow line

Actual Results:
Only one yellow line

Expected Results:
Everything


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 18771471f75685a6d3838a22d16dcff5c398e652
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2021-08-14 04:40:19 UTC
Created attachment 174270 [details]
Example file
Comment 2 Telesto 2021-08-14 04:45:15 UTC
Also found in
Version: 7.0.0.0.beta1+ (x64)
Build ID: 2891e91a513520d68ea2b8c59c14335861a15253
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

and in
Version: 6.3.7.0.0+ (x86)
Build ID: 726535ec30f12697ceccd2f0640d9371a64dc5bd
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

fine in
Version: 6.2.5.0.0+
Build ID: 92400e8df9f704ac4856dbb85d8551a0488fd334
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 3 BogdanB 2021-08-14 14:17:46 UTC
What I noticed is that on Print Preview page Selection is checked. If you select All pages all the text will be printed. I think this is not a bug, but a feature in order to print a selection.

Confirm the behaviour, but consider not a bug. 
Also the repro steps could be:
- select a word on a page and Ctrl+P -> only the selected word would be printed (because Selection is checked)
Comment 4 Jean-Baptiste Faure 2021-08-14 15:27:38 UTC
(In reply to BogdanB from comment #3)
> What I noticed is that on Print Preview page Selection is checked. If you
> select All pages all the text will be printed. I think this is not a bug,
> but a feature in order to print a selection.
> 
> Confirm the behaviour, but consider not a bug. 
> Also the repro steps could be:
> - select a word on a page and Ctrl+P -> only the selected word would be
> printed (because Selection is checked)

I confirm the behavior and think that that is not a bug but an nice feature (selection checked automatically if there is a selection in the document).

So closing as NotABug.

Best regards. JBF
Comment 5 Telesto 2021-08-16 09:57:40 UTC
Recycling this bug to get some formal UX opinion on the matter; which lacks in bug 54908. So evaluating pro's  and cons'. And assessing the scope of the feature (like point 2, below)

There a number of inconsistency's
1. The behaviour to change the print area to selection isn't when pressing Print isn't common on Windows. So the feature is bit of surprise :-)

2. Pressing print preview doesn't do the same thing; and or lacks preview of selection/ full document option.

3 Pressing export PDF (in toolbar) exports the full document (not file -> Export -> PDF (not section is set).

And there few comments related to this left in right: bug 54908 comment 24 and 25 

Like preference to remembering 'print area setting in session). Which kind of contradicts to 'set print selection', if there is a selection'

Feels like a topic with lots different workflows and desires :-(
Comment 6 Heiko Tietze 2021-08-17 07:30:28 UTC
(In reply to Telesto from comment #5)
> 1. The behaviour to change the print area to selection isn't when pressing
> Print isn't common on Windows. So the feature is bit of surprise :-)
But consistent within LibreOffice.

> 2. Pressing print preview doesn't do the same thing; and or lacks preview of
> selection/ full document option.
You also get page 1 to n and you cannot change the page orientation in the preview.

> 3 Pressing export PDF (in toolbar) exports the full document (not file ->
> Export -> PDF (not section is set).
Yes, PDF export is limited here. And Calc too acc. bug 54908 comment 25.

Thing is, taking the selection into account is a convenience feature. Why do you select part of the document at all? It's easy to discover for newcomers (Selection is checked in the print dialog) and very simple to change (just click another range option). Admittedly, this function is not following the KISS principle, otherwise we wouldn't discuss it here, but removing it will make some users unhappy. And once you get familiar you probably wont miss it.

I concur with JBF's NAB.
Comment 7 Telesto 2021-09-09 07:17:32 UTC

*** This bug has been marked as a duplicate of bug 139164 ***