<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - exported PDF is invalid because of forbidden custom keys in the trailer"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=66580#c10">Comment # 10</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - exported PDF is invalid because of forbidden custom keys in the trailer"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=66580">bug 66580</a>
              from <span class="vcard"><a class="email" href="mailto:kurt.pfeifle@gmail.com" title="kurt.pfeifle@gmail.com">kurt.pfeifle@gmail.com</a>
</span></b>
        <pre>(In reply to Jos van den Oever from <a href="show_bug.cgi?id=66580#c9">comment #9</a>)
<span class="quote">> PDF documents created with version 5.1.2.2.0 on Linux 4.4 still add the key
> /DocChecksum and /AdditionalStreams to the PDF files.</span >

Jos, the additional (proprietary) keys used by OpenOffice/LibreOffice to embed
the original OpenDocument file into the Hybrid PDF are not doing any real
h a r m:

  * As I showed in <a href="show_bug.cgi?id=66580#c6">comment #6</a> none of the 36 tested PDF viewers has any problem
    opening and displaying a Hybrid PDF!

There are other reasons which would may  M E  want to modify the way LO creates
a Hybrid PDF:

  * N O N E  of the other PDF readers do have a way to detect that there is an
    embedded OpenDocument file in the PDF!

The reason for this is that the way OO/LO implemented this feature was that
they did it in a non-standard, "proprietary" way -- while they could have
utilized the standards-defined "embed another file into the PDF"-feature. (See
for example <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Hybrid PDF -- implement PDF 1.4 level support for Embedded File Streams to expose ODF object stream as Attachment to the PDF document"
   href="show_bug.cgi?id=95328">bug95328</a> and comments).

And there  A R E  good use cases to be able to detect the embeddedness of the
original OpenDocument file in a PDF even by non-OO/LO applications:

  - User(s) may not be aware of this when they open the PDF in a PDF reader.
    However, the reader may draw their attention to the fact of the original
    ODT/ODS document being embedded. After all, whoever embedded the original
    document into the Hybrid PDF most likely  W A N T E D  it to be editable.

  - Users may need/want to extract the embedded ODT/ODS file without switching 
    to LibreOffice first (which may not even be installed on their currently
    used computer system).

  - I could easily think of more use cases, why it would be good to be able to
    D E T E C T  the fact of the embedded original and editable file and also
    to  E X T R A C T  it from the PDF via a software other than OO/LO.</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>