PDF oder PDF/A

PDF/A ist einfach nur eine Teilmenge des PDF Standards. Da haben sich 
die Druckereien abgesprochen -- Features, die für den Druck nicht 
gebraucht werden nehmen die erst gar nicht an.

Einfach als PDF/A exportieren. Falls deine Dokumente zusätzliche 
Features benutzen, wird sich dein Programm beschweren. Dann kannst du 
immer noch nachdenken, ob du dich auf PDF/A beschränken willst.

Ein Kommentar schrieb:
> PDF/A ist einfach nur eine Teilmenge des PDF Standards. Da haben sich
> die Druckereien abgesprochen -- Features, die für den Druck nicht
> gebraucht werden nehmen die erst gar nicht an.

Du verwechselst das mit PDF/X für die Druckvorstufe. Aber auch PDF/A, A 
wie Archiv, ist ein Subset von PDF wo verschiedene Features, vor allem 
interaktive, nicht erlaubt sind.

Frag doch Wiki.

https://de.wikipedia.org/wiki/PDF/A

pdf schrieb:
> Aber gibt es auch Nachteile wenn
> man PDF/A erstellt?

Das merkst du dann schon im konkreten Fall - etwa wenn du ein 
ausfüllbares Formular erstellen willst und das geht nicht.

Georg

pdf schrieb:
> Aber gibt es auch Nachteile wenn
> man PDF/A erstellt?

Lies den Wiki-Artikel.

Da sind auch die Nachteile erwähnt.

Schlaumaier schrieb:
> pdf schrieb:
>> Aber gibt es auch Nachteile wenn
>> man PDF/A erstellt?
>
> Lies den Wiki-Artikel.
>
> Da sind auch die Nachteile erwähnt.

Ich finde da keine Nachteile

Frank E. schrieb:
> Das "A" in PDF/A steht für "Archiv". Es sind (grob vereinfacht) nur
> Features und Kompressionsverfahren erlaubt, die vermutlich auch in 20
> Jahren noch funktionieren ...
>
> Das "X" in PDF/X steht für "eXchange". Es sind (grob vereinfacht) nur
> Features erlaubt, die eine problemlose und Rückfrage-freie Produktion
> von Druckerzeugnissen erlauben. Also z.B. keine externen Links, nur
> eingebettete Schriften, keine Passworte, keine Verschlüsselung, alle
> Bilder müssen ICC-Farbprofile enthalten usw.

So allgemein wie du das beschreibst findet man das überall. Nach dieser 
Beschreibung müsste PDF/A und PDF/X das gleiche sein  ;-)

pdf schrieb:
> Ich finde da keine Nachteile

Lies mal den Fetten Punkt. KRITIK.

Zitat : "Bei der Konvertierung von Dokumenten nach PDF/A ist eine 
visuelle Prüfung erforderlich, weil dadurch häufig Fehler in der 
visuellen Darstellung verursacht werden....... u.s.w."

Das sehe ich als ein Nachteil.

> JS
gehoert sowieso verpoten!
Das brauchen nur die Datenabsauger und Webseiten"schreiberlinge"
die anderweitig keine Navigation mehr zustandebringen.

Rambo vs. JS schrieb:
>> JS
> gehoert sowieso verpoten!
> Das brauchen nur die Datenabsauger und Webseiten"schreiberlinge"

Stimme dir zu 100 % zu.

Ich halte eine Script-Sprache in einen Standardisierten Dokument für 
Unsinn.
Für Seiten an zu springen brauche ich so ein Unsinn nicht.

Ich habe in meinen  Fox-Reader so ein Mist abgeschaltet inkl. 
Links-Anspringen.

Abdul K. schrieb:
> Um in Formularen einen Eingabecheck durchzuführen, wird's aber JS
> brauchen.

JA und NEIN.

Wenn ich das als PDF/A abspeichern will, muss das ganze Zeug RAUS. Ich 
will ja das AUSGEFÜLLTE Formular vor Manipulation sicher abspeichern.

Ansonsten kann mich das Archiv-Zeug eh sparen. Dann mache ich ein Backup 
meiner normalen PDF-Datei und das war's.


Davon abgesehen. Ich halte nix von Eingabe-Check. Das gab es in den 
Formularen die ich 50 Jahren lang mit den Kulli ausgefüllt habe auch 
nicht.

Und ich habe noch nie ein PDF-Formular ausgefüllt wo es so was gab. Aber 
die Anzahl der Formulare die ich ausgefüllt habe als PDF sind nicht 
repräsentativ das gebe ich ehrlich zu , deren Anzahl liegt unter 50 ;)

Und die Anzahl wird auch kaum steigen. Da ich die meisten Formulare eh 
via www ausfülle. Und da ist das eh Browser mit den ganzen Zeug.