<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:rb.henschel@t-online.de" title="Regina Henschel <rb.henschel@t-online.de>"> <span class="fn">Regina Henschel</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: Calc: wrong position for rotated pictures to 270 degree after save"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=103092">bug 103092</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Keywords</td>
           <td>
                
           </td>
           <td>bibisectRequest, regression
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>rb.henschel@t-online.de
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: Calc: wrong position for rotated pictures to 270 degree after save"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=103092#c10">Comment # 10</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: Calc: wrong position for rotated pictures to 270 degree after save"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=103092">bug 103092</a>
              from <span class="vcard"><a class="email" href="mailto:rb.henschel@t-online.de" title="Regina Henschel <rb.henschel@t-online.de>"> <span class="fn">Regina Henschel</span></a>
</span></b>
        <pre>I have tested the problem with setting Calc to use Millimeter as unit.
There error happens on file save. In case of a rotation, the position is not
written directly as svg:x and svg:y but it is put into a translation(x y).
The parameters x and y of the translation should have a unit. But LibreOffice
does not write a unit. In case a unit is missing LO interprets the values as
1/100mm on opening. But it has written the values as 1/10mm.

In case Calc is set to use Centimeter, the unit mm is written to the parameters
a and y and the shape is at the correct position after opening. Tested in
Version: 6.4.0.0.alpha1+ (x64)
Build ID: 7c6226bee72805db7f0e567ca9f06c786a7d0da2
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (en_US); UI-Language: en-US
Calc: threaded

So I would say, your initial observation "the decimal point is not correct" is
right.

It is an old error.
OK in Version 4.0.1.2 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985)
but already broken in Version: 5.1.0.1.0+
Build-ID: 928a7a3e92e085a880ecf0d3ad5e40d41b7779bf
CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-1, Time:
2016-01-13_00:08:26
Gebietsschema: de-DE (en_US)</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>