https://bugs.freedesktop.org/show_bug.cgi?id=86313
Matthew Francis <fdb...@neosheffield.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |bisected
Status|NEW |RESOLVED
CC| |fdb...@neosheffield.co.uk
Resolution|--- |WONTFIX
--- Comment #6 from Matthew Francis <fdb...@neosheffield.co.uk> ---
The behaviour seems to have changed as of the below commit. Unfortunately this
is required for compatibility with .doc/.docx, so while it may be inconvenient
that it doesn't work like it used to, I don't see that there's a way to put it
back like before - 0 is now a valid page number, and it will remain that way.
-> Setting status to RESOLVED WONTFIX
commit c2ccd20c0fd92bddfff76447754541705e3eb8f3
Author: Adam Co <rattles2...@gmail.com>
Date: Thu Aug 29 17:16:44 2013 +0300
fdo#44689: fix for specific case of page restart-value 0
This bug fix is for roundtripping a DOCX that has
a specific 'start value' for the page numbers.
In most cases LO imports it ok.
However - until now - Word allowed you to start page number
from 0, while LO only allowed starting page numbers from 1.
This was because the 'start value' was stored in an 'unsigned int',
and the value '0' was used to mark 'there is no start value'.
This patch changes the way the 'start value' is stored
from 'unsigned int' to 'optional unsigned int'.
This way - if there is no value applied - the variable will hold NULL.
However - if a value is set - it can be 0 or more.
This meant also tweaking all the places that used to get this value,
so that now they handle an 'optional uint', instead of a 'uint'.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
