Bug 66305 - FILESAVE: ToC exported to XHTML still has page numbers
Summary: FILESAVE: ToC exported to XHTML still has page numbers
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 4.0.4.2 release
Hardware: Other All
: low enhancement
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: EasyHack DifficultyBeginner SkillCpp
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-28 08:20 UTC by callow.mark
Modified: 2015-01-22 13:33 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
.odt containing ToC from large document (29.11 KB, application/vnd.oasis.opendocument.text)
2013-07-04 04:02 UTC, callow.mark
Details

Description callow.mark 2013-06-28 08:20:47 UTC
When an auto-generated table of contents is exported to XHTML, the exported table of contents still has page numbers. There seems no point as the exported document is not paginated.

Also, in the original ToC the page numbers are right justified and separated from the section name by a row of periods. In the exported ToC, the page numbers are on the right but not justified. They are separated from the section names by about 4 spaces.

I suggest just not exporting the page numbers.
Comment 1 James 2013-07-03 13:14:41 UTC
Mark: Could you please attach an example document and the exact steps on how to reproduce this problem? Otherwise it is very difficult to confirm this bug.

After attaching the requested information, please set this bug to UNCONFIRMED.

Thanks :)
Comment 2 callow.mark 2013-07-04 04:02:43 UTC
Created attachment 82003 [details]
.odt containing ToC from large document

Here is a .odt to reproduce the issue. It has only a ToC cut from a larger document whose source I cannot post in this public forum.

Export this document via File->Export, selecting xhtml as the output format. Observe that the exported HTML file still has page numbers on each ToC line, though without the "..." leading and right justification of the original.
Comment 3 foss 2014-01-16 18:53:39 UTC
Mark I tried reproducing this. Open your test file in 4.2.0.2, but when trying to "Save as..." I see no XHTML option, but only HTML.

So exporting to HTML keeps the page numbers. But since that might be intentional I'm adding NeedAdvice.

NEW since confirmed behavior.
Comment 4 foss 2014-01-16 19:12:51 UTC
Let's go with valid enhancement request.
Comment 5 callow.mark 2014-01-16 19:29:51 UTC
The XHTML option is in the dialog that appears after you select Export... from the File menu.

[Last time I tried Save As... HTML, the result had even more problems than the XHTML export so I stopped using it.]

Both Export... XHTML and Save As... HTML options export the document as a single long HTML page so page numbers make no sense and have no meaning or usefulness. This is a BUG not an enhancement request so I have changed it back.
Comment 6 Joel Madero 2014-01-16 20:28:21 UTC
@FOSS - NeedAdvice is only for UNCONFIRMED bugs, we just move to NEW if it's confirmed, then, if a dev ever looks at it, they can investigate. We should do as much of the heavy lifting as possible -- especially as here where it's an enhancement request. NeedAdvice pings our top devs to look into it, here that's probably not needed :)

Enhancement (behaves as intended, but valid request to change behaviour)
Low (probably not going to impact many people at all but a logical request and probably an easy hack)
Comment 7 Joel Madero 2014-02-27 22:55:21 UTC
In order to limit the confusion between ProposedEasyHack and EasyHack and to make queries much easier we are changing ProposedEasyHack to NeedsDevEval.

Thank you and apologies for the noise


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.