https://bugs.documentfoundation.org/show_bug.cgi?id=147989
BogdanB changed:
What|Removed |Added
CC||buzea.bog...@libreoffice.or
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #15 from Julien Nabet ---
(In reply to Caolán McNamara from comment #14)
> another thing we have is include/i18nutil/paper.hxx and "doSloppyFit" which
> snaps page dimensions to real paper sizes when they are close enough to
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #14 from Caolán McNamara ---
another thing we have is include/i18nutil/paper.hxx and "doSloppyFit" which
snaps page dimensions to real paper sizes when they are close enough to be
typically rounding errors away from their
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
Julien Nabet changed:
What|Removed |Added
CC||caol...@redhat.com
--- Comment
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #12 from Lemures Lemniscati ---
> I gave a try with https://gerrit.libreoffice.org/c/core/+/131875
Maybe this kind of conversion is required in other situations (calc, draw,
etc.).
So, it would be useful to add a defition
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #11 from Lemures Lemniscati ---
> When the internal unit is 1/10 twips, rounding to 0.01 cm makes no error.
> When the internal unit is 1/100 twips, rounding to 0.001 cm makes no error.
Sorry, I calculated them in mm instead
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #10 from Lemures Lemniscati ---
Maybe a right solution for this is making the internal unit smaller.
The smaller the internal unit, the smaller the chances of errors.
As an estimation:
When the internal unit is 1/10 twips,
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #9 from Julien Nabet ---
(In reply to Lemures Lemniscati from comment #8)
> ...
> Please forget it.
Before seeing your comment, I used this on my patch. I think the max precision
to retrieve page size is 2 decimals after cm
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #8 from Lemures Lemniscati ---
> To use at most 2 digits after the decimal point when outputting a page size
> (width and height) in cm, could be a solution...
Sorry, this makes precision worse...
Please forget it.
--
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #7 from Julien Nabet ---
I gave a try with https://gerrit.libreoffice.org/c/core/+/131875 but really not
sure it's the right way.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #6 from Lemures Lemniscati ---
> > I think the root cause is the accumulation of roundings.
> I agree. Thank you.
To use at most 2 digits after the decimal point when outputting a page size
(width and height) in cm, could
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #5 from Lemures Lemniscati ---
Sorry with the old version.
> I think the root cause is the accumulation of roundings.
I agree. Thank you.
This was another test.
Even when I did save it as a .odt file, the size was
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #4 from Julien Nabet ---
Here's a code pointer:
#0 SwLayoutFrame::Lower() const (this=0x5a3a750) at
sw/source/core/inc/layfrm.hxx:101
#1 0x7fa9a333d5b4 in SwViewShell::GetPageSize(unsigned short, bool) const
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #3 from Julien Nabet ---
... some strange values.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
Julien Nabet changed:
What|Removed |Added
CC||serval2...@yahoo.fr
Ever
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
Lemures Lemniscati changed:
What|Removed |Added
Version|7.0.2.2 release |unspecified
--
You are
https://bugs.documentfoundation.org/show_bug.cgi?id=147989
--- Comment #1 from Shinji Enoki ---
I reproduced it.
I don't know if this is a LibreOffice bug.
Version: 7.3.1.3 / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 8; OS: Linux 5.16; UI render:
17 matches
Mail list logo
