Bereiche
News
Rewind
Tipps & Berichte
Forum
Galerie
Journals
Events
Umfragen
Themenwoche
Kleinanzeigen
Interaktiv
Anmelden
Registrierung
Zu allen empfangenen Nachrichten
Suche...
Zur erweiterten Suche
Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum
>
Software
>
Mit welchen Programm kann man eine PDF Datei in der Qualität verbessern?
Mit welchen Programm kann man eine PDF Datei in der Qualität verbessern?
Wonju
28.08.26
06:41
Hallo,
es kommt hin und wieder vor, dass ich eine PDF Datei leicht verbessern möchte.
In Bezug auf die Bildqualität, der darin enthaltenden Grafiken, oder dem Text.
Etwas mehr Kontrast, etwas gesättigtere Farben - solche Dinge.
Ich nutze UPDF, doch bietet es diese Funktionen nicht an.
Die Mac Vorschau App ebenfalls nicht.
Womit kann man das am einfachsten und qualitativ sehr gut machen?
Merci
Hilfreich?
0
Kommentare
|<
1
2
3
>|
RichMcTcNs
08.09.26
17:16
Das kommt drauf an!
Hilfreich?
0
gfhfkgfhfk
08.09.26
18:26
louis franz
Was ist denn in nem PDF, wenn man aufm Mac mit 10.14 im normalen Drucken-Dialog über das „als PDF speichern“ aus Apple Tex-Edit eine Textdatei, aus LibreOffice ein von dritten zugesendetes Word-Dokument, aus Brave-Browser eine Website als PDF abspeichert, aus Indesign CS 6 oder AFFINITY PUBLISHER die Datei als ein PDF.exportiert?
Der erste Fehler ist schon in LibreOffice den Druckdialog zu nutzen. Es gibt die Funktionalität das Dokument als PDF zu exportieren. Diese sollte man dringends nutzen, weil so LibreOffice ein PDF mit Verlinkungen generieren kann. Über den Druckdialog entsteht ein „flaches“ PDF ohne interne Verlinkungen.
Über den Export Dialog kann man etlichen Eigenschaften des zu erzeugenden PDFs direkt bestimmen.
Hilfreich?
+2
macblubb
08.09.26
18:54
Ich versuche mal die von RichMcTcNs verwendete kurze Antwort etwas auszuweiten:
Es sind eigentlich alle Schriften im exportierten PDF eingebettet (aber als Untergruppe). Insofern entsteht keine sichtbare Grütze, Voraussetzung der Text liegt als Text und nicht als Bild vor.
Ansonsten gibts natürlich x-Möglichkeiten in den Einstellungen des PDF-Sicherns, deshalb kommts auch auf die verwendeten Einstellungen an.
Z.B. liegen meistens die eingebetteten Schriften als Untergruppe vor, d.h. soll ein solches Dokument später geändert/erweitert werden und die Schrift ist nicht auf dem Rechner installiert, kann das PDF bei Änderungen nicht mit derselben Schrift abgespeichert werden, wenn gewünschte Zeichen fehlen, evt. auch gar nicht sicherbar.
Ist gewünscht den ganzen Schriftsatz mit abzuspeichern sollte diese Option ausgewählt werden, wenn sie im jeweiligen Programm überhaupt vorhanden ist. Kommt also auch aufs Programm an. Siehe Beispeil von gfhfkgfhfk.
Das war jetzt nur ein Beispiel, es kommt also auch darauf an was mit dem PDF bezweckt werden soll.
„Don't touch anything and don't go to the toilet!“
Hilfreich?
0
ttwm
08.09.26
19:22
louis franz
Was ist denn in nem PDF, wenn man aufm Mac mit 10.14 im normalen Drucken-Dialog über das „als PDF speichern“ aus Apple Tex-Edit eine Textdatei, aus LibreOffice ein von dritten zugesendetes Word-Dokument, aus Brave-Browser eine Website als PDF abspeichert, aus Indesign CS 6 oder AFFINITY PUBLISHER die Datei als ein PDF.exportiert? sind da die Schriften usw mit drin oder sehen die PDSs auf zB.Windoof dann grütze aus?
Wenn es nur im die Einbettung von Schriften geht sagt meine Erfahrung (10.14 ist ja schon etwas her): alle diese Programme betten Schriften – bei denen das entsprechende Permission-Bit gesetzt ist – ein, und die PDFs können auf anderen Rechner/Betriebssystemen, deren PDF-Viewer das entsprechend PDF-Format bzw. die PDF-Version korrekt unterstützt, hinsichtlich der Schriften korrekt betrachtet werden.
Hilfreich?
+1
rmayergfx
08.09.26
19:25
macblubb
.....
Es sind eigentlich alle Schriften im exportierten PDF eingebettet (aber als Untergruppe). Insofern entsteht keine sichtbare Grütze, Voraussetzung der Text liegt als Text und nicht als Bild vor.
Ansonsten gibts natürlich x-Möglichkeiten in den Einstellungen des PDF-Sicherns, deshalb kommts auch auf die verwendeten Einstellungen an.
...
Da liegst du leider etwas falsch, denn es gibt kommerzielle Fonts die sich nicht einbetten lassen und das aus gutem Grund. Zudem kommt es auch noch darauf an, mit welchem Programm man das auf anderen Systemen öffnet und welchem Format die Schriftart vorliegt.
Das Thema ist sehr komplex und für spezielle Vorhaben hilft hier wirklich nur das selbst 1:1 zu testen, damit man das Ergebnis auch beurteilen kann.
„Der Computer soll die Arbeit des Menschen erleichtern, nicht umgekehrt !“
Hilfreich?
0
Weia
08.09.26
21:07
rmayergfx
macblubb
.....
Es sind eigentlich alle Schriften im exportierten PDF eingebettet (aber als Untergruppe). Insofern entsteht keine sichtbare Grütze, Voraussetzung der Text liegt als Text und nicht als Bild vor.
Ansonsten gibts natürlich x-Möglichkeiten in den Einstellungen des PDF-Sicherns, deshalb kommts auch auf die verwendeten Einstellungen an.
...
Da liegst du leider etwas falsch, denn es gibt kommerzielle Fonts die sich nicht einbetten lassen
Als Untergruppe
müssen
sie sich einbetten lassen, sonst wäre ja die Basisfunktionalität eines PDFs – die grafisch absolut unveränderte Wiedergabe – nicht gewährleistet. Namentlich PDF/A besteht auf kompletter Einbettung der verwendeten Schriftzeichen.
Ich habe hier 6500 Schriftfamiliien installiert(darunter all die bekannten großen Foundries) und eine Schrift, die macOS (d.h. dessen Quartz-Engine) nicht ins PDF einbetten würde, ist mir noch nicht begegnet. Was andere PDF-Engines machen, weiß ich nicht, aber mit macOS und Cocoa-Programmen geht man bei der PDF-Erstellung auf Nummer sicher.
und das aus gutem Grund.
Wenn Du damit Copyright meinst: das ist
keiner
.
Zudem kommt es auch noch darauf an, mit welchem Programm man das auf anderen Systemen öffnet und welchem Format die Schriftart vorliegt.
Nein, bei einem korrekt arbeitenden PDF-Programm darf das nicht passieren. Aber es kann natürlich fehlerhafte PDF-Programme geben.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
+1
Weia
08.09.26
21:15
gfhfkgfhfk
louis franz
Was ist denn in nem PDF, wenn man aufm Mac mit 10.14 im normalen Drucken-Dialog über das „als PDF speichern“ aus Apple Tex-Edit eine Textdatei, aus LibreOffice ein von dritten zugesendetes Word-Dokument, aus Brave-Browser eine Website als PDF abspeichert, aus Indesign CS 6 oder AFFINITY PUBLISHER die Datei als ein PDF.exportiert?
Der erste Fehler ist schon in LibreOffice den Druckdialog zu nutzen. Es gibt die Funktionalität das Dokument als PDF zu exportieren. Diese sollte man dringends nutzen, weil so LibreOffice ein PDF mit Verlinkungen generieren kann. Über den Druckdialog entsteht ein „flaches“ PDF ohne interne Verlinkungen.
Das mag bei
Libre Office
so sein, weil das standardkonform programmiertes macOS-Programm ist; bei allen korrekt programmierten Cocoa-Programmen werden Links auch beim Export über das Druckpanel gesichert.
Über den Export Dialog kann man etlichen Eigenschaften des zu erzeugenden PDFs direkt bestimmen.
… worüber man sich bei Cocoa-Programmen nicht den Kopf zerbrechen muss, weil alles optimal voreingestellt ist.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
Fontelster
08.09.26
22:33
Weia
Als Untergruppe
müssen
sie sich einbetten lassen, sonst wäre ja die Basisfunktionalität eines PDFs – die grafisch absolut unveränderte Wiedergabe – nicht gewährleistet. Namentlich PDF/A besteht auf kompletter Einbettung der verwendeten Schriftzeichen.
Müssen sie offensichtlich nicht. Hab das grade mal probiert: Eine Schrift mit Einbettungsverbot in Glyphs erstellt, in einem InDesign-Dokument benutzt und dann das ganze als PDF/X-3 exportiert (Untergruppe). Bzw. versucht.
Als Ergebnis kam diese Meldung:
(ich hab die Schrift …
PDF verboten
genannt.
Weia
Ich habe hier 6500 Schriftfamiliien installiert(darunter all die bekannten großen Foundries) und eine Schrift, die macOS (d.h. dessen Quartz-Engine) nicht ins PDF einbetten würde, ist mir noch nicht begegnet.
Mir schon. Alte Version einiger BVG-Fonts (
Transit Linie
und andere) ließen sich nicht einbetten, warum auch immer.
Hilfreich?
+2
Weia
09.09.26
07:11
Fontelster
Weia
Als Untergruppe
müssen
sie sich einbetten lassen, sonst wäre ja die Basisfunktionalität eines PDFs – die grafisch absolut unveränderte Wiedergabe – nicht gewährleistet. Namentlich PDF/A besteht auf kompletter Einbettung der verwendeten Schriftzeichen.
Müssen sie offensichtlich nicht. Hab das grade mal probiert: Eine Schrift mit Einbettungsverbot in Glyphs erstellt, in einem InDesign-Dokument benutzt und dann das ganze als PDF/X-3 exportiert (Untergruppe).
Dann erstelle doch mal drei Testdokumente mit dieser Schrift und schaue danach jeweils, ob die Schrift eingebettet ist:
Indesign
(wenn es denn unbedingt Adobe 🤢 sein muss) und exportiere als PDF/
A
TextEdit
→ Druckdialog →
Als PDF sichern
TextEdit
→ Druckdialog →
In Vorschau öffnen
→ in
Vorschau
als PDF/
A
sichern
Alte Version einiger BVG-Fonts (
Transit Linie
und andere) ließen sich nicht einbetten, warum auch immer.
BVG ist ja auch eine renommierte Foundry, die garantiert technisch korrekte Fonts ausliefert …
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
-1
Fuji_X
09.09.26
07:54
... ich würde da in erster Instanz zur kostenlosen AFFINITY-Suite greifen, die hat ADOBE ähnliches Publisher-Programm zum ( PDF- ) Layouten mit massig Funktionalitäten.
Hilfreich?
+1
Weia
09.09.26
10:21
Fontelster
Alte Version einiger BVG-Fonts (
Transit Linie
und andere) ließen sich nicht einbetten, warum auch immer.
Ich habe testweise gerade mal
Transit Linie R
von 1997 in
TextEdit
ausprobiert und damit ein PDF erzeugt, da ist der Font jedenfalls ordnungsgemäß eingebettet.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
Fontelster
09.09.26
10:26
Weia
Dann erstelle doch mal drei Testdokumente mit dieser Schrift und schaue danach jeweils, ob die Schrift eingebettet ist:
Indesign
(wenn es denn unbedingt Adobe 🤢 sein muss) und exportiere als PDF/
A
Ergebnis:
Die PDFs werden übrigens exportiert, nur eben ohne Einbettung. Wenn ich die Schrift deaktiviere, wird eine Ersatzschrift angezeigt.
Weia
TextEdit
→ Druckdialog →
Als PDF sichern
TextEdit
→ Druckdialog →
In Vorschau öffnen
→ in
Vorschau
als PDF/
A
sichern
Das funktioniert.
Dass es mit InDesign nicht funktioniert, liegt vielleicht daran, dass Adobe selber Fonts vertreibt und sich deshalb etwas mehr um die entsprechenden Rechte kümmert.
Weia
BVG ist ja auch eine renommierte Foundry, die garantiert technisch korrekte Fonts ausliefert …
Die BVG stellt die offensichtlich nicht selber her. Das Copyright für diese Fonts liegt bei Meta Design (in einigen Fälllen ist sogar Erik Spiekermann selber vermerkt), hergestellt wurden sie sehr wahrscheinlich vom FontShop. Und den wirst du doch nicht als inkompetent bezeichnen wollen.
Oder doch?
Hilfreich?
0
gfhfkgfhfk
09.09.26
10:28
Weia
… worüber man sich bei Cocoa-Programmen nicht den Kopf zerbrechen muss, weil alles optimal voreingestellt ist.
Deine Fixierung auf NeXT/macOS macht Dich für viele Dinge blind. Kannst Du über den Druckdialog auswählen in welcher Auflösung des PDF generiert wird? Kannst Du direkt Signaturen hinzufügen? Kannst Du die PDF Variante festlegen, die Ansicht beim Öfffnen, …
Hilfreich?
+1
Fontelster
09.09.26
10:31
Weia
Fontelster
Alte Version einiger BVG-Fonts (
Transit Linie
und andere) ließen sich nicht einbetten, warum auch immer.
Ich habe testweise gerade mal
Transit Linie R
von 1997 in
TextEdit
ausprobiert und damit ein PDF erzeugt, da ist der Font jedenfalls ordnungsgemäß eingebettet.
Das betrifft auch nicht alle Fonts. Ich hab hier Versionen von 1994, 1997 und 2008 und evtl. betraf das nur die ältesten Versionen.
Hilfreich?
0
Weia
09.09.26
10:59
Fontelster
Weia
TextEdit
→ Druckdialog →
Als PDF sichern
TextEdit
→ Druckdialog →
In Vorschau öffnen
→ in
Vorschau
als PDF/
A
sichern
Das funktioniert.
Sag ich doch.
Dass es mit InDesign nicht funktioniert, liegt vielleicht daran, dass Adobe selber Fonts vertreibt und sich deshalb etwas mehr um die entsprechenden Rechte kümmert.
Das denke ich auch.
Die BVG stellt die offensichtlich nicht selber her. Das Copyright für diese Fonts liegt bei Meta Design (in einigen Fälllen ist sogar Erik Spiekermann selber vermerkt), hergestellt wurden sie sehr wahrscheinlich vom FontShop.
Ja, FontFont Release 21.
Und den wirst du doch nicht als inkompetent bezeichnen wollen.
Oder doch?
Nein.
Fontelster
Das betrifft auch nicht alle Fonts. Ich hab hier Versionen von 1994, 1997 und 2008 und evtl. betraf das nur die ältesten Versionen.
Das kann natürlich sein. 1994 hab ich nicht.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
-1
Weia
09.09.26
11:14
gfhfkgfhfk
Weia
… worüber man sich bei Cocoa-Programmen nicht den Kopf zerbrechen muss, weil alles optimal voreingestellt ist.
Deine Fixierung auf NeXT/macOS macht Dich für viele Dinge blind.
Wieso denn blind? Das weiß ich doch alles, es ist mir nur nicht wichtig, jedenfalls längst nicht so wichtig wie mich darauf verlassen zu können, dass ausnahmslos alle Fonts eingebettet werden.
Kannst Du über den Druckdialog auswählen in welcher Auflösung des PDF generiert wird?
Ja, mit einem Schritt mehr: Druckdialog →
In Vorschau öffnen
→ in
Vorschau
Sichern unter …
Kannst Du direkt Signaturen hinzufügen?
Nein, das mache ich aber aufgrund der Rechtssicherheit ohnehin als so ziemlich Einziges überhaupt grundsätzlich mit Adobe (
Adobe Reader
).
Kannst Du die PDF Variante festlegen
Wenn Du damit PDF/X und PDF/A meinst: ja; wenn Du damit die PDF-Version meinst: nein, ich wüsste aber nicht, warum ich das wollen sollte.
die Ansicht beim Öfffnen, …
Nein, ist mir aber auch egal.
Natürlich bieten Adobe-Programme viel mehr Optionen (die ich alle nicht brauche und die mir nur die Qual der Wahl bescheren), während genau die eine wichtige Option (Schriften immer einbetten) fehlt …
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
pogo3
09.09.26
13:03
Nun, dieser Thread zeigt aber schon wieder ein kleines Dilemma auf, welches hier eigentlich immer, oder sehr oft, auftritt. Es wird ein eher einfaches Problem gepostet welches sich in Folge zu einer immensen Abfrage und Teilnahme aufschwingt die oft völlig am eigentlichen Thema vorbei, und zugleich weg führt. Die anfängliche Anfrage war sehr einfach und deutlich ohne tieferes Wissen gestellt, eine Vertiefung und technische Erklärung nach Anmutung nicht erdacht. Und trotzdem artet der Thread wieder, wie so oft, in sehr technische Tiefen aus, mit entsprechenden Erklärungen die den Emittenten wohl nicht helfen und sehr belehrend wirkten. Beispiel:
Da hier ja so einige PDF-Spezialist:innen im Thread sind und das hoffentlich als umgekehrtes Problem nicht zu OT ist:
Was ist denn in nem PDF, wenn man aufm Mac mit 10.14 im normalen Drucken-Dialog über das „als PDF speichern“ aus Apple Tex-Edit eine Textdatei, aus LibreOffice ein von dritten zugesendetes Word-Dokument, aus Brave-Browser eine Website als PDF abspeichert, aus Indesign CS 6 oder AFFINITY PUBLISHER die Datei als ein PDF.exportiert? sind da die Schriften usw mit drin oder sehen die PDSs auf zB.Windoof dann grütze aus?
Ja, der Thread ist wieder "entgleist", eine einfache Lösung war gewünscht. Vielleicht hätte er besser das PDF in ein jpg gewandelt, etwas nachcoloriert, etwas nachgeschärft und dieses dann als pdf oder jpg wieder exportiert. Nach tieferen Wissen wurde nicht gefragt.
fosse0j
Ganz der selbige Ansatz, auch meine Meinung.
Hilfreich?
0
macblubb
09.09.26
13:15
pogo3
Na ja, vielleicht ist das Problem doch nicht so einfach, da ja im Schlusssatz des TE stand: "Womit kann man das am einfachsten und qualitativ sehr gut machen?"
"Einfach" und "qualitativ sehr gut" können sich hier durchaus ausschließen.
„Don't touch anything and don't go to the toilet!“
Hilfreich?
0
pogo3
09.09.26
13:20
Man kann schon immer erahnen an welchem Threadmomentum die immer gleichen Experten hochschießen um in einer völlig losgelösten Diskussion (später meistens Streit) um die technische Wahrheiten (eher Hoheit) einen Thread förmlich zu kapern. Nett ist das nicht.
Hilfreich?
-1
pogo3
09.09.26
13:30
macblubb
Ja, da ist natürlich ein Widerspruch, das kann aber auch einfach Naivität oder Unwissen sein. Trotzdem: der TE ist wohl nicht mehr zugegen. Der Thread ist gekapert. Geholfen hat es nicht, außer denen die jetzt die technischen Feinheiten weiter "bespielen".
Hilfreich?
+1
RichMcTcNs
09.09.26
14:03
Gekapert wurde er wohl nicht; vom wem denn?
Aber er hat sich entwickelt und ich fand es interessant. Ich hab einiges neues erfahren. Also ziemlich hilfreich.
Und deshalb drück ich jetzt den DaumenHoch, wegen „hilfreich“
Und wo der Thread sich wohl langsam dem Ende nähert: Hab ich schon meinen Vorschlag geäußert, den unbeliebten RunterDaumen einfach nicht mehr anzubieten?
Dann könnten wir den hilfreichen Beiträgen ein positives, bestärkendes, dankendes Zeichen geben und die übrigen kriegen eben nix.
Einen schönen Abend!
Hilfreich?
+2
sudoRinger
09.09.26
14:04
pogo3
Trotzdem: der TE ist wohl nicht mehr zugegen.
Was kümmert Dich die Intention eines TE, der seinen Account gekündigt hat? Insofern kaperst Du jetzt gerade mehr den Thread als die Diskutanten. Und die Frage, ob Schriften in PDFs eingebettet sind, liefert eine Antwort, die ich gerne mitnehme.
Hilfreich?
+2
macblubb
09.09.26
14:12
pogo3
Finde das jetzt nicht so eine Entgleisung, immerhin bleibt das Thema in der Diskussion, da gab es doch schon ganz andere Threads, bei denen das Thema völlig gewechselt hat.
Also sollte deiner Meinung nach jedesmal wenn das Thema etwas am Kern vorbeigeht, ein neuer eröffnet werden? Also jetzt in dem Fall neuer Thread: "Schrifteinbettung in PDF Dateien." Oder vorher schon: "Profimeinungen zur PDF-Qualität"? Wäre dann aber doch zuviel Zersplitterung für mich, kommt da dann noch eine Diskussion zustande?
Oder weiter gefragt. Ab wann sollen Threads enden und evt. neue eröffnet werden? – Das wäre jetzt aber ein Thema für einen neuen Thread.
„Don't touch anything and don't go to the toilet!“
Hilfreich?
+1
gfhfkgfhfk
09.09.26
14:16
Weia
Wenn Du damit PDF/X und PDF/A meinst: ja; wenn Du damit die PDF-Version meinst: nein, ich wüsste aber nicht, warum ich das wollen sollte.
Weil es unterschiedliche Vorgaben für die PDF Generierung gibt, da die unterschiedlichen Versionen unterschiedliche Fähigkeiten haben. Wenn man in Firmen bestimmte Vorgaben für den Prozess gemacht werden, musst man in der Lage sein die Dokumente entsprechend konform zu erstellen. Da muss man oftmals Normen einhalten die bereits älter sind, weil man nicht alle paar Wochen neue Normen für den Arbeitsablauf zertifizieren kann.
Dann ist die Frage, ob PDFs barrierefrei sein müssen. Ob es Unicode-Text im PDF geben kann, …
Dann ist da noch das Problem der korrekten Darstellung. Nur bei PDF/A werden die Fonts
immer
eingebunden, aber eben nicht bei älteren PDFs und die sind aus verschieden Gründen immer noch vorhanden und können nicht einfach erneuert werden.
Ein Beispiel: Was bei mir weder unter Linux noch MacOS X 10.4 (ja uralt tut aber nichts zur Sache; weder mit Adobe Reader noch mit Vorschau) korrekt dargestellt wird, obwohl auf MacOS X NewCenturySchoolbook als Font vorhanden ist. Adobe Reader würgt einen MM Font aus dem Reader Paket rein, und Vorschau verwurstet auch irgend einen anderen Font. Auf meinem Linux ist sowohl ein TrueType NewCenturySchoolbook Font aus Kyoceras Font Paket als auch die URW Ersatzschrift für NewCenturySchoolbook vorhanden, trotzdem wird Noto Sans für die Darstellung genutzt.
Ein betroffenes PDF
Motif 2.1 Programming Manual
. Das ist mit FrameMaker 5.5.6 für Solaris erstellt und mit Acrobat für Solaris in ein PDF konvertiert worden.
Anmerkung
Solaris hat komplettes DisplayPostScript. Damals war das üblich, dass kommerzielle UNICES DisplayPostScript hatten: AIX, HP-UX, Solaris, Irix, OSF/1, … hatten allesamt diese Funktion. Ja, auch NeXTSTEP aber Apple hatte sich aus Kostengründen gegen DisplayPostScript entschieden.
Natürlich bieten Adobe-Programme viel mehr Optionen (die ich alle nicht brauche und die mir nur die Qual der Wahl bescheren), während genau die eine wichtige Option (Schriften immer einbetten) fehlt …
Früher gab es die Option zumindest bei Adobe Acrobat. Da ich mittlerweile fast alles unter Linux mache, sind Adobe Programme keine Option mehr. Selbst den Adobe Reader haben sie eingestellt.
Hilfreich?
0
Weia
09.09.26
14:17
pogo3
Trotzdem: der TE ist wohl nicht mehr zugegen. Der Thread ist gekapert. Geholfen hat es nicht, außer denen die jetzt die technischen Feinheiten weiter "bespielen".
Ich kann Deinen Einwand hier überhaupt gar nicht nachvollziehen. Der Threadersteller hat sich sehr schnell zurückgezogen und sogar seinen MacTechNews-Account gelöscht. Das war spätestens seit dem Beitrag von
ollerich
am 28.08.26 um 14:06 Uhr klar, vor 12
Tagen. Seitdem gibt es nichts mehr zu „helfen“; der ursprüngliche Thread-Zweck ist damit erledigt. Wo ist
bitteschön
das Problem, wenn sich diejenigen, die sich für das Thema PDF näher interessieren, angesichts dieses Anlasses weiter locker austauschen? Es wird doch niemand gezwungen, diesen Thread weiter zu lesen. Was wäre besser, wenn dieser Thread seit 12 Tagen keinen Beitrag mehr enthalten würde, als jetzt, wo er weitere Beiträge für daran Interessierte enthält. Was wurde hier „gekapert“?
Ich kann dieses Wehklagen über ein angebliches Dilemma, was schlicht nicht existiert, wirklich nicht begreifen. Und ich verstehe auch nicht den Ordnungsruf, dass sich „Gespräche“ hier – im Gegensatz zur realen Welt – nicht weiterentwickeln dürfen, wenn sich die Ausgangsfrage erledigt hat.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
+10
Weia
09.09.26
16:22
gfhfkgfhfk
Weia
Wenn Du damit PDF/X und PDF/A meinst: ja; wenn Du damit die PDF-Version meinst: nein, ich wüsste aber nicht, warum ich das wollen sollte.
Weil es unterschiedliche Vorgaben für die PDF Generierung gibt, da die unterschiedlichen Versionen unterschiedliche Fähigkeiten haben.
Ja, und macOS wählt je nach Vorlage automatisch die beste Version dafür aus, statt Anwender mit der Frage nach einer gewünschten Version zu überfordern. Genau das ist doch der Ansatz von macOS: Selbsterklärende Technologie für die breite Masse der potentiellen Nutzer, die kein technisches Detailwissen erfordert.
Wenn man in Firmen bestimmte Vorgaben für den Prozess gemacht werden, musst man in der Lage sein die Dokumente entsprechend konform zu erstellen.
Das betrifft aber nur große oder sehr spezialisierte Firmen, die dafür dann ja auf spezialisiertere Drittanbieter-Programme zurückgreifen können. Für den Großteil der PDF-Nutzer, von der Privatperson bis zum kleinen Unternehmen, wäre es völliger Overkill, nach einer bestimmten PDF-Version zu fragen. Für die ist
Vorschau
.
Dann ist die Frage, ob PDFs barrierefrei sein müssen.
Wenn sie es müssen, kannst Du das mit
Pages
machen, musst aber zugegeben selbst darauf achten, überprüft wird es nicht.
Ob es Unicode-Text im PDF geben kann, …
Kann es bei macOS immer.
Dann ist da noch das Problem der korrekten Darstellung. Nur bei PDF/A werden die Fonts
immer
eingebunden, aber eben nicht bei älteren PDFs und die sind aus verschieden Gründen immer noch vorhanden und können nicht einfach erneuert werden.
Das ist aber dann für jedes Betriebssystem, das die entsprechenden Fonts nicht installiert hat, ein Problem, und hat nichts mit macOS im Speziellen zu tun. Altlasten sind Altlasten.
Ein betroffenes PDF
Motif 2.1 Programming Manual
. Das ist mit FrameMaker 5.5.6 für Solaris erstellt und mit Acrobat für Solaris in ein PDF konvertiert worden.
Das wird bei mir in
Vorschau
einwandfrei dargestellt, weil ich die betreffenden Fonts installiert habe, aber eingebettet sind sie in der Tat nicht. Das ist doch aber ein Problem von diesem PDF und nicht von macOS.
Anmerkung
Solaris hat komplettes DisplayPostScript. Damals war das üblich, dass kommerzielle UNICES DisplayPostScript hatten: AIX, HP-UX, Solaris, Irix, OSF/1, … hatten allesamt diese Funktion. Ja, auch NeXTSTEP aber Apple hatte sich aus Kostengründen gegen DisplayPostScript entschieden.
Nö, nicht (oder jedenfalls nicht nur) aus Kostengründen, sondern eben genau deswegen, weil es das modernere, nutzerfreundlichere Format ist, das die benötigten Fonts einbetten kann. Du kannst doch Otto Normalanwender nicht erklären, er müsse erst Schriften installieren, bevor er Deinen Brief lesen kann.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
gfhfkgfhfk
09.09.26
19:57
Das ist aber dann für jedes Betriebssystem, das die entsprechenden Fonts nicht installiert hat, ein Problem, und hat nichts mit macOS im Speziellen zu tun. Altlasten sind Altlasten.
Das sind keine Altlasten sondern Neulasten. Denn früher im klassischen MacOS funktionierte das nämlich noch, weil Apple die passenden Fonts mitlieferte. Die wurden spätestens mit dem LaserWriter Treiber installiert. Später gehörte letzterer zum System Umfang, und man musste die Fonts nicht über einen Drucker mit kaufen.
Das wird bei mir in
Vorschau
einwandfrei dargestellt, weil ich die betreffenden Fonts installiert habe, aber eingebettet sind sie in der Tat nicht. Das ist doch aber ein Problem von diesem PDF und nicht von macOS.
Natürlich ist es ein Problem des PDFs. Aber dieses
Problem
existiert nur, weil NewCenturySchoolbook einer der 35 Standard Fonts von PostScript Level 2 ist und früher faktisch überall vorhanden war. Nebenbei werden mittlerweile auch nicht mehr die 14 PDF Fonts installiert, auf die man laut Adobe Doku in einem Standard PDF verzichten darf. Selbst im Adobe Reader werden Ersatzfonts benutzt. Die sind zwar ähnlich, aber eben nicht gleich. Wenn man Standard Fonts definiert, sollten diese auch frei verfügbar sein.
Anmerkung
Solaris hat komplettes DisplayPostScript. Damals war das üblich, dass kommerzielle UNICES DisplayPostScript hatten: AIX, HP-UX, Solaris, Irix, OSF/1, … hatten allesamt diese Funktion. Ja, auch NeXTSTEP aber Apple hatte sich aus Kostengründen gegen DisplayPostScript entschieden.
Nö, nicht (oder jedenfalls nicht nur) aus Kostengründen, sondern eben genau deswegen, weil es das modernere, nutzerfreundlichere Format ist, das die benötigten Fonts einbetten kann. Du kannst doch Otto Normalanwender nicht erklären, er müsse erst Schriften installieren, bevor er Deinen Brief lesen kann.
Man kann trivialerweise in PostScript Dateien Fonts einbetten, sonst könnte man auf keinem PostScript Drucker was anderes als die internen Fonts ausdrucken.
Es ging einzig und allein um die Kosten für die DisplayPostScript Engine von Adobe. Die war teuer, und den PDF Support in Quartz entwickelte Apple selbst.
Hilfreich?
0
Weia
09.09.26
20:31
gfhfkgfhfk
Man kann trivialerweise in PostScript Dateien Fonts einbetten, sonst könnte man auf keinem PostScript Drucker was anderes als die internen Fonts ausdrucken.
Wie das? Ich habe noch keine PostScript-Datei gesehen, bei der die Fonts eingebettet gewesen wären. Beim Drucken wurden meines Wissens im Drucker nicht intern vorhandene Fonts beim Erteilen des Druckauftrags vom Rechner an den Drucker mitgeschickt, wozu sie aber auf dem Rechner vorhanden sein mussten. Jemandem ein PostScript-Dokument zu mailen, der die entsprechenden (Nicht-Standard-)Fonts auf seinem Rechner nicht installiert hatte, funktionierte meines Wissens definitiv nicht (d.h., führte zu veränderter Darstellung mit Ersatzfonts).
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
gfhfkgfhfk
09.09.26
23:26
Weia
Wie das? Ich habe noch keine PostScript-Datei gesehen, bei der die Fonts eingebettet gewesen wären.
Gerade hier unter Linux mit Abiword ausprobiert. Das Drucken läuft über die Cairo Library. Der Font wird teilweise eingebettet als großer Binärblock (SFNTs) in der 7Bit ASCII-Datei. Auf dem klassischen MacOS wurden prinzipiell Binärdateien erzeugt und an die Drucker verschickt, so dass man das nicht wirklich sehen kann. Bei MacOS X bzw. macOS habe ich mir das noch nie angetan den Code anzuschauen, da das erhebliche Arbeit ist. MacOS PostScript Programme sind extrem kryptisch z.B. wurden alle Befehle der Sprache redefiniert, um bessere Ausführungszeiten zu bekommen. Da Befehle, die nur ein Buchstaben lang sind, im klassischen PostScript Interpreter schneller verarbeitet werden. Die Folge ist aber, dass der Code nahezu unlesbar wird, und man im Header die Redefinitionen nachschauen muss, um sehen zu können was da ausgegeben wurde.
Man kann Fonts auch gut lesbar in ein PostScript Programm einbetten, das machen die Treiber aber nicht, damit man nicht einfach die Fonts aus dem File extrahieren kann. Daher diese Umwandlung in einen Binärblock.
Minibeispiel mit EBGaramond (FOSS)
%!PS-Adobe-3.0
%%Creator: cairo 1.18.0 (https://cairographics.org)
%%CreationDate: Wed Sep 9 23:02:16 2026
%%Pages: 1
%%DocumentData: Clean7Bit
%%LanguageLevel: 2
%%DocumentMedia: A4 595 842 0 () ()
%%BoundingBox: 72 752 205 770
%%EndComments
%%BeginProlog
/languagelevel where
{ pop languagelevel } { 1 } ifelse
2 lt { /Helvetica findfont 12 scalefont setfont 50 500 moveto
(This print job requires a PostScript Language Level 2 printer.) show
showpage quit } if
/q { gsave } bind def
/Q { grestore } bind def
/cm { 6 array astore concat } bind def
/w { setlinewidth } bind def
/J { setlinecap } bind def
/j { setlinejoin } bind def
/M { setmiterlimit } bind def
/d { setdash } bind def
/m { moveto } bind def
/l { lineto } bind def
/c { curveto } bind def
/h { closepath } bind def
/re { exch dup neg 3 1 roll 5 3 roll moveto 0 rlineto
0 exch rlineto 0 rlineto closepath } bind def
/S { stroke } bind def
/f { fill } bind def
/f* { eofill } bind def
/n { newpath } bind def
/W { clip } bind def
/W* { eoclip } bind def
/BT { } bind def
/ET { } bind def
/BDC { mark 3 1 roll /BDC pdfmark } bind def
/EMC { mark /EMC pdfmark } bind def
/cairo_store_point { /cairo_point_y exch def /cairo_point_x exch def } def
/Tj { show currentpoint cairo_store_point } bind def
/TJ {
{
dup
type /stringtype eq
{ show } { -0.001 mul 0 cairo_font_matrix dtransform rmoveto } ifelse
} forall
currentpoint cairo_store_point
} bind def
/cairo_selectfont { cairo_font_matrix aload pop pop pop 0 0 6 array astore
cairo_font exch selectfont cairo_point_x cairo_point_y moveto } bind def
/Tf { pop /cairo_font exch def /cairo_font_matrix where
{ pop cairo_selectfont } if } bind def
/Td { matrix translate cairo_font_matrix matrix concatmatrix dup
/cairo_font_matrix exch def dup 4 get exch 5 get cairo_store_point
/cairo_font where { pop cairo_selectfont } if } bind def
/Tm { 2 copy 8 2 roll 6 array astore /cairo_font_matrix exch def
cairo_store_point /cairo_font where { pop cairo_selectfont } if } bind def
/g { setgray } bind def
/rg { setrgbcolor } bind def
/d1 { setcachedevice } bind def
/cairo_data_source {
CairoDataIndex CairoData length lt
{ CairoData CairoDataIndex get /CairoDataIndex CairoDataIndex 1 add def }
{ () } ifelse
} def
/cairo_flush_ascii85_file { cairo_ascii85_file status { cairo_ascii85_file flushfile } if } def
/cairo_image { image cairo_flush_ascii85_file } def
/cairo_imagemask { imagemask cairo_flush_ascii85_file } def
/cairo_set_page_size {
% Change paper size, but only if different from previous paper size otherwise
% duplex fails. PLRM specifies a tolerance of 5 pts when matching paper size
% so we use the same when checking if the size changes.
/setpagedevice where {
pop currentpagedevice
/PageSize known {
2 copy
currentpagedevice /PageSize get aload pop
exch 4 1 roll
sub abs 5 gt
3 1 roll
sub abs 5 gt
or
} {
true
} ifelse
{
2 array astore
2 dict begin
/PageSize exch def
/ImagingBBox null def
currentdict end
setpagedevice
} {
pop pop
} ifelse
} {
pop
} ifelse
} def
%%EndProlog
%%BeginSetup
%%BeginResource: font f-0-0
%!FontType1-1.1 f-0-0 1.0
11 dict begin
/FontName /f-0-0 def
/PaintType 0 def
/FontType 1 def
/FontMatrix [0.001 0 0 0.001 0 0] readonly def
/FontBBox {0 -73 792 681 } readonly def
/Encoding 256 array
0 1 255 {1 index exch /.notdef put} for
dup 32 /space put
dup 66 /B put
dup 69 /E put
dup 71 /G put
dup 97 /a put
dup 100 /d put
dup 109 /m put
dup 110 /n put
dup 111 /o put
dup 114 /r put
readonly def
currentdict end
currentfile eexec
f983ef0097ece636fb4a96c74d26ab84185f6dfa4a16a7a1c27bbe3f1156aea698df336d20b467
b10e7f33846656653c5ac6962759d3056cbdb3190bac614b984bf5a132dc418192443014ba63de
800d392b6fea026574bb2535fd7bb5338f35bf15a88ea328fdaa49670c7852e3d060f3c5d6b07f
2ef6d0f22646c5d18e19a2ae3ee120390f6dd96f76dcf1e127de5e9299077a00c17c0d71e36e5b
9d5ec58fceda57739a6a4214d4b79d6c48d2784b60c320323c7acddddf34db833cac0cf109f799
69d114a330d372e5c978a66acc84e3fe5557f6240856a013ffaa0199444e5c5036f775eba4a5c5
8cde66cf604b9aca2178431127b8a1ff7ed633a65c04600af5f573483112251caca4fb931eaecf
5959ba3562b352e580fe165cd2fe1b2f78dcb313d7ea27eec7fb8dcb92b70bbfc3d6f08b51b477
202c614acef073a2665a6cca65e9a01bcde66407f7a069c4939c2d45a57da09835819368d4b414
4b79acd7c4851542ecb01ae636fb87d04e0ec4265020e730cdb6317e53d148a97aabc9da774d1d
6d4d76e70c27e0cb7ee873a1a575a7f14186ac85db267d1063f352cc420f14674354300b4f3c22
25186113dec8942470301872c7fa11075868f77638e0e59e22bb70b95e87e3b00bfea4b67d76f0
18ca316ec0a1fca2caf5b092982a62dcaa90a9a36cba0ac43591f5ef4fd106968907e00e57df34
790209527c669db633af96cafef4dbaead7cc11ca73730af24444f14daa6dc9cd01703c26c15bb
1db951a7b747bff9ed09ecac638a94ecb92c78a1fc66f1ce86b7755530e18112c1267549744bef
83957167f55b6bfe73b37904fd1f9cf63570941666ba93cba9b07e9a03f54e9c34b2592cc14592
3f5db3b66bbf117735b96944fbcaa72904fa48078866c7b64ef4280d0198f48bd76fcb5baa2f7f
55ecfb9026ebdad0aa0e7139c08ec54694f6d5ad632e59c0991d5b244da68c63ff5fc6fa863f20
79319c5b43efdd02db2f796a37555682c0588c15a90bd97abd3fe5a28ecd190bd0712622b64f85
1d9362ed5e4c47c2bcf1b2c3e3896140beef249447e2ec26d7b3e9a8816096962e5afc1df3345d
98f3a1f8b54b17944d9ea6e64c50e41765972be186ad5d2d8f35aaae4e44475b3bc9ca9e1c74c4
435fa6652f04fd2dbfffafe1223e152682f75295b7b8cbb73c71daf3237765583e3a54c5f16cf5
29d8f9233b22f992333173f40117dbc60d6282656949b48eaab3e33afad299fdb2fe54220ddfc1
3d18e43c7c3b34d4cad81047cb30608c11d7f2e9d09677a776ef194a20a777536358723fddfa75
4f4fad37e3ca948527e054376cd3c3cca37d9e1a3f6175aa5b92b215402120daf867403d7dbaf3
117c9ca376e33a0b8b576e96bb8a145584b03100b62327657e4a57868ca4ef09fedbc85799eb9a
f05323684e02975fd1e26de35b250134341be452482fd48159075f45319e0d8534117b3567e56d
5f7f04b33528c9b25a47a14c58c7d382b634dcead2bc137859a83294d49d88cfe1811e499c038d
54552e3fc39aae1d82f908a63e3cf5c74a8a273315e363b989c29e368752d17aeaafdf14f8c577
a6a645010f46a4353e9c77708e644bebeeffa4297cc1772754c79055c97ad7f51485e5050ecd58
b0e7d5f3afb550530c51fa462261a3fbbb6661f9203b85d0671b6876ba10ba86f6dd6c7a8d2f2d
11ffc49d74a7889117aea66a7c5166889ad9ba09d4066a23fdc61d4fd0b1bc85ce47240f5e2266
bd27d272f2f7d5e4c05cfb4b154f572052e688105a9dcc62422053f6f271f7996b3850f7d5a678
bb03377b9cc1f54e6807862d3090ac8a814c3441700cc6e9d23d38ef3d3110fcbd789a553a6241
41461877c2d83a4b78d9c337aca6fd6b74ffd5ff29387a31bf9bc0317a0e8c2a433e8a4152b299
39c5ea19e6109385fcb35d8e443e288d8f2a5242cb247bd3c5d176ef8ce3baf2c17c1ff0b91d7e
5c7526c2a12e4ba307395533b805878dd0e559bf338f67e96a3633cf948200321a3878745dbb30
844d7c33c19884b968b5e36a273b51561049b432a14f0e70bf6104f7fcc8d18a3d81354fe4ac52
985daa45786e418bca8473bcb1b39685915baee695f1fa1f21ec55fb7e8d88e76f5b73990ade07
baeec84a7fdd6bdd4339879909c4e25219c29984cf01e803a178e1f674ba551c7b8aa7d2557ea4
ffc2afcbb09d49a67661a550cd09a17c8d517928f1412299188064649c15ce8ece156c80c3f7c2
6933cd03e41c2436bcfd450a2f4e3ec03c1a0dd445a3b6eabe98650f7af14c456673d97338516c
8d503c66eaca06c82ea2ff6b95c1e1bbbd87b72ee4a149b468d37fa0a6693380a6240ab3cadb73
ca9e2081e9297b3571c72a9bac2d107defac64163067c9868e31bdd728503c05bb5790b7348717
84000348e7caab6cf749356c61ca1bb778008dbcaa944fcd441fe61b2181a4b45362d00e901c0a
47f8dc48e93977c222eb09b74f40e4c4e25779412eb98662a91981e36249e70b1137a396128de3
e0abe115997f1e7bde920f3b4cda904949ea8c0c75f5f42ccbaeac95f068318256a7f5f72192da
225a8653f2863a61c459adf35a018323d7c71850c99bb0af1a8c15d14d4218ed3059907590e61b
59fadc176dec67c2d962fe243f6c2068d48caf1623b317a70e3e4f95da49df2dc17fc4327aa7bd
4a74c4ccaa609a8e771c37ed5017b7f5a76ecc09b5ccc93eb0db6bea423ae0bc8ef4bc74999663
cb17ff75cfb4724b0a8bea515666b4d43966981f1fc5fe33758d301e757be27c7715abbb0e30d8
99069abf583690a4454956906f4ea455c5462f3d8c71c6824d7e73f1901c5dd661a46e597b5083
c6b8863eb0859dd58e716805e89d45c018d016ce7715f04e28c324a729d3b293708441bbd1f7fa
c8fe76cd72d81142443d995ee25868b8e4e0c9bde863686a6b4d0dffda06529417d37935bef012
38fa8a2c4bb210fde2bbc450feac1d3349b98ee3e2e5dce72aded9901b8e229bb48949619cd402
585ec0a2bd44ad83276672082fcef581bf3dbed1e170c47ae4059fe8f5b40b332fac8580cae11a
46d727a5f8f206bc26a0327c71df7cc43146d604f24083c88ce2359bad226899678658cd86c391
ee6cac7c82c651aa91412e8038601bfcb079a59d4b7a3955de304ac6d0d4cb0b12b710d512a5df
3c24e30f5a8e1421ffca5ff165c102730f3754d43abf593d3d421d24e4f8ff3ecbd0c360d9bde6
61941c16c0240a5e9bcea5dfd710c744d5ffd496b33afce31b4b72d4a5bb0d351f94e786bedaf6
885a70681d9731120b76c10fdd96d1485a3d2717ea0acebfd4b528a8580d923a416f123b1525da
b044dea6a80d835693dd6555f2080adf81cf0bc1c0849a1009a55a81eb87241042b22ed66713ab
9817cdc457962ff25b1662de71e0c01c8d9917dea30e336c3c98e7dd8e4ba82f8864f1d5e3cd11
283eef6afac9d5f4cad60000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
cleartomark
%%EndResource
%%EndSetup
%%Page: 1 1
%%BeginPageSetup
%%PageOrientation: Portrait
%%PageMedia: A4
%%PageBoundingBox: 72 752 205 770
596 842 cairo_set_page_size
%%EndPageSetup
q 72 752 133 18 rectclip
1 0 0 -1 0 842 cm q
0 g
BT
24 0 0 -24 71.75 89.25 Tm
/f-0-0 1 Tf
(EB Garamond)Tj
ET
Q Q
showpage
%%Trailer
%%EOF
Weia
Beim Drucken wurden meines Wissens im Drucker nicht intern vorhandene Fonts beim Erteilen des Druckauftrags vom Rechner an den Drucker mitgeschickt, wozu sie aber auf dem Rechner vorhanden sein mussten. Jemandem ein PostScript-Dokument zu mailen, der die entsprechenden (Nicht-Standard-)Fonts auf seinem Rechner nicht installiert hatte, funktionierte meines Wissens definitiv nicht (d.h., führte zu veränderter Darstellung mit Ersatzfonts).
Wenn dem so wäre, müssten die Fonts vorher in einen speziellen Speicher auf dem Drucker geladen werden.
Hilfreich?
+2
louis franz
10.09.26
00:54
pogo3
macblubb
Ja, da ist natürlich ein Widerspruch, das kann aber auch einfach Naivität oder Unwissen sein. Trotzdem: der TE ist wohl nicht mehr zugegen. Der Thread ist gekapert. Geholfen hat es nicht, außer denen die jetzt die technischen Feinheiten weiter "bespielen".
Als Thread-Kaperer bedanke ich mich für all die Antworten hier. Eure Beiträge haben mir sehr viel beigebracht.
Zum Thema:
Weia
Dann erstelle doch mal drei Testdokumente mit dieser Schrift und schaue danach jeweils, ob die Schrift eingebettet ist:
Indesign
(wenn es denn unbedingt Adobe 🤢 sein muss) und exportiere als PDF/
A
TextEdit
→ Druckdialog →
Als PDF sichern
TextEdit
→ Druckdialog →
In Vorschau öffnen
→ in
Vorschau
als PDF/
A
sichern
Das habe ich in meinem 10.14 ausprobiert. Weder im Druckdialog noch in Vorschaus Export-Dialog kann man da die PDF-Version auswählen. Mangels aktuellem Mac OS konnte ich es dort nicht testen, vermute aber, dass die angegebene Auswahl-Möglichkeit ein Feature von neueren Mac OS sind.
Hilfreich?
+1
Weia
10.09.26
02:18
gfhfkgfhfk
Minibeispiel mit EBGaramond (FOSS)
Stimmt, das funktioniert. 😮 Hatte ich noch nie gesehen. Wieder was dazugelernt, danke!
Weia
Beim Drucken wurden meines Wissens im Drucker nicht intern vorhandene Fonts beim Erteilen des Druckauftrags vom Rechner an den Drucker mitgeschickt, wozu sie aber auf dem Rechner vorhanden sein mussten. Jemandem ein PostScript-Dokument zu mailen, der die entsprechenden (Nicht-Standard-)Fonts auf seinem Rechner nicht installiert hatte, funktionierte meines Wissens definitiv nicht (d.h., führte zu veränderter Darstellung mit Ersatzfonts).
Wenn dem so wäre, müssten die Fonts vorher in einen speziellen Speicher auf dem Drucker geladen werden.
Wieso in einen
speziellen
Speicher? In den Speicher des Druckers halt, klar. Nicht ohne Grund haben PS-Drucker ja einiges an Arbeitsspeicher.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
Weia
10.09.26
02:36
louis franz
Zum Thema:
Weia
Dann erstelle doch mal drei Testdokumente mit dieser Schrift und schaue danach jeweils, ob die Schrift eingebettet ist:
Indesign
(wenn es denn unbedingt Adobe 🤢 sein muss) und exportiere als PDF/
A
TextEdit
→ Druckdialog →
Als PDF sichern
TextEdit
→ Druckdialog →
In Vorschau öffnen
→ in
Vorschau
als PDF/
A
sichern
Das habe ich in meinem 10.14 ausprobiert. Weder im Druckdialog noch in Vorschaus Export-Dialog kann man da die PDF-Version auswählen. Mangels aktuellem Mac OS konnte ich es dort nicht testen, vermute aber, dass die angegebene Auswahl-Möglichkeit ein Feature von neueren Mac OS sind.
Die PDF-
Versionsnummer
kannst Du nicht wählen (das macht
Vorschau
wie gesagt automatisch), das hatte ich ja geschrieben.
PDF/A
kannst Du als Option erst ab einem späteren macOS wählen, das stimmt. Ich erinnere jetzt nicht genau, ab welcher Version, 12 (Monterey)?
PDF/X
kannst Du auch auf macOS 10.14 wählen:
TextEdit
→ Druckdialog →
In Vorschau öffnen
→ in
Vorschau
mit
S
Sichern unter …
wählen und dann im
Quartz-Filter-Popup PDF/X-3
auswählen (u.U. muss dieser Filter zuvor erst einmalig im
ColorSync-Dienstprogramm
generiert werden).
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
tarbi
10.09.26
06:14
gfhfkgfhfk
Minibeispiel mit EBGaramond (FOSS)
cool, danke!
Hilfreich?
0
gfhfkgfhfk
10.09.26
12:03
Weia
Wieso in einen
speziellen
Speicher? In den Speicher des Druckers halt, klar. Nicht ohne Grund haben PS-Drucker ja einiges an Arbeitsspeicher.
Fonts sind in PostScript simpel formuliert ein großes Array aus Glyphen mit Namen und ein oder mehrere Dictionaries mit Encoding Vektoren. Ein Dictionary ist eine Key-Value-Datenstuktur, die einem Charcode einen Namen zuordnet. Zeichen gibt man in PostScript mit dem Befehl „show“ aus. „show“ sucht im ausgewählten Font unter dem Zeichencode nach den Namen und holt damit die Glyphe und gibt sie aus. Die ANSI Zeichen kann man direkt hinschreiben Codes oberhalb von 128 muss man als Octalzahlen schreiben. Z.B. \344 steht für das kleine „ä“ im ISO-Latin-1 Enconding Vektor. D.h. „show (EB Garamond)“ ist die eigentliche Ausgabe in meinem Beispielcode. Der Standard ist 7Bit US-ASCII für PostScript Programme, da Adobe unbedingt wollte, dass das überall funktioniert. Es gibt auch noch einen Binärmodus bei dem die kompletten 8Bit genutzt werden. Dieser war beim klassischen MacOS der Standard.
Weil diese Fontdaten im normalen Speicher der PS VM angelegt wird, können diese mit jedem Job gelöscht werden. Denn früher war der Speicher in einem Drucker immer knapp. Im ersten Apple LaserWriter waren 1,5MB RAM vorhanden. Da man ca. 1MB für eine 300dpi DIN A4 Seite benötigt, blieb da nicht viel Platz für anderes, so dass man jeden Trick verwenden musste, um Speicher zu sparen. Daher haben alle Druckertreiber die Ausgaben optimiert, und man hat die Standard Fonts grundsätzlich weggelassen, da sie ohnehin im ROM des Druckers vorhanden waren.
Wenn man nun ein PostScript Level 2 Dokument generiert, und dies anschließend extern zu einem PDF konvertiert, dann fehlen darin die 21 Fonts, die zwar Bestandteil von PostScript Level 2 sind, aber eben nicht Bestandteil des 14 PDF Standardfonts sind.
Wenn man einen Job zum Laden des Fonts und den eigentlichen Druckjob voneinander trennt, dann besteht die Gefahr, dass da ein Job in der Zwischenzeit läuft, der den Speicher löscht. Auf einem Mehrbenutzersystem ist so etwas nicht ungewöhnlich. Wenn man die Fonts hingegen als Softfonts im residenten Speicher ablegt, dann überstehen sie auch eine Druckerzurücksetzung. Allerdings werden Softfonts nicht von allen Druckern unterstützt.
Auf NeXTSTEP lief die Sache ohnehin anders ab, weil der NeXT Printer ein „dummer“ Drucker war, der nur die Pixel für den Ausdruck puffern konnte, und der PostScript RIP auf dem Computer lief. Daher gab es da keine ROM Fonts, wie bei einer klassischen PostScript Engine für andere Drucker.
Hilfreich?
+2
matbln
10.09.26
15:59
Fontelster
Das betrifft auch nicht alle Fonts. Ich hab hier Versionen von 1994, 1997 und 2008 und evtl. betraf das nur die ältesten Versionen.
War die 1994er Ausgabe jene, in der in BVG Produkt das Signet der Deutschen Reichsbahn enthalten ist?
Beim Wühlen folgende Disketten gefunden:
• © BVG 1995, Fontshop 1996,
• 1997.
Hilfreich?
+1
Fontelster
10.09.26
20:05
matbln
War die 1994er Ausgabe jene, in der in BVG Produkt das Signet der Deutschen Reichsbahn enthalten ist?
Das Reichsbahn-Logo kommt in
BVG Sign R
,
BVG Sign S
und
BVG Sign U
vor. Ich kann aber nicht sagen von wann die sind, im Copyright-Tag ist kein Jahr vermerkt. Wenn ich die originalen Type1-Fonts mit Glyphs öffne, wird das heutige Datum als
Datum
angezeigt.
matbln
Beim Wühlen folgende Disketten gefunden:
• © BVG 1995, Fontshop 1996,
• 1997.
Ab damit ins nächste Slot-In-CD-Laufwerk!
Hilfreich?
+2
fosse0j
11.09.26
07:02
Ich finde die technische Diskussion durchaus interessant und lese sie auch gern. Aber ich glaube schon, dass der Thread inzwischen gekapert bzw. zumindest deutlich vom ursprünglichen Thema weggeführt wurde.
Die Ausgangsfrage war, wie man eine blasse PDF optisch verbessern kann. Inzwischen geht es über weite Strecken um Schrifteinbettung, PostScript, Drucker-RAM und ähnliche Details. Das ist alles spannend – nur eben ein anderes Thema.
Dabei geht es mir gar nicht darum, jede kleine Abschweifung sofort in einen neuen Thread auszulagern. Diskussionen entwickeln sich nun einmal. Aber wenn aus einem Nebenaspekt über viele Beiträge hinweg eine eigene Fachdebatte wird, wäre ein eigener Thread aus meiner Sicht sinnvoller – schon allein deshalb, weil diese Diskussion dann auch unter einem passenden Titel auffindbar wäre.
Gerade hier ist es ein wenig ironisch: Am Anfang wurde sehr darauf bestanden, technisch sauber zu unterscheiden, was eine PDF eigentlich enthält. Inzwischen trägt der Thread weiterhin den Titel „PDF-Datei in der Qualität verbessern“, während über ganz andere technische Fragen diskutiert wird.
Hilfreich?
0
gfhfkgfhfk
11.09.26
07:56
fosse0j
Ich finde die technische Diskussion durchaus interessant und lese sie auch gern. Aber ich glaube schon, dass der Thread inzwischen gekapert bzw. zumindest deutlich vom ursprünglichen Thema weggeführt wurde.
Der Punkt war erreicht als der OP sich aus Frustration aus dem Forum verabschiedet hat. Insofern ist der Thread nicht gekapert worden, sondern vom OP aufgegeben worden.
Hilfreich?
-1
fosse0j
11.09.26
09:04
gfhfkgfhfk
Der Punkt war erreicht als der OP sich aus Frustration aus dem Forum verabschiedet hat. Insofern ist der Thread nicht gekapert worden, sondern vom OP aufgegeben worden.
Das widerspricht sich für mich nicht. Ja, der OP hat den Thread irgendwann frustriert aufgegeben. Mit „gekapert“ meinte ich aber nicht, dass ihm anschließend noch jemand seinen Thread weggenommen hätte, sondern dass sich die Diskussion danach thematisch so weit verselbstständigt hat, dass sie mit der ursprünglichen Frage kaum noch etwas zu tun hat.
Gerade weil die jetzige technische Diskussion durchaus interessant ist, hätte sie aus meiner Sicht einen eigenen Thread verdient. Dann wäre sie auch unter einem passenden Titel auffindbar. „Vom OP aufgegeben“ beschreibt den Zustand des ursprünglichen Threads – „thematisch gekapert“ beschreibt, was anschließend daraus geworden ist. Das eine schließt das andere für mich nicht aus.
Hilfreich?
0
gfhfkgfhfk
11.09.26
10:57
fosse0j
Gerade weil die jetzige technische Diskussion durchaus interessant ist, hätte sie aus meiner Sicht einen eigenen Thread verdient. Dann wäre sie auch unter einem passenden Titel auffindbar.
Es ist halt nicht die Politik des Forums dieses zu tun. In anderen Foren wird das regelmäßig praktiziert.
Hilfreich?
-2
fosse0j
11.09.26
11:53
gfhfkgfhfk
Es ist halt nicht die Politik des Forums dieses zu tun. In anderen Foren wird das regelmäßig praktiziert.
Mir geht es gar nicht um eine offizielle Foren-Policy oder darum, dass die Moderation Threads aufteilen müsste. Ich halte es schlicht für gute Netiquette, bei einem Nebenpfad, der sich zu einer eigenständigen längeren Diskussion entwickelt, selbst einen neuen Thread aufzumachen. Dafür braucht es imho keine Regel.
Hilfreich?
0
teorema67
11.09.26
12:41
fosse0j
... Nebenpfad, der sich zu einer eigenständigen längeren Diskussion entwickelt, selbst einen neuen Thread aufzumachen. Dafür braucht es imho keine Regel.
Nein, keine Regel, aber hellseherische Fähigkeiten, dass aus einem Beitrag ein Nebenpfad entwickelt 😏
„— Hier könnte Ihre Werbung stehen —“
Hilfreich?
+2
pogo3
11.09.26
15:43
Nein, keine Regel, aber hellseherische Fähigkeiten, dass aus einem Beitrag ein Nebenpfad entwickelt
Nein, keine hellseherischen Fähigkeiten, zumeist genügt der ein oder andere TN, und man weiß, oh - jetzt läuft die Sache ganz sicher aus dem Ruder, es wird gekapert
.
(Oftmals ist das alles ganz o.k., da auch noch lustig, oder lehrreich. Oftmals hilft es den Emittenten nicht, sondern im Gegenteil, es wird - gekapert.)
Hilfreich?
-4
Weia
11.09.26
16:20
fosse0j
Mit „gekapert“ meinte ich aber nicht, dass ihm anschließend noch jemand seinen Thread weggenommen hätte, sondern dass sich die Diskussion danach thematisch so weit verselbstständigt hat, dass sie mit der ursprünglichen Frage kaum noch etwas zu tun hat.
Na und? Was ist denn daran schlimm? Willst Du das Denken in ein Korsett zwingen? Für mich ist genau das eine große Qualität in diesem Forum, dass es das nicht tut.
Gerade weil die jetzige technische Diskussion durchaus interessant ist, hätte sie aus meiner Sicht einen eigenen Thread verdient. Dann wäre sie auch unter einem passenden Titel auffindbar.
Dir ist die Volltextsuche im Forum bekannt? Wenn Dich ein bestimmtes Themenfeld interessiert, ist
das
der richtige Weg, es ausfindig zu machen – die Titel, die Themenstarter ihren Threads geben, sind oft genug von vornherein nichtssagend bis irreführend.
fosse0j
gfhfkgfhfk
Es ist halt nicht die Politik des Forums dieses zu tun. In anderen Foren wird das regelmäßig praktiziert.
Mir geht es gar nicht um eine offizielle Foren-Policy oder darum, dass die Moderation Threads aufteilen müsste. Ich halte es schlicht für gute Netiquette, bei einem Nebenpfad, der sich zu einer eigenständigen längeren Diskussion entwickelt, selbst einen neuen Thread aufzumachen.
Ja,
Du
hältst das für schlechte Etikette.
Ich
fände, es würde eine entscheidende Qualität dieses Forums zerstören, wenn alles fein säuberlich in getrennte Schublädchen verpackt würde, weil damit alle größeren Zusammenhänge wegen eines Ordnungsfimmels zerstückelt würden und sich das Forum am Ende im Breitwalzen von engumgrenzten Trivialitäten erschöpfen würde – dafür gibt es aber schon genügend andere Foren.
Und nun? Wir haben einfach unterschiedliche Präferenzen und nicht alles, was
Deinen
Präferenzen zuwiderläuft, ist deswegen
schlechte Etikette
.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
0
fosse0j
11.09.26
17:02
@Weia
Ein neuer Thread zwingt weder Denken noch Zusammenhänge in ein Korsett – die Diskussion kann dort genauso frei und ausführlich weitergehen. Es geht mir lediglich um die Zuordnung einer inzwischen eigenständigen Diskussion. Dass Du darin einen Verlust und ich einen Gewinn an Übersicht sehe, können wir dann tatsächlich einfach als unterschiedliche Präferenzen stehenlassen.
Hinzu kommt für mich die Auffindbarkeit. Die technischen Ausführungen hier sind ja durchaus interessant und nützlich. Nur wird jemand, der später gezielt nach Schrifteinbettung, PostScript oder den hier diskutierten PDF-Details sucht, kaum vermuten, dass er das in einem Thread mit dem Titel „PDF-Datei in der Qualität verbessern“ findet. Eine Volltextsuche hilft vor allem dann, wenn man schon ungefähr weiß, wonach man suchen muss. Ein eigener, passend betitelter Thread hätte diese Informationen für andere deutlich leichter zugänglich gemacht.
Ein Punkt noch zur Art der Argumentation: Begriffe wie „Korsett“ oder „Ordnungsfimmel“ finde ich unnötig zugespitzt. Sie verschieben die Diskussion weg von der Sache und personalisieren eine eigentlich recht einfache Meinungsverschiedenheit darüber, wie man längere Nebenstränge in einem Forum sinnvoll organisiert.
Man kann völlig unterschiedlicher Meinung darüber sein, ob dafür ein neuer Thread sinnvoll ist. Aber dafür muss man dem Gegenüber weder einen „Ordnungsfimmel“ unterstellen noch so tun, als wolle er Diskussionen „in ein Korsett zwingen“. Das macht die Debatte aus meiner Sicht eher unnötig schärfer, ohne dem Sachargument etwas hinzuzufügen.
Hilfreich?
0
Roony
11.09.26
17:10
94 Statements hier in diesem Threat zu einer "einfach gemeinten" Frage.
Der Fragesteller ist schon nach der 7. Antwort ausgestiegen und hat hier unser Forum verlassen– verärgert und unbefriedigt – was sagt uns das ?!
Auf jeden Fall finde ich diesen Strang unheimlich interessant....
Ach ja: @Weia schau mal:
Deine KI Sichtweise ist nicht mehr up to date, wie ich finde.
Hilfreich?
-1
Oceanbeat
11.09.26
19:47
@Roony
Herzlichen Dank für deinen Link zu diesem anregenden Vortrag!
„Wenn das Universum expandiert, werden wir dann alle dicker...?“
Hilfreich?
0
Weia
11.09.26
22:04
fosse0j
Ein neuer Thread zwingt weder Denken noch Zusammenhänge in ein Korsett – die Diskussion kann dort genauso frei und ausführlich weitergehen.
Kann sie eben nicht, weil Du dem Thread zu Beginn einen Titel verpassen müsstest, den Du entweder noch gar nicht kennen kannst oder der, wenn Du denn auf neuen Threads für jede Abweichung vom Titelthema das aktuellen bestehst, aus dem von
teorema67
genannten Grund sich sofort in weitere Threads zerfleddern würde. Das Anregende an einem anregenden Gespräch ist doch gerade, dass man eben zu Beginn
nicht
absehen kann, wohin es führt.
Man kann völlig unterschiedlicher Meinung darüber sein, ob dafür ein neuer Thread sinnvoll ist. Aber dafür muss man dem Gegenüber weder einen „Ordnungsfimmel“ unterstellen noch so tun, als wolle er Diskussionen „in ein Korsett zwingen“. Das macht die Debatte aus meiner Sicht eher unnötig schärfer, ohne dem Sachargument etwas hinzuzufügen.
Man
muss
jemandem mit anderen Präferenzen auch keine „schlechte Netiquette“ unterstellen …
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
-1
Weia
11.09.26
22:07
Roony
Ach ja: @Weia schau mal:
Deine KI Sichtweise ist nicht mehr up to date, wie ich finde.
Ich habe keine Ahnung, auf was Du dich mit „[m]einer KI-Sichtweise“ beziehst, aber noch weniger Ahnung habe ich, warum Du mir diesen didaktisch wie inhaltlich gruselig schlechten Vortrag auf Feuilleton-Niveau anempfiehlst. Die unerträglich oberflächliche Aufgeregtheit, die sich um alle wirklichen Fragen herummogelt, ist eine ganz gute Spiegelung der gegenwärtigen KI-Hysterie, aber das wirst Du ja wohl nicht gemeint haben. Markus Gabriel halt. 🙄
Wie auch immer:
Das
wäre nun wirklich ein eigenes Thema für einen eigenen Thread, der thematisch zudem MacTechNews vielleicht doch eher sprengen würde.
„“The morality of god caters to the ones in control, how strange, how odd” – Sofia Isella, “Numbers 31:17-18” aus “Something is a shell .”“
Hilfreich?
+1
fosse0j
12.09.26
07:39
@Weia
Du widersprichst hier erneut Positionen, die ich so nicht vertreten habe.
Ich habe weder gefordert, bei jeder Abweichung vom Threadtitel sofort einen neuen Thread zu eröffnen, noch behauptet, man müsse zu Beginn bereits wissen, wohin sich ein Gespräch entwickelt. Mein Punkt war ausdrücklich ein anderer: Wenn sich ein Nebenstrang im Laufe der Diskussion zu einem eigenständigen und längeren Thema entwickelt, kann es sinnvoll sein, ihn dann in einem eigenen Thread fortzuführen. Zu diesem Zeitpunkt ist das Thema gerade nicht mehr unbekannt.
Ebenso habe ich niemandem „schlechte Netiquette“ unterstellt. Ich habe gesagt, dass es für mich zur Netiquette gehört, einen solchen verselbstständigten Nebenstrang auszulagern. Aus „Das halte ich für gute Netiquette“ folgt nicht automatisch „Wer es anders macht, verhält sich schlecht“.
Wenn man meine Position jeweils erst weiter zuspitzt und anschließend dieser zugespitzten Version widerspricht, reden wir irgendwann nicht mehr über den eigentlichen Dissens. Der ist eigentlich ziemlich überschaubar: Du hältst solche thematischen Verzweigungen innerhalb eines Threads für sinnvoll, ich sehe bei längeren eigenständigen Nebensträngen Vorteile in einem neuen Thread – unter anderem bei Übersicht und Auffindbarkeit. Damit kann man es meines Erachtens auch bewenden lassen.
Hilfreich?
-4
|<
1
2
3
>|
Kommentieren
Dieser Thread wurde gesperrt.
Simulierter iPod als Fehlerseite – Apple Music ...
Mac mini mit M6 und M5 Pro
Time: Ternus über 15 Jahre Entstehungsgeschicht...
Vor 15 Jahren: Das iPhone 4s kommt auf den Mark...
HiFi Rose RW800
iMac M6 vorgestellt
Apple Intelligence frisst Speicherplatz – und k...
iPhone Duo: Ist der A20 Pro so schnell wie im i...