Bug 54315 - exporting to html with StarWriter filter changes text properties
Summary: exporting to html with StarWriter filter changes text properties
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version: Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-31 09:23 UTC by cristi falcas
Modified: 2013-12-06 11:22 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
odt to html result (71.09 KB, application/x-zip)
2012-08-31 09:23 UTC, cristi falcas
Details
Conversion to HTML and XHTML using v3304 thru v4132. (314.46 KB, application/zip)
2013-12-06 11:22 UTC, Owen Genat
Details

Description cristi falcas 2012-08-31 09:23:43 UTC
Created attachment 66395 [details]
odt to html result

Attached files where generated with this command:

/opt/libreoffice3.6/program/soffice --display :1020 --convert-to "html:HTML (StarWriter)"  --outdir ./ Untitled\ 2.odt

The resulting html file has the following css properties:

P { margin-bottom: 0in; direction: ltr; color: #ff9900; line-height: 119%; text-align: center; widows: 2; orphans: 2 } 

All text will be orange (color: #ff9900) and centered (text-align: center).

Output is correct if using --convert-to html, but in this case all images are embedded (bug 48887), which brings other problems.
Comment 1 Owen Genat 2013-12-06 11:07:23 UTC
Due to these findings I am confirming this bug, even if only to get a developer to examine the styles in order to determine what should be getting set in the CSS of the HTML for the two filters in question. Status set to NEW. Version set to Inherited From OOo as v3304 through v4132 all exhibit the same problem with the centred+orange list item text for the provided example. Platform set to All/All. Test results to be attached in a following comment.

It is worth noting that the provided ODT in comment #0 has apparently been converted from a Word document and so may not be the best test (or it may be a very good one, depending on viewpoint). The embedded graphic is a Microsoft Visio diagram. The ODT (content.xml) contains:

> <style:style style:name="P1" style:family="paragraph" style:parent-style-name="Standard" style:list-style-name="WW8Num26"/>
> ...
> <text:list xml:id="list36587887" text:style-name="WW8Num26">
>    <text:list-item>
>       <text:p text:style-name="P1">Mobile A starts a new GPRS session</text:p>
>    </text:list-item>
> ...

... and (styles.xml):

> <style:style style:name="Text_20_body" style:display-name="Text body" style:family="paragraph" style:parent-style-name="Standard" style:class="text">
>    <style:paragraph-properties fo:margin="100%" fo:margin-left="0cm" fo:margin-right="0cm" fo:line-height="119%" fo:text-align="center" style:justify-single-word="false" fo:text-indent="0cm" style:auto-text-indent="false" style:text-autospace="none"/>
>    <style:text-properties fo:color="#ff9900" style:font-name="Courier New" fo:font-weight="bold" style:font-weight-asian="bold" style:font-name-complex="Courier New" style:font-weight-complex="bold"/>
> </style:style>
...
> <text:list-style style:name="WW8Num26">
>    <text:list-level-style-number text:level="1" style:num-suffix="." style:num-format="1">
>       <style:list-level-properties text:list-level-position-and-space-mode="label-alignment">
>          <style:list-level-label-alignment text:label-followed-by="listtab" fo:text-indent="-0.635cm" fo:margin-left="1.27cm"/>
>       </style:list-level-properties>
>    </text:list-level-style-number>
>    <text:list-level-style-number text:level="2" style:num-suffix="." style:num-format="a" style:num-letter-sync="true">
>       <style:list-level-properties text:list-level-position-and-space-mode="label-alignment">
>          <style:list-level-label-alignment text:label-followed-by="listtab" fo:text-indent="-0.635cm" fo:margin-left="2.54cm"/>
>       </style:list-level-properties></text:list-level-style-number>
> ...

Note that the "Text body" style is set to use the #ff9900 colour. This could be the reason for the orange list item text, which I can confirmed as being converted in this manner under Ubuntu 10.04 x86_64 running:

- v3.3.0.4 OOO330m19 Build: 6
- v3.4.6.2 OOO340m1 Build: 602
- v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
- v3.6.7.2 Build ID: e183d5b
- v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24
- v4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a

Examples of commands used for testing conversion (original ODT renamed to a.odt for convenience):

$ soffice --headless --convert-to html:"HTML (StarWriter)" --outdir HTML_StarWriter/v4132/ a.odt

... and:

$ soffice --headless --convert-to html:"XHTML Writer File" --outdir XHTML/v4132/ a.odt
Comment 2 Owen Genat 2013-12-06 11:22:44 UTC
Created attachment 90350 [details]
Conversion to HTML and XHTML using v3304 thru v4132.

Test results of output to HTML (linked graphics) and XHTML (embedded graphics) are included for the versions of LO listed in comment #1. Screenshots are included for v3304 and v4132 to indicate what I am seeing.


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.