Bug 65807 - Line Numbers in Comments printed "after each page" are continuous (and do not restart after each page)
Summary: Line Numbers in Comments printed "after each page" are continuous (and do not...
Status: RESOLVED DUPLICATE of bug 64344
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: infoprovider:haimk@aol.com
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-16 00:30 UTC by haim kilov
Modified: 2023-07-05 15:00 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
The three-page file for which comments on pages 2 and 3 are printed incorrectly (10.23 KB, application/vnd.oasis.opendocument.text)
2013-06-16 00:30 UTC, haim kilov
Details
File --> Print --> Save as PDF (32.37 KB, application/pdf)
2013-06-22 22:56 UTC, haim kilov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description haim kilov 2013-06-16 00:30:24 UTC
Created attachment 80883 [details]
The three-page file for which comments on pages 2 and 3 are printed incorrectly

At least two issues:
1. When saving as PDF the file-to-be-printed, the line numbers for comments are incorrect if the comments are not on the first page (line numbering for comments appears to be continuous throughout the document).
2. In preview, the comments are not displayed.

[Preferences-comments-end-of-page]
Comment 1 Thomas Hackert 2013-06-22 13:55:10 UTC
Hello Haim, *,
would you be so kind to explain it a little bit more? If I export your attached file with LO Version: 4.1.0.1 Build ID: 1b3956717a60d6ac35b133d7b0a0f5eb55e9155 under Debian Testing AMD64, it looks like the original, but without the comments, when I do not mark "Export comments" under "General" in the "PDF Options" dialog. If I mark "Export comments" before exporting to PDF, I get it exported with comments, so they are ... hm ... not as expected ... ;) They look more like a page symbol, where you have to click to see the comment ...

Have you done it in any way different then me? And if not: What have you expected instead? And I do not understand your "line nunbering for comments are incorrect" mean? Do they appear in an unordered sorting?

I only can confirm your second part with the not shown comments, but I seem to remember, that either it was reported in the past (maybe at OOo times?) and/or someone has answered it the past, that it was intended ... :(

Sorry for the inconvenience
Thomas.
Comment 2 haim kilov 2013-06-22 22:56:55 UTC
Created attachment 81234 [details]
File --> Print --> Save as PDF
Comment 3 haim kilov 2013-06-22 23:02:42 UTC
Hello Thomas,

I have already commented, but my comment appeared to disappear.

At any rate, you are right that when "Exporting directly as PDF", the comments "look more like a page symbol, where you have to click to see the comment ...". This is not great, but may be tolerated.

However, when we try to File --> Print --> Save as PDF, the problem that I described does appear (as shown in the attachment).

Regretfully, it happens that customers want to look at the PDF representation of a file, with all the comments.

Best regards,

-Haim
Comment 4 Thomas Hackert 2013-06-23 14:06:15 UTC
Hello Haim, *,
(In reply to comment #3)
> I have already commented, but my comment appeared to disappear.

this could happen ... :(

> At any rate, you are right that when "Exporting directly as PDF", the
> comments "look more like a page symbol, where you have to click to see the
> comment ...". This is not great, but may be tolerated.

But why don't you use this way? There you would be able to finetune it eaven further ... ;)

> However, when we try to File --> Print --> Save as PDF, the problem that I
> described does appear (as shown in the attachment).

Ah, OK, a little bit more complicated ... May I ask, why?

If I follow these steps, then I can confirm your bug ... :(

> Regretfully, it happens that customers want to look at the PDF
> representation of a file, with all the comments.

OK.
Sorry for the inconvenience again
Thomas.
Comment 5 haim kilov 2013-06-23 17:51:33 UTC
Hello Thomas,

While I can accept the rather ugly comment rendering in "Exporting directly as PDF", customers really hate this and want something better.

This is why I used File --> Print --> Save as PDF. The comments are clearly shown there, but their line numbering is totally wrong. I think this is a bug that should be taken care of.

Best regards,

-Haim
Comment 6 Ralph Aichinger 2013-06-26 14:15:29 UTC
I can confirm both items in this bug. I will split it up into two bugs and retitle this one for item 1. 

1. When saving as PDF the file-to-be-printed, the line numbers for comments are incorrect if the comments are not on the first page (line numbering for comments appears to be continuous throughout the document).

This does not have anything to do with PDF creation, it is the same on a physical printer (Epson DX6050 in my case).

One thing worth discussing might be if the continuous numbering is intended behaviour, but a) I doubt this like the submitter, b) it is very unhelpful, as the line numbers supposedly should help find the comment anchors easier, quite hard, if you get e.g. "Page : 12 Line : 19300" instead of "Page 12 Line : 3".
Comment 7 Ralph Aichinger 2013-06-26 14:28:55 UTC
Part 2 is filed as 66211

https://bugs.freedesktop.org/show_bug.cgi?id=66211
Comment 8 QA Administrators 2015-04-19 03:20:11 UTC Comment hidden (obsolete)
Comment 9 haim kilov 2015-04-20 23:30:33 UTC
The bug is still present, the line numbers for comments on non-first pages are still totally wrong (continuous).

LO 4.3.5.2, Mac OS 10.6.8.
Comment 10 QA Administrators 2016-09-20 09:32:14 UTC Comment hidden (obsolete)
Comment 11 haim kilov 2016-10-09 17:02:07 UTC
The bug is still present, no changes in the bug behaviour.
LO 5.1.4.2, Mac OS 10.8.5
Comment 12 QA Administrators 2018-06-28 02:47:12 UTC Comment hidden (obsolete)
Comment 13 haim kilov 2018-06-28 21:50:20 UTC
The bug is still present when File --> Print --> Save as PDF. Line numbering on non-first pages is wrong.

LO 6.0.5.2, Mac OS 10.9.5.
Comment 14 QA Administrators 2019-06-29 02:58:25 UTC Comment hidden (obsolete)
Comment 15 haim kilov 2019-06-29 19:42:06 UTC
The bug is still present when File --> Print --> Save as PDF. Line numbering on non-first pages is wrong.

Mac OS 10.12.6, LO 6.2.4.2
Comment 16 QA Administrators 2021-06-29 03:48:36 UTC Comment hidden (obsolete)
Comment 17 haim kilov 2021-06-30 00:44:34 UTC
The bug is still present when File --> Print --> Save as PDF. Line numbering on non-first pages is wrong.

LO 7.1.4.2, MAC OS 10.15.7
Comment 18 Diana Vides 2023-06-15 03:55:28 UTC
This bug is still present in version 7.5.3.2

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (en_US); UI: en-US
Calc: threaded

It is also present in the latest master build
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e4c611ddc731d6a2ca9c3de61a02d1d4b6eefa9b
CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 19 Stéphane Guillou (stragu) 2023-07-05 14:58:40 UTC
This is the case in OOo 3.3 as well, so I am marking as inherited.

However, if you use the Tools > Line Numbering feature for the document, you'll see that the default setting is to continue the numbering across pages. So the numbering of the comments matches the numbering on the page, which is definitely what we expect from the feature.

Now, change the line numbering setting to "Restart every new page": you'll see that the comments now follow that numbering in the printout too.

Syncing with the line numbering settings is the important thing.
And it is possible to switch "Restart every new page on", then choose to not show the line numbering, to end up with what you were hoping.

I am closing as "not a bug", I hope that makes sense.
Comment 20 Stéphane Guillou (stragu) 2023-07-05 15:00:17 UTC
Ha, the same request had been made in bug 64344. Marking as duplicate.

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