https://bugs.documentfoundation.org/show_bug.cgi?id=116541
Eike Rathke <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |NOTOURBUG
--- Comment #2 from Eike Rathke <[email protected]> ---
(In reply to Matt from comment #0)
> Not sure if this is a real bug or not, so please bear with me.
> I'm generating an .odt file in another program. It writes style info to the
> styles.xml file with font size printed as %.1f, thus, for instance:
>
> <style:text-properties fo:font-size="28,0pt" fo:font-weight="bold"
> style:font-size-asian="28,0pt" style:font-weight-asian="bold"
> style:font-size-complex="28,0pt" style:font-weight-complex="bold"/>
That's primarily a bug in the other program. It must not write values with
localized separators to XML. See xmlschema-2 that defines period ('.' full
stop) as decimal indicator.
> Notice 28,0pt three times. If I open this in Loffice writer, it blows the
> font up to 280pt. Like it ignores the comma.
It probably does, because comma is a group (aka thousands) separator.
> The comma is generated by
> printing library as it observes the French locale.
Which is wrong.
> To test this, I generated a small writer file from Loffice run in French
> mode, put in some text at 28pt, saved it, unzipped the .odt, changed the
> font from 28pt to 28,0pt, and rezipped the .odt file (zip -r). Loffice
> claims that the file is corrupted when I load it.
Instead of re-zipping, freshen the zip (zip -f) with the changed file. Rezip
may change the order and compression of files, but the mimetype file has to be
very the first file in the zip and not be compressed.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
