Mehrsprachiges Desktop Publishing für Print- und digitale Formate. Professionelles DTP in Adobe InDesign, FrameMaker und QuarkXPress in über 140 Sprachen.
Desktop Publishing (auch als DTP bekannt) verbindet einen Personal Computer, Seitenlayout-Software und einen Drucker, um Publikationen in kleinem wirtschaftlichem Maßstab zu erstellen. Benutzer erstellen Seitenlayouts mit Text, Grafiken, Fotos und anderen visuellen Elementen mithilfe von Desktop-Publishing-Software wie QuarkXPress, Adobe InDesign und anderen.
Desktop Publishing begann 1985 mit der Einführung der PageMaker-Software von Aldus und dem LaserWriter-Drucker von Apple Computer für den Apple Macintosh. Die Möglichkeit, WYSIWYG-Seitenlayouts auf dem Bildschirm zu erstellen und Seiten dann in kristallklarer 300-ppi-Auflösung zu drucken, war revolutionär sowohl für die Schriftsatzindustrie als auch für die Personal-Computer-Industrie. Der Begriff „Desktop Publishing" wird dem Gründer der Aldus Corporation, Paul Brainerd, zugeschrieben, der einen Marketing-Slogan suchte, um die geringe Größe und relative Erschwinglichkeit dieser Produktpalette im Gegensatz zu der damals teuren kommerziellen Fotosatztechnik zu beschreiben.
Desktop Publishing begann 1985 mit der Einführung der PageMaker-Software von Aldus und des LaserWriter-Druckers von Apple Computer für den Apple Macintosh. Die Möglichkeit, WYSIWYG-Seitenlayouts auf dem Bildschirm zu erstellen und Seiten dann in gestochen scharfer 300-ppi-Auflösung zu drucken, war revolutionär für die Satzindustrie und die Personal-Computer-Industrie gleichermaßen. Der Begriff „Desktop Publishing" wird dem Gründer der Aldus Corporation, Paul Brainerd, zugeschrieben, der eine Marketing-Schlagzeile suchte, um die geringe Größe und relative Erschwinglichkeit dieser Produktpalette im Gegensatz zur teuren kommerziellen Fotosatzausrüstung jener Zeit zu beschreiben.
Obwohl DTP früher als primäre Fähigkeit galt, hat die zunehmende Verfügbarkeit benutzerfreundlicherer DTP-Software DTP zu einer Zusatzfähigkeit für Art Direction, Grafikdesign, Multimedia-Entwicklung, Marketing-Kommunikation, Verwaltungsberufe und fortgeschrittene Medienkompetenz in prosperierenden Volkswirtschaften gemacht. Die DTP-Kenntnisse reichen von dem, was man in wenigen Stunden erlernen kann (z. B. Clipart in ein Textverarbeitungsprogramm einfügen) bis hin zu dem, was eine akademische Ausbildung und Jahre Erfahrung erfordert (z. B. Positionen bei Werbeagenturen).
Frühe Systeme
Nach heutigen Maßstäben war frühes Desktop Publishing eine primitive Angelegenheit. Nutzer des PageMaker-LaserWriter-Macintosh-512K-Systems mussten sich mit häufigen Softwareabstürzen, dem winzigen 512-x-342-1-Bit-Schwarzweiß-Bildschirm des Mac, der Unfähigkeit, Zeichenabstände, Unterschneidung und andere typografische Eigenschaften zu kontrollieren, sowie Diskrepanzen zwischen Bildschirmanzeige und Druckausgabe herumschlagen. Doch für diese Zeit wurde es wie ein Zaubertrick aufgenommen: schwer zu glauben, aber jeder wollte wissen, wie man den Trick macht. Hinter den Kulissen entwickelte Adobe Systems Technologien, die den Grundstein für professionelle Desktop-Publishing-Anwendungen legten. Der LaserWriter und LaserWriter Plus verfügten über hochwertige, skalierbare Adobe-Schriften, die in ihrem ROM-Speicher eingebettet waren. Die PostScript-Fähigkeit des LaserWriter ermöglichte es Veröffentlichungsdesignern, Dateien auf einem lokalen Drucker zu prüfen und dieselbe Datei dann bei DTP-Servicebüros mit optischer 600+-ppi-PostScript-Druckern wie denen von Linotronic zu drucken. Später wurde der Macintosh II veröffentlicht, der sich aufgrund seines größeren Farbbildschirms viel besser für Desktop Publishing eignet. 1986 wurde Ventura Publisher auf GEM-Basis für MS-DOS-Computer eingeführt. Während PageMakers Pasteboard-Metapher den manuellen Layout-Prozess eng simulierte, automatisierte Ventura Publisher den Layout-Prozess durch die Verwendung von Etiketten/Stylesheets und automatisch generierte Indizes und andere Textbestandteile. Dies machte es für Handbücher und andere lange Formate geeignet. Desktop Publishing kam auf den Heimmarkt mit Publishing Partner für den Atari ST 1986 und später für den Amiga, GSTs Timeworks Publisher für den PC und Atari ST, Calamus für den Atari TT030, Startseite Publisher und Newsroom für 8-Bit-Computer wie den Apple II. In diesen frühen Jahren erwarb Desktop Publishing einen schlechten Ruf durch untrained Nutzer, die chaotisch organisierte „Ransom-Note"-Layouts erstellten – Kritik, die etwa eine Dekade später gegen frühe Web-Publisher erhoben würde.
Reife Systeme
Die verbesserten typografischen Steuerelemente und Bildverarbeitung von PC- und Mac-basierten Publishing-Systemen zogen zunehmend die Aufmerksamkeit professioneller Verleger an. Der Wendepunkt war die Einführung von Quark XPress in den 1990er-Jahren und eine ständig wachsende Anzahl digitaler Schriftarten. Xpress dominierte die Verlagswelt bis in die frühen 2000er-Jahre, als Adobe InDesign an Popularität gewann, insbesondere wegen seiner leistungsstarken typografischen Steuerelemente und Integration mit anderen Adobe-Publishing-Produkten, die besonders in Design-, Fotografie-, Verlags-, Druck- und digitalen Medienbranchen verbreitet waren. Bis Ende der 1990er-Jahre war praktisch jede Veröffentlichung „Desktop Publishing" geworden. Die überlegene Flexibilität und Geschwindigkeit von Desktop-Publishing-Systemen hat die Vorlaufzeit für alle Arten von Veröffentlichungen erheblich verkürzt und ermöglicht ausgefeilte Designs und Layouts, die in den Jahrzehnten vor DTP unvorstellbar waren. Database Publishing hat die Zeit zum Erstellen von umfangreichen Handbüchern und Katalogveröffentlichungen weiter reduziert. Desktop Publishing trug dazu bei, eine Generation von Personal-Computer-Benutzern darauf vorzubereiten, nach „dem nächsten großen Ding" Ausschau zu halten. Ende der 1980er-Jahre wendeten Entwickler hoffnungsvoll das Präfix „Desktop" auf potenzielle neue Märkte an, wie „Desktop-Präsentationen", „Desktop-Formulare" und „Desktop-Video". Alle diese Märkte erwiesen sich als wichtig (siehe PowerPoint, Adobe Acrobat und miniDV als Beispiele), besonders Desktop-Videobearbeitung. Viele Spielfilmlänge-Filme werden nun auf Apple Final Cut Pro auf einem Desktop-Computer bearbeitet, was Equipment und Software ersetzt, die in den 1980er-Jahren hunderttausend Dollar gekostet hätte.
Vergleiche mit Textverarbeitung
Während Desktop-Publishing-Software noch umfangreiche Funktionen für Printveröffentlichungen bietet, haben moderne Textverarbeitungsprogramme nun Publishing-Funktionen, die viele ältere DTP-Anwendungen übersteigen, was die Grenzen zwischen Textverarbeitung und Desktop Publishing verschwimmen lässt.
In den frühen Tagen grafischer Benutzeroberflächen war DTP-Software in einer eigenen Klasse, wenn man sie mit den damaligen eher spärlichen Textverarbeitungsprogrammen verglich. Programme wie WordPerfect und WordStar waren immer noch hauptsächlich textbasiert und boten wenig im Hinblick auf Seitenlayout, vielleicht nur Ränder und Zeilenabstände. Andererseits war Textverarbeitungssoftware für Funktionen wie Indexierung und Rechtschreibprüfung notwendig – Funktionen, die heute selbstverständlich sind. Mit leistungsfähigeren Computern und Betriebssystemen haben Hersteller versucht, Benutzern eine einzige Anwendungsplattform zur Verfügung zu stellen, die alle Anforderungen erfüllen kann. Software wie Microsoft Word bietet erweiterte Layouts und Verlinkungen zwischen Dokumenten, und DTP-Anwendungen haben gängige Textverarbeitungsfunktionen hinzugefügt.
Vergleiche mit anderen elektronischen Layouts
In der modernen Verwendung wird DTP normalerweise nicht als Einschluss von Werkzeugen wie TeX oder troff betrachtet, obwohl beide leicht auf einem modernen Desktop-System verwendet werden können und bei vielen Unix-ähnlichen Betriebssystemen Standard sind und für andere Systeme leicht verfügbar sind. Der Schlüsselunterschied zwischen elektronischer Satzoftwware und DTP-Software ist, dass DTP-Software im Allgemeinen interaktiv und WYSIWYG im Design ist, während ältere elektronische Satzsoftware eher im Batch-Modus arbeitet und vom Benutzer verlangt, die Auszeichnungssprache des Verarbeitungsprogramms manuell ohne direkte Visualisierung des fertigen Produkts einzugeben. Die ältere Stilart der Satzsoftware nimmt eine substanzielle, aber schrumpfende Nische in technisches Schreiben und Lehrbuchveröffentlichung ein; jedoch, da viel Software diesen Genres nun Open Source ist, kann sie kostengünstiger als professionell orientierte DTP-Systeme sein.
Es gibt eine gewisse Überlappung zwischen Desktop Publishing und dem sogenannten Hypermedia Publishing (d. h. Web-Design, Kiosk, CD-ROM). Viele grafische HTML-Editoren wie Microsoft FrontPage und Dreamweaver nutzen eine Layout-Engine ähnlich einem DTP-Programm. Allerdings bevorzugen einige Web-Designer immer noch, HTML ohne die Unterstützung eines WYSIWYG-Editors zu schreiben und nutzen solche Software, wenn überhaupt, nur für komplexe Layouts, die nicht einfach mit handgeschriebenem HTML-Code dargestellt werden können.
Einige Schriftsysteme der Welt, wie Arabisch, Farsi, Urdu und Hebräisch, werden in einer Form geschrieben, die als Rechts-nach-Links (RTL) bekannt ist, bei der das Schreiben auf der rechten Seite einer Seite beginnt und auf der linken Seite endet. Dies unterscheidet sich von der Links-nach-Rechts-Richtung (LTR), in der Sprachen mit lateinischem Alphabet (wie Englisch) geschrieben werden. Wenn LTR-Text mit RTL-Text im selben Absatz vermischt wird, sollte jede Textart in ihrer eigenen Richtung geschrieben werden, was als bidirektionaler Text bekannt ist. Dies kann besonders komplex werden, wenn mehrere Zitierungsebenen verwendet werden. Nahezu alle aus dem Nahen Osten stammenden Schriftsysteme haben diesen Charakter.
Bidirektionale Script-Unterstützung ist die Fähigkeit eines Computersystems, bidirektionalen Text korrekt anzuzeigen. Der Begriff wird häufig in den Jargon-Begriff BiDi oder bidi abgekürzt.
Die CJK-Sprachen sind Silbensprachen. Jede Silbe belegt zwei Bytes im Computerspeicher. In den CJK-Sprachen gibt es kein Konzept eines einzelnen Buchstabens.
Die chinesische, japanische und koreanische Sprache (CJK) basieren auf Zeichen, wobei jedes Zeichen eine Idee repräsentiert – im Gegensatz zur spezifischen Form des Zeichens oder eines Objekts. Da ihre Zeichen komplexer und grafischer sind als Buchstaben des lateinischen Alphabets, benötigen sie typischerweise doppelt so viel Speicher und werden als Doppelbyte-Sprachen bezeichnet.
Die Komplexität der Doppelbyte-Sprachen führt zu Herausforderungen bei der Dateigröße, der Kompatibilität mit Betriebssystemen und Software sowie bei der Klarheit und Lesbarkeit von Texten aufgrund begrenzter Schriftartoptionen. Da Zeichentext auf Semantik basiert, kann ein Satz nicht einfach an beliebigen Positionen umgebrochen werden.
Qualitätssicherung (QA) ist der Prozess der Überwachung spezifischer Projektergebnisse, um festzustellen, ob diese den relevanten Qualitätsstandards entsprechen, sowie die Ermittlung von Möglichkeiten zur Beseitigung von Ursachen für unzureichende Leistung.
Bei der Überprüfung des Layouts der Dateien wendet das QA-Team strenge Kriterien an und kontrolliert Zeichensetzung, Kopf- und Fußzeilen, Titel, Nummerierung und Grafiken sowie die Aktualisierung von Querverweisen, Inhaltsverzeichnissen und Registern usw.
Die Standard-Checkliste für die QA-Überprüfung umfasst folgende Aktivitäten:
Kunden fragen uns regelmäßig nach unserer Methodik bei mehrsprachigen Desktop Publishing (DTP) Projekten. Die richtige Antwort ist, dass sich der Prozess von Projekt zu Projekt unterscheidet.
Opticentre ist auf sehr große Projekte mit vielen Hunderten von Seiten in mehreren Sprachen ausgerichtet, daher haben Kunden, die solche Volumen abgeben, normalerweise bereits einen maßgeschneiderten Workflow etabliert. Opticentre integriert sich dann einfach in diesen ein und passt sich an.
Wenn wir jedoch ein Projekt von Grund auf verwalten würden, sieht hier ein beispielhafter Prozess aus (mit FrameMaker):
Alle Änderungen von Ihren Prüfern können uns in einer Word-Datei, in Anmerkungen in der PDF-Datei oder als Markierungen auf einem Ausdruck mitgeteilt werden (falls die Änderungen nicht umfangreich sind). Die Änderungen werden dann eingepflegt und der Überprüfungsprozess setzt sich fort, bis der Endkunde vollständig zufrieden ist.
Mehr lesenFühren Sie die Aufgaben in diesem Abschnitt durch, um festzustellen, ob Acrobat Distiller das Problem verursacht.
1. Stellen Sie sicher, dass Sie eine Version von Acrobat Distiller verwenden, die mit FrameMaker kompatibel ist.
FrameMaker installiert die erforderliche Version von Acrobat Distiller. Wenn Sie eine Version von Acrobat Distiller verwenden, die nicht mit FrameMaker kompatibel ist, müssen Sie möglicherweise FrameMaker aktualisieren oder ein Upgrade durchführen, oder Sie deinstallieren Acrobat Distiller und installieren FrameMaker neu.
Um festzustellen, welche Version von Acrobat Distiller installiert ist, starten Sie Acrobat Distiller und wählen Sie Hilfe > Über Acrobat Distiller.
2. Stellen Sie sicher, dass Acrobat Distiller funktioniert.
Erstellen Sie eine PDF-Datei aus einer anderen Anwendung (z. B. Microsoft Word), indem Sie ein Dokument auf dem Adobe PDF-Drucker drucken. Wenn Sie eine PDF-Datei erstellen können, ist möglicherweise FrameMaker die Ursache des Problems. Fahren Sie mit dem Abschnitt „Troubleshooting für FrameMaker" in diesem Dokument fort. Wenn Sie keine PDF-Datei erstellen können, erstellen Sie eine PostScript-Datei und öffnen Sie sie in Acrobat Distiller:
3. Überprüfen Sie die Datei messages.log.
Die Datei messages.log kann Informationen enthalten (z. B. PostScript-Fehler), die Sie zur Behebung des Problems verwenden können. Wenn die Datei einen PostScript-Fehler auflistet, beheben Sie den Fehler gemäß Dokument 328515 „Troubleshooting für PostScript-Fehler". Die Datei messages.log befindet sich im Ordner Acrobat Distiller [Version].
Für Acrobat Distiller 7.0:
Für Acrobat Distiller 6.0:
Für Acrobat Distiller 5.0:
Führen Sie die Aufgaben in diesem Abschnitt durch, um festzustellen, ob Acrobat Distiller das Problem verursacht.
1. Stellen Sie sicher, dass Sie eine mit FrameMaker kompatible Version von Acrobat Distiller verwenden.
FrameMaker installiert die erforderliche Version von Acrobat Distiller. Wenn Sie eine Version von Acrobat Distiller verwenden, die nicht mit FrameMaker kompatibel ist, müssen Sie möglicherweise FrameMaker aktualisieren oder upgraden oder Acrobat Distiller deinstallieren und FrameMaker neu installieren.
Um festzustellen, welche Version von Acrobat Distiller installiert ist, starten Sie Acrobat Distiller und wählen Sie Hilfe > Über Acrobat Distiller.
2. Stellen Sie sicher, dass Acrobat Distiller funktioniert.
Erstellen Sie eine PDF-Datei aus einer anderen Anwendung, beispielsweise Microsoft Word, indem Sie ein Dokument auf dem Adobe PDF-Drucker drucken. Wenn Sie eine PDF-Datei erstellen können, ist möglicherweise FrameMaker die Ursache des Problems. Fahren Sie mit dem Abschnitt „FrameMaker beheben" in diesem Dokument fort. Wenn Sie keine PDF-Datei erstellen können, erstellen Sie eine PostScript-Datei und öffnen Sie sie dann in Acrobat Distiller:
3. Überprüfen Sie die Datei „messages.log".
Die Datei „messages.log" kann Informationen enthalten (beispielsweise PostScript-Fehler), die Sie zur Fehlerbehebung verwenden können. Wenn die Datei einen PostScript-Fehler aufführt, beheben Sie den Fehler nach Dokument 328515 „PostScript-Fehler beheben". Die Datei „messages.log" befindet sich im Ordner „Acrobat Distiller [Version]".
Für Acrobat Distiller 7.0:
Für Acrobat Distiller 6.0:
Für Acrobat Distiller 5.0:
German
Englisch
Bulgarisch
French
Spanish
Italian
Dutch