<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Chart is not copied properly from Calc to Impress" href="https://bugs.documentfoundation.org/show_bug.cgi?id=106145#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Chart is not copied properly from Calc to Impress" href="https://bugs.documentfoundation.org/show_bug.cgi?id=106145">bug 106145</a> from <a class="email" href="mailto:pepalogik@seznam.cz" title="Jan Lachnitt <pepalogik@seznam.cz>"> Jan Lachnitt</a> <pre>(In reply to Markus Mohrhard from <a href="show_bug.cgi?id=106145#c7">comment #7</a>) > (In reply to Jan Lachnitt from <a href="show_bug.cgi?id=106145#c2">comment #2</a>) > > I have noticed that if the chart is pasted as a Star Object Descriptor (the > > default), wrong number format is used on the secondary Y axis. Should I file > > another bug? > > Actually the same number format is used (General). However, Calc has some > special code to get the necessary precision based on the cell number format. > The same can obviously not be implemented for the internal data table. In > Impress one needs to use a different number format if one wants to avoid the > default 2 decimal places rounding. > > WHile the behavior might have changed here I think there is nothing we can > do. I'd expect the General number format to have as many decimal places as needed, not just two. I have now also tested the main issue (the missing curve segments) in LO 6.1.3.2 (1:6.1.3~rc2-0ubuntu0.16.04.1). Pasting the chart in the default format (Star Object Descriptor) now correctly reproduces all curve segments, as reported by Dimitri Bouron in <a href="show_bug.cgi?id=106145#c5">Comment 5</a>. However, pasting it as a GDI Metafile still produces the incomplete chart, as I originally reported.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>