Das Reiche Textformat (häufig abgekürztes Volltextformat) ist ein Eigentumsdokumentendateiformat mit der veröffentlichten Spezifizierung, die von Microsoft Corporation seit 1987 für Produkte von Microsoft und für den Quer-Plattform-Dokumentenaustausch entwickelt ist.

Die meisten Textverarbeitungsprogramme sind im Stande, einige Versionen des Volltextformats zu lesen und zu schreiben. Es gibt mehrere verschiedene Revisionen der Volltextformat-Spezifizierung, und die Beweglichkeit von Dateien wird davon abhängen, welche Version des Volltextformats verwendet wird. Volltextformat-Spezifizierungen werden geändert und mit Hauptmicrosoft Word und Büroversionen veröffentlicht.

Es sollte mit dem bereicherten Text (mimetype "Text/bereichern" von RFC 1896) oder sein Text des Vorgängers Rich (mimetype "text/richtext" von RFC 1341 und) nicht verwirrt sein; noch mit dem RFT-DCA von IBM (Überprüfbare Format-Textdokument-Inhalt-Architektur), die völlig verschiedene Spezifizierungen sind.

Geschichte

Richard Brodie, Charles Simonyi, und David Luebbert, Mitglieder der Entwicklungsmannschaft von Microsoft Word, haben das ursprüngliche Volltextformat in der Mitte zum Ende der 1980er Jahre entwickelt. Seine Syntax war unter Einfluss der Schriftsetzen-Sprache von TeX. Der erste Volltextformat-Leser und Schriftsteller haben sich 1987 als ein Teil von Microsoft Word 3.0 für Macintosh eingeschifft, der die Volltextformat-Spezifizierung der Version 1.0 durchgeführt hat. Alle nachfolgenden Ausgaben von Microsoft Word für den Macintosh und allen Versionen für Windows können lesen und Dateien im Volltextformat-Format schreiben.

Microsoft meint, dass die Rechte auf das Volltextformat formatieren und das Format aufrechterhält., die jetzige Version ist 1.9.1. Gemäß der Büro-2010-Quellenbastelsatz-Dokumentation des Microsofts unterbricht Microsoft Erhöhungen zur Volltextformat-Spezifizierung. Weiter werden einige neue Eigenschaften im Wort 2010 und spätere Versionen richtig zum Volltextformat-Format nicht sparen.

Versionszeitachse

• 1987: VOLLTEXTFORMAT 1.0
• Januar 1994: Volltextformat 1.3
• September 1995: Volltextformat 1.4
• April 1997: Volltextformat 1.5
• Mai 1999: Volltextformat 1.6
• August 2001: Volltextformat 1.7
• April 2004: Volltextformat 1.8
• März 2008: Volltextformat 1.9.1

Versionsänderungen

• Volltextformat 1.4 Spezifizierung enthält alle Volltextformat-Steuerungen, die durch Anwendungen von Microsoft durch die Ausgabe des Wortes 7.0 eingeführt sind.
• Volltextformat 1.5 Spezifizierung ist aktualisiert worden, um alle neuen Kontrollwörter einzuschließen, die durch Microsoft Word für die Version 7.0 von Windows 95 und das Wort 97 für Windows eingeführt sind. Es enthält auch eine japanische lokale Volltextformat-Spezifizierung für die japanische Version des Wortes, genannt Volltextformat-J, das von der Standardvolltextformat-Spezifizierung etwas verschieden ist.
• Volltextformat 1.6 Spezifizierung schließt alle neuen Kontrollwörter ein, die durch Microsoft Word für die Version 7.0 von Windows 95, Wort 97 für Windows, Wort 98 für den Macintosh und das Wort 2000 für Windows, sowie andere Produkte von Microsoft - Taschenwort und Austausch eingeführt sind (verwendet im Volltextformat
• Volltextformat 1.7 Spezifizierung schließt alle neuen Kontrollwörter ein, die durch Microsoft Word für die Version 7.0 von Windows 95, Wort 97 für Windows, Wort 98 für den Macintosh, Wort 2000 für Windows und Wort 2002 für Windows, sowie andere Produkte von Microsoft - Taschenwort und Austausch eingeführt sind (verwendet im Volltextformat
• Volltextformat 1.8 Spezifizierung enthält die letzten von Microsoft Office Word 2003 eingeführten Aktualisierungen.
• Volltextformat 1.9.1 Spezifizierung enthält die letzten von Microsoft Office Word 2007 eingeführten Aktualisierungen. Es definiert auch Kontrollwörter, die durch andere Produkte von Microsoft, wie Taschenwort und RichEdit, Austausch eingeführt sind (verwendet im Volltextformat
• Gebrauch der XML Kundenspezifischen Preiserhöhung und SmartTags in einem Volltextformat-Dokument, kundenspezifischer Definition von namespaces
• für den Gebrauch von XML das Büro wird In offener XML Spezifizierung (Ecma-376, Teil 4) Verweise angebracht
• XML kundenspezifische Diagramm-Gültigkeitserklärung der XML kundenspezifischen Preiserhöhung
• Möglichkeit, XSL zu definieren, wenn man in einer einzelnen XML Datei (nicht definiert durch die Spezifizierung) spart
• Büro Offene XML Mathematik (OMML) Elemente im Volltextformat
• der Read-Only-Passwortschutz des Volltextformats (Element von WordprocessingML documentProtection Öffnen im Amt XML).

Microsoft Corporation sieht keine weiteren Aktualisierungen zur Volltextformat-Spezifizierung 1.9.1 voraus, aber ist bereit, Leitartikel und andere nichtsubstantivische Modifizierungen der Volltextformat-Spezifizierung während eines verbundenen ISO/IEC als 29500 Abstimmen-Periode zu betrachten; aber es würde Änderungen nicht vornehmen, die normative Funktionen in dieser Volltextformat-Spezifizierung verändert haben.

Spezifizierungen von Rich Text Format (RTF) werden geändert und mit Hauptmicrosoft Word und Büroversionen veröffentlicht.

Codebeispiel

Als ein Beispiel, der folgende Volltextformat-Code:

{\\rtf1\ansi {\\fonttbl\f0\fswiss Helvetica; }\\f0\pard

Das ist ein {\\b kühn} Text \par

}\

ist ein Dokument, das wie das, wenn gelesen, durch ein Programm gemacht würde, das Volltextformat unterstützt:

Das ist ein kühner Text.

Geschweifte Klammern (und) definieren eine Gruppe; Gruppen können verschachtelt werden. Ein umgekehrter Schrägstrich fängt einen Volltextformat-Kontrollcode an. Ein gültiges Volltextformat-Dokument ist eine Gruppe, die mit dem Kontrollcode anfängt.

Im Beispiel oben ruft der Kontrollcode fetten Typ an; das Beispiel verwendet eine Gruppe, um das Spielraum des fetten Kontrollcodes zu beschränken. Alle anderen Textcharaktere werden als Klartext gemacht. Der Kontrollcode zeigt das Ende eines Paragrafen an.

Charakter-Verschlüsselung

Volltextformat ist ein 8-Bit-Format. Das würde es auf ASCII beschränken, aber Volltextformat kann Charaktere außer ASCII durch Flucht-Folgen verschlüsseln. Die Charakter-Flüchte sind zwei Typen: Codeseite flüchtet und, mit dem Volltextformat 1.5, Flüchte von Unicode anfangend. In einer Codeseitenflucht werden zwei hexadecimal Ziffern im Anschluss an einen umgekehrten Schrägstrich und Schreibmaschine-Apostroph verwendet, für einen von einer Windows-Codeseite genommenen Charakter anzuzeigen. Zum Beispiel, wenn die Codeseite auf Windows 1256 gesetzt wird, wird die Folge den arabischen Brief bā  () verschlüsseln.

Weil Unicode flüchtet, wird das Kontrollwort verwendet, von der unterzeichneten dezimalen ganzen Zahl von 16 Bit gefolgt, die den Unicode UTF-16 Codeeinheitszahl gibt. Zu Gunsten Programme ohne Unterstützung von Unicode muss dem von der nächsten Darstellung dieses Charakters in der angegebenen Codeseite gefolgt werden. Zum Beispiel, würde den arabischen Brief bā   geben, angebend, dass ältere Programme, die Unicode nicht unterstützen lassen, es als ein Fragezeichen stattdessen machen sollten.

Das Kontrollwort kann verwendet werden, um anzuzeigen, dass nachfolgende Flucht-Folgen von Unicode innerhalb der aktuellen Gruppe keinen Ersatz-Charakter angeben.

Bis zur Volltextformat-Spezifizierungsausgabe der Version 1.5 1997 hat Volltextformat nur 7-Bit-Charaktere direkt und 8-Bit-Charaktere verschlüsselt als hexadecimal (das Verwenden) behandelt. Volltextformat-Kontrollwörter (seit dem Volltextformat 1.5) akzeptieren allgemein hat 16-Bit-Zahlen als Argumente unterzeichnet. Werte von Unicode, die größer sind als 32767, müssen als negative Zahlen ausgedrückt werden. Wenn ein Charakter von Unicode außerhalb BMP ist, wird er mit einem Stellvertreter-Paar verschlüsselt. Die Unterstützung für Unicode wurde wegen des Textes gemacht, der Änderungen in Microsoft Word behandelt - Microsoft Word 97 ist eine teilweise Unicode-ermöglichte Anwendung, und es behandelt Text mit den 16 Bit Charakter-Verschlüsselungsschema von Unicode. Microsoft Word 2000 und spätere Versionen werden Anwendungen Unicode-ermöglicht, die Text mit den 16 Bit Charakter-Verschlüsselungsschema von Unicode behandeln.

Volltextformat-Dateien sind ASCII gewöhnlich 7 Bit Klartext. Volltextformat besteht aus Kontrollwörtern, Kontrollsymbolen und Gruppen. Volltextformat-Dateien können zwischen gestützten Betriebssystemen des PCs leicht übersandt werden, weil als eine Textdatei mit ASCII grafischen 7-Bit-Charakteren verschlüsselt werden. Konverter, die mit Microsoft Word für FRAU Windows oder Macintosh kommunizieren, sollten Datenübertragung als 8-Bit-Charaktere erwarten, und binäre Daten können irgendwelche 8-Bit-Werte enthalten.

Menschliche Lesbarkeit

Verschieden von den meisten Textverarbeitungsformaten kann kurzer Volltextformat-Code menschlich-lesbar gemacht werden. Wenn eine Volltextformat-Datei in einem Textaufbereiter geöffnet wird, ohne zu formatieren oder der Formatierung in einer Prozession zu gehen, ist der alphanumerische Text leserlich und die Preiserhöhungssprache (Formatierung) Elemente nicht zu ablenkend oder gegenintuitiv. Jedoch werden die Volltextformat-Dateien, die durch die meisten Programme, wie Microsoft Word (MS Word) erzeugt sind, solch eine Vielzahl von Kontrollcodes enthalten (für die Vereinbarkeit mit älteren Programmen), den die meisten Dateien eine Größenordnung leicht sein werden, die größer ist als der rohe Text und sehr schwierig ist zu lesen. Formate wie MS Word, sind im Gegensatz, binäre Formate mit nur einigen Stücken des leserlichen Textes.

Menschlich-lesbare XML-basierte Formate werden mehr üblich, aber während der anfänglichen Ausgabe des Volltextformats war sein Niveau der Lesbarkeit unter Dokumentenformaten selten.

Volltextformat ist ein Datenformat, um Textdokumente auszudrücken. Es ist nicht wirklich eine Preiserhöhungssprache, weil es nie für das intuitive und leichte Schreiben gemeint geworden ist. Wenn einige Charaktere von Unicode (z.B Briefe mit diakritischen Zeichen oder CJK Charaktere) in einem Volltextformat-Dokument verwendet werden, sind sie schwierig zu lesen, weil sie nur erscheinen, weil Flucht, wie \'f1 für ñ oder \u21563 für  codiert. Volltextformat unterstützt auch eingebettete Gegenstände von Microsoft OLE und Ausgabe-Betriebsleiter von Macintosh Unterzeichneter-Gegenstände (seit dem Volltextformat 1.0), die nicht menschlich-lesbar sind.

Allgemeiner Gebrauch und Zwischenfunktionsfähigkeit

Die meisten Textverarbeitungssoftwaredurchführungen unterstützen das Volltextformat-Format-Importieren und Exportieren (im Anschluss an eine Version der Volltextformat-Spezifizierung), und/oder das direkte Redigieren, häufig Bilden davon ein "allgemeines" Format zwischen sonst unvereinbarer Textverarbeitungssoftware und Betriebssystemen. Diese Faktoren tragen zu seiner Zwischenfunktionsfähigkeit bei, aber es wird davon abhängen, welche Version des Volltextformats verwendet wird. Es gibt mehrere bewusst bestimmte oder zufällig geborene Volltextformat-Dialekte. Die meisten Anwendungen, die Volltextformat-Dateien still lesen, ignorieren unbekannte Volltextformat-Kontrollwörter.

Volltextformat ist die innere durch Microsoft Word verwendete Preiserhöhungssprache. Insgesamt, seit 1987, können Volltextformat-Dateien hin und her zwischen vielen alten und neuen Computersystemen (und jetzt über das Internet) trotz Unterschiede zwischen Betriebssystemen und ihren Versionen übertragen werden. (Aber es gibt einige Vereinbarkeitsprobleme, z.B zwischen Volltextformat 1.0 1987 und späteren Spezifizierungen, oder zwischen Volltextformat 1.0-1.4 und Volltextformat 1.5 + im Gebrauch von Charakteren von Unicode.) Das macht es ein nützliches Format für grundlegende formatierte Textdokumente wie Instruktionshandbücher, résumés, Briefe und bescheidene Informationsdokumente. Diese Dokumente an der minimalen Unterstützung kühn, kursiv, und Unterstreichungstextformatierung. Auch normalerweise unterstützt, sind Zentrum - und rechtsbündiger Text nach links. Außerdem werden Schriftart-Spezifizierung und Dokumentenränder in Volltextformat-Dokumenten unterstützt.

Schriftart und Rand-Verzug, sowie Stil-Voreinstellungen und andere Funktionen werden sich gemäß dem Programm-Verzug ändern. Es kann auch feine Unterschiede vielleicht zwischen verschiedenen Versionen der Volltextformat-Spezifizierung geben, die in sich unterscheidenden Programmen und Programm-Versionen durchgeführt ist. Dennoch entspricht das Volltextformat-Format genug vom Computer bis Computer, der hoch tragbar und annehmbar für den Quer-Plattform-Gebrauch zu betrachten ist. Das Format unterstützt metadata wie Titel, Autor, usw. aber nicht alle Durchführungen unterstützen das.

Gegenstände

Der Gebrauch von Microsoft Object Linking und (OLE) Gegenstände oder Ausgabe-Betriebsleiter von Macintosh Einbettend Unterzeichneter-Gegenstände beschränken die Zwischenfunktionsfähigkeit, weil diese Gegenstände in Programmen nicht weit unterstützt werden, um Volltextformat-Dateien (z.B das Einbetten anderer Dateien innerhalb des Volltextformats, wie Tabellen oder Karten aus der Spreadsheet-Anwendung) anzusehen oder zu editieren. Wenn eine Software, die einen OLE-Gegenstand versteht, nicht verfügbar ist, wird der Gegenstand gewöhnlich durch ein Bild (bitmap Darstellung des Gegenstands) ersetzt oder überhaupt nicht gezeigt.

Bilder

Volltextformat unterstützt Einschließung von JPEG, Portable Network Graphics (PNG), Erhöhter Metafile (EMF), Windows Metafile (WMF), Apple PICT, Windows Geräteabhängiger bitmap, Windows-Gerät Unabhängiger bitmap und OS/2 Metafile Bildertypen in hexadecimal (der Verzug) oder binäres Format in einer Volltextformat-Datei. Nicht alle diese Bildertypen werden in allen Volltextformat-Lesern unterstützt. Wenn ein Volltextformat-Dokument in der Software geöffnet wird, die den Bildertyp eines eingefügten Bildes nicht unterstützt, wird solches Bild überhaupt nicht gezeigt.

Volltextformat-Schriftsteller wandeln gewöhnlich eingefügte Bilder aus einem ununterstützten Bild Typen um (z.B. BMP, ZANK, GIF, usw.) zu einem von unterstützten Bildertypen (PNG, WMF) oder schließen sie Bilder überhaupt nicht ein.

Für die bessere Vereinbarkeit mit Produkten von Microsoft schließen einige Volltextformat-Schriftsteller dasselbe Bild in zwei verschiedene Bildertypen in einer Volltextformat-Datei ein:

• einer der unterstützten Bildertypen (z.B. JPG oder PNG) - es verwendet irgendeinen das ursprüngliche Format der eingefügten Grafikdatei (wenn diese Grafikdatei eines von Volltextformat-unterstützten Formaten - wie PNG, JPG verwendet), oder ein Volltextformat-unterstützter Bildertyp, der vom Volltextformat-Schriftsteller in der Konvertierung von der Volltextformat-ununterstützten Grafikdatei (z.B Konvertierung von BMP oder GIF zu PNG) geschaffen ist
• Windows Metafile (WMF) Kopie des ursprünglichen Bildes - für die bessere Vereinbarkeit mit einigen Anwendungen von Microsoft (z.B. Wordpad). Windows Metafile Kopie wird ohne jede Kompression eingeschlossen.

Diese Methode vergrößert die Volltextformat-Dateigröße schnell. Die Volltextformat-Spezifizierung verlangt diese Methode nicht, und es gibt verschiedene Durchführungen, die Bilder ohne die WMF-Kopie einschließen (z.B. Abiword oder Ted).

Schriftarten

Das Volltextformat-Unterstützungseinbetten von Schriftarten, die im Dokument, aber dieser Eigenschaft verwendet sind, wird in Softwaredurchführungen nicht weit unterstützt.

Volltextformat unterstützt auch allgemeine für den Schriftart-Ersatz verwendete Schriftart-Familiennamen: Römer (Serife), Schweizer (Ohne-Serife), modern (Monoraum), Schrift, dekorativ, technisch. Diese Eigenschaft wird für den Schriftart-Ersatz, z.B in OpenOffice.org oder Abiword nicht weit unterstützt.

Anmerkungen

Volltextformat-Spezifizierung unterstützt Anmerkungen (Anmerkungen in Dokumenten) seit der Version 1.0. Volltextformat 1.7 Spezifizierung hat einige neue Eigenschaften für Anmerkungen definiert: Datum-Marke (gab es vorher nur "Zeitstempel"), und Eltern von Anmerkungen.

Jedoch unterstützen viele Durchführungen Volltextformat-Anmerkungen z.B nicht. OpenOffice.org (bis zur Version 3.3), LibreOffice (bis zur Version 3.3.2 keine Importunterstützung; nur Export), Abiword (bis zu Versionen 2.6.x; Unterstützung hat in 2 beigetragen. 8), KWord (bis zu Versionen 2.x), Ted oder Microsoft Wordpad. Wenn ein Volltextformat-Dokument mit Anmerkungen in einer Software geöffnet wird, die Volltextformat-Anmerkungen nicht unterstützt, werden sie überhaupt nicht gezeigt. Ähnlich, wenn ein Dokument mit Anmerkungen als Volltextformat in einer Software gespart wird, die Volltextformat-Anmerkungen nicht unterstützt, werden Anmerkungen in der Volltextformat-Datei nicht bewahrt. (Zum Beispiel OpenOffice.org unterstützen 1.x-3.3 oder KWord Anmerkungen in einigen Dateiformaten (z.B in ODF, SXW), aber unterstützen Volltextformat-Anmerkungen nicht.) Einige Durchführungen können Anmerkungen standardmäßig verbergen oder verlangen, dass etwas Benutzerhandlung sie - z.B in Abiword seit der Version 2.8 oder in IBM Lotus Symphony (bis zur Version 1.3) zeigt.

Produkte von Microsoft unterstützen Anmerkungen innerhalb von Fußzeilen, Kommentare oder Kopfbälle nicht. Eine Anmerkung innerhalb von Kopfbällen einfügend, können Fußzeilen oder Kommentare auf ein verdorbenes Volltextformat-Dokument hinauslaufen.

Volltextformat-Spezifizierung unterstützt auch Kommentare (um mit Anmerkungen nicht verwirrt zu sein), die in Volltextformat-Durchführungen (z.B in OpenOffice.org, Abiword, KWord, Ted, aber nicht in Wordpad) weit unterstützt werden.

Zeichnung von Gegenständen

Volltextformat 1.2 Spezifizierung hat Gebrauch definiert, Gegenstände wie Rechtecke, Ellipsen, Linien, Pfeile, Vielecke und verschiedene andere Gestalten zu ziehen. Volltextformat 1.5 Spezifizierung hat viele neue Kontrollwörter eingeführt, um Gegenstände zu ziehen. Volltextformat-Zeichnungsgegenstände werden auch "Gestalten" seit dem Volltextformat 1.5 genannt.

Jedoch werden Volltextformat-Zeichnungsgegenstände in vielen Volltextformat-Durchführungen, solcher als OpenOffice.org, LibreOffice, KWord, Abiword oder IBM Lotus Symphony nicht unterstützt (bis zur Version 1.3 nur etwas beschränkte Unterstützung; verbessert in späteren Versionen). Wenn ein Volltextformat-Dokument mit der Zeichnung von Gegenständen in einer Software geöffnet wird, die Volltextformat-Zeichnungsgegenstände nicht unterstützt, werden sie überhaupt nicht gezeigt. Einige Durchführungen werden auch keine Texte innerhalb der Zeichnung von Gegenständen zeigen. Ähnlich, wenn ein Dokument mit der Zeichnung von Gegenständen als Volltextformat in einer Software gespart wird, die Volltextformat-Zeichnungsgegenstände nicht unterstützt, werden diese in der Volltextformat-Datei nicht bewahrt. (Zum Beispiel OpenOffice.org unterstützen Unterstützungszeichnungsgegenstände in einigen Dateiformaten (z.B in ODF, SXW, dem DOKTOR), aber Volltextformat-Zeichnungsgegenstände nicht.)

Sicherheitssorgen

VERSCHIEDEN VOM DOKTOR-Format von Microsoft Word, sowie dem neueren Büro Offener XML und Formate von OpenDocument unterstützt Volltextformat Makros nicht. Deshalb wird Volltextformat über diese Formate empfohlen, wenn die Ausbreitung von Computerviren eine Sorge ist. Jedoch die.RTF Erweiterung zu haben, versichert nicht, dass eine Datei sicher ist, da Microsoft Word Standard-DOKTOR-Dateien öffnen wird, die mit einer Volltextformat-Erweiterung umbenannt sind, und irgendwelche enthaltenen Makros wie gewöhnlich führst. Die manuelle Überprüfung einer Datei in einem Klartext-Redakteur wie Notizbuch oder Gebrauch des Befehls in UNIX ähnlichen Systemen, ist erforderlich zu bestimmen, ob eine verdächtige Datei wirklich Volltextformat ist.

Durchführungen

Jede Volltextformat-Durchführung führt gewöhnlich nur einige Versionen oder Teilmengen der Volltextformat-Spezifizierung durch. Viele der verfügbaren Volltextformat-Konverter können alle neuen Eigenschaften in den letzten Volltextformat-Spezifizierungen nicht verstehen.

Der Redakteur von WordPad in Microsoft Windows schafft Volltextformat-Dateien standardmäßig. Es ist einmal zum Dateiformat von Microsoft Word 6.0 im Verzug gewesen, aber schreiben Sie, dass die Unterstützung für Wortdokumente (.doc) in einer Sicherheitsaktualisierung fallen gelassen war. Gelesene Unterstützung war auch in Windows 7 fallen gelassen. WordPad unterstützt einige Volltextformat-Eigenschaften, wie Kopfbälle und Fußzeilen nicht. Volltextformat ist auch das Datenformat für "reiche Textsteuerungen" in FRAU Windows APIs.

Der Verzug-Textaufbereiter für Mac OS X, TextEdit, kann auch ansehen, editieren und Volltextformat-Dateien sowie RTFD Dateien sparen. TextEdit zurzeit (bezüglich des Julis 2009) hat Fähigkeit beschränkt, Volltextformat-Dokumentenränder zu editieren. Viel ältere Textverarbeitungsanwendungsprogramme von Mac wie MacWrite und WriteNow sind im Stande gewesen, Volltextformat-Dateien ebenso anzusehen, zu editieren, und zu sparen.

Die freien Textverarbeitungsprogramme und Textverarbeitungsprogramme der offenen Quelle AbiWord, OpenOffice.org, KWord und Bohne können ansehen, editieren und Volltextformat-Dateien sparen. (Abiword und verwenden OpenOffice.org Volltextformat 1.6, wenn eine neue Datei gespart wird.) Volltextformat-Format wird auch im Textverarbeitungsprogramm von Ted verwendet. Diese Durchführungen könnten für diejenigen interessant sein, die erfahren müssen, wie man Volltextformat-Unterstützung in ihrem Projekt durchführt und es mit anderer Anwendungsfunktionalität verbindet.

Die Schrift rtf2xml der offenen Quelle kann Volltextformat zu XML teilweise umwandeln.

Der Werkzeugkasten von SIL International freeware Anwendung dafür, Wörterbücher sich zu entwickeln und zu veröffentlichen, verwendet Volltextformat als seine der grösste Teil der Standardform der Dokumentenproduktion. Durch den Werkzeugkasten erzeugte Volltextformat-Dateien werden entworfen, um in Microsoft Word verwendet zu werden, aber können auch durch andere des Volltextformats bewusste Textverarbeitungsprogramme verwendet werden.

Volltextformat kann auf einigen ebook Lesern wegen seiner Zwischenfunktionsfähigkeit, Einfachheit, und niedriger Zentraleinheitsverarbeitungsvoraussetzungen und einiger Geräte, einschließlich BeBook, Arbeit am besten mit diesem Format verwendet werden.

Kritik

Das Reiche Textformat war das Standarddateiformat für textbasierte Dokumente in für Windows von Microsoft entwickelten Anwendungen. Microsoft hat die Volltextformat-Spezifizierung öffentlich verfügbar nicht am Anfang gemacht, es schwierig für Mitbewerber machend, Dokumentenumwandlungseigenschaften in ihren Anwendungen zu entwickeln. Weil die Entwickler des Microsofts Zugang zur Spezifizierung hatten, hatten die Anwendungen des Microsofts bessere Vereinbarkeit mit dem Format. Als Microsoft die Volltextformat-Spezifizierung geändert hat, hatten die eigenen Anwendungen des Microsofts eine Leitung in der Zeit zum Markt, weil Mitbewerber ihre Anwendungen nach dem Studieren der neueren Version des Formats neu entwickeln mussten. Novell hat behauptet, dass die Methoden des Microsofts in seiner Kartellbeschwerde gegen Microsoft antikonkurrenzfähig waren. Die Volltextformat-Spezifizierungen haben an einigen der semantischen Definitionen Mangel, die notwendig sind, um Dokumente zu lesen, zu schreiben und zu modifizieren.

Siehe auch

• Reiches Textformat-Verzeichnis rtfd Dateityp
• Bereichertes Textformat
• Liste von Dokumentenpreiserhöhungssprachen
• Vergleich von Dokumentenpreiserhöhungssprachen
• Revisable-Form Text (RFT), ein Teil von Document Content Architecture (DCA) von IBM
• TNEF Transport Neutrales Encapsulation-Format, das Verzug-Nachrichtenformat von Microsoft Outlook

Links

• Volltextformat 1.9.1 Spezifizierung, März 2008, von Microsoft
• Volltextformat 1.8 Spezifizierung, April 2004, von Microsoft
• Volltextformat 1.7 Spezifizierung, August 2001, von Microsoft
• Volltextformat 1.6 Spezifizierung, Mai 1999, von Microsoft
• Volltextformat 1.5 Spezifizierung, April 1997, von biblioscape.com
• Volltextformat 1.0, 1.2, 1.3, 1.5 und 1.7 Spezifizierungen, von der Volltextformat-Werkzeug-offenen Quelle plant
• Volltextformat 1.0 Spezifizierung, Juni 1992, von der latex2rtf offenen Quelle plant
• Volltextformat-Taschenführer, bestellen Sie Einstiegsseite vor
• UnRTF, Programm der offenen Quelle, um Volltextformat in HTML, LATEX, PostScript und andere Formate umzuwandeln
• Pyth-Pythonschlange-Bibliothek, um Dokumente im Volltextformat und den anderen Formaten zu schaffen und umzuwandeln
• Volltextformat von Ruby springt vor, um Reichen Textinhalt über Ruby zu schaffen
• RaTFink eine Bibliothek von Routinen von Tcl, kostenloser Software, um Volltextformat-Produktion und eine Kostenschrift zu erzeugen, um SGML zum Volltextformat umzuwandeln
• Volltextformat:: Schriftsteller ein Modul von Perl, um Volltextformat zu erzeugen
• PHPRtfLite springen vor, um Volltextformat-Dokumente über PHP zu schaffen
• RTFGen springen vor, um Volltextformat-Dokumente über reinen PHP zu schaffen