<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Allow PDF form export with different defaults based on Archive setting"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=126642">126642</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Allow PDF form export with different defaults based on Archive setting
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>LibreOffice
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>6.3.0.1 rc
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>major
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>Printing and PDF export
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>libreoffice-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>glogow@fbihome.de
          </td>
        </tr></table>
      <p>
        <div>
        <pre>I've been trying to fix the PDF form export dialog w.r.t. the Archive (PDF/A)
setting. Currently we disallow form exports for PDF/A-1, but allow it for
PDF/A-2.

see filter/source/pdf/pdfexport.cxx line ~600

case 1: // PDF/A-1
  mbExportFormFields = false;
case 2: // PDF/A-2
  // no mbExportFormFields setting

According to all my sources there is no difference in form restrictions /
allowances between PDF/A-1 and PDF/A-2, so that doesn't make any sense.

OTOH according to <a href="http://blog.soliddocuments.com/2012/12/pdfa-1-vs-pdfa-2.html">http://blog.soliddocuments.com/2012/12/pdfa-1-vs-pdfa-2.html</a>
there is a difference for comments, which we doesn't seem to handle, but that
can be an other bug…

Still normally you actually don't want to keep the form controls in a PDF/A.
And since PDF/A is for archiving, in the very most cases it doesn't make any
sense to create a form when selecting PDF/A, as people shouldn't change the
form values. So the document just contains something that looks like a form,
but doesn't allow the user to change it.

All this stems from the changes made to fix <a class="bz_bug_link 
          bz_status_VERIFIED  bz_closed"
   title="VERIFIED FIXED - Support for PDF/A-2 (ISO 19005-2:2011)"
   href="show_bug.cgi?id=62728">bug 62728</a>, which explicitly allowed
forms for the new PDF/A-2 support.

So here are some proposals to fix this:
1. Allow form export for all PDF types
2. Have different "Create form" settings depending on the "Archive" checkbox.

I have two different ideas to handle this:
1. keep the dialog but change the string of the "Create PDF form" checkbox to
"Create PDF form (Archive)" depending on the "Archive" setting
or
2. just add a 2nd checkbox named "Create PDF form (Archive)" and handle it the
opposite of the "Create PDF form" checkbox.

Currently I'm in favor of the 2nd checkbox.

If we don't allow the string change, we could simply disable form export for
PDF/A for older releases, as this is the most common use case. We had a lot of
users creating "wrong" PDF/A document after creating normal PDF forms. This is
even more annoying, as LO defaults to "Create PDF form" on export.</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>