<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - When opening .PPTX impress file, and then resaving as .PPT, the shapes will all be lost"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=89853#c18">Comment # 18</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - When opening .PPTX impress file, and then resaving as .PPT, the shapes will all be lost"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=89853">bug 89853</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>The shapes get the type "ooxml-foo" and the actual formulas and paths are used,
when import from pptx. Such way not only preset shapes but also custom geometry
shapes can be read. The formulas work with values relative to actual width and
height and angles in 1/60000 degree.

Shapes from binary MS Office files get a type mso-sptFoo or the type
identifier, which our own shapes use, on import. Formulas are not imported, but
preset definitions are used. Only adjustment values are imported. But these use
for angles simple degree and for length values in range 0..21600. Our own
custom shapes are handled the same way.
The ppt export expects this situation and cannot use the types "ooxml-foo".

It would be necessary to convert the "ooxml-foo" shapes on export. Such
conversion would be similar to the conversion done for the
WordArt-transformation von OOXML on import. Those are converted to the
corresponding ones from MS binary format on import. Therefore the problem does
not exist for these WordArt shapes.

Mapping tables for the types are in /core/filter/source/msfilter/util.cxx.
Converting the modifier values need some care, because the reference base might
be different in OOXML and binary MS Office.

But do we really want to work on _export_ filters for an old binary file
format? We have already dropped export to the binary StarDivision formats
(.sdd) and to the XML-formats of OpenOffice.org1.0 (.sxi).</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>