Verallgemeinerte Standardpreiserhöhungssprache

Die Verallgemeinerte Standardpreiserhöhungssprache (ISO 8879:1986 SGML) ist eine ISO-Standardtechnologie, um verallgemeinerte Preiserhöhungssprachen für Dokumente zu definieren. ISO 8879 Anhang A.1 definiert verallgemeinerte Preiserhöhung:

  • Preiserhöhung sollte Aussage-sein: Es sollte eine Struktur eines Dokumentes und andere Attribute beschreiben, aber nicht die darauf durchzuführende Verarbeitung angeben. Aussagepreiserhöhung wird mit geringerer Wahrscheinlichkeit ungeahnte zukünftige in einer Prozession gehende Bedürfnisse und Techniken kollidieren.
  • Preiserhöhung sollte streng sein, so dass die Techniken, die verfügbar sind, um streng definierte Gegenstände wie Programme und Datenbanken zu bearbeiten, verwendet werden können, um Dokumente ebenso zu bearbeiten.

HTML, XHTML und XML sind alle Beispiele von SGML-basierten Sprachen.

Standardversionen

SGML ist ein ISO Standard: "ISO 8879:1986 Informationsverarbeitung — Text und Bürosysteme — Standard Generalized Markup Language (SGML)", von denen es drei Versionen gibt:

  • Ursprünglicher SGML, der im Oktober 1986, gefolgter von einer geringen Technischen Berichtigung akzeptiert wurde.
  • SGML (ENR) 1996 hat sich aus einer Technischen Berichtigung ergeben, um erweiterte Namengeben-Regeln hinzuzufügen, die willkürlich-sprachig und - Schrift-Preiserhöhung erlauben.
  • SGML (ENR+WWW oder WebSGML) 1998 hat sich aus einer Technischen Berichtigung ergeben, um XML und WWW Voraussetzungen besser zu unterstützen.

SGML ist ein Teil eines Trios, ISO Standards für elektronische Dokumente zu ermöglichen, die durch ISO/IEC JTC1/SC34 (ISO/IEC Gelenk Technisches Komitee 1, Unterausschuss 34 - Dokumentenbeschreibung entwickelt sind und Sprachen zu bearbeiten):

  • SGML (ISO 8879) - hat Preiserhöhungssprache verallgemeinert
  • SGML wurde 1998 in XML, ein erfolgreiches Profil von SGML nachgearbeitet. Voller SGML wird selten gefunden oder in neuen Projekten verwendet.
  • DSSSL (ISO/IEC 10179) - Belegverarbeitung und Formgebungssprache auf dem Schema gestützt.
  • DSSSL wurde in W3C XSLT und XSL-FO nachgearbeitet, die eine XML Syntax verwenden. Heutzutage wird DSSSL in neuen Projekten abgesondert von der Dokumentation von Linux selten verwendet.
  • HyTime-verallgemeinerter Hypertext und Terminplanung.
  • HyTime wurde in W3C XLink teilweise nachgearbeitet. HyTime wird in neuen Projekten selten verwendet.

SGML wird durch verschiedene technische Berichte in besonderem unterstützt

  • ISO/IEC TR 9573 - Informationsverarbeitung - SGML unterstützen Möglichkeiten - Techniken, um SGML zu verwenden
  • Teil 13: Öffentliche Entität geht für die Mathematik und Wissenschaft unter
  • 2007 ist die W3C Arbeitsgruppe von MathML bereit gewesen, die Wartung dieser Entitätssätze anzunehmen.

Geschichte

SGML ist von Generalized Markup Language (GML) von IBM hinuntergestiegen, die Charles Goldfarb, Edward Mosher und Raymond Lorie in den 1960er Jahren entwickelt haben. Goldfarb, Redakteur des internationalen Standards, hat den "GML"-Begriff mit ihren Nachname-Initialen ins Leben gerufen. Als eine Dokumentenpreiserhöhungssprache wurde SGML ursprünglich entworfen, um das Teilen von maschinenlesbaren Groß-Projektdokumenten in der Regierung, Gesetz und Industrie zu ermöglichen. Viele solche Dokumente müssen lesbar seit mehreren Jahrzehnten-a im Informationstechnologiefeld bleiben. SGML wurde auch vom Militär, und dem Weltraum, der technischen Verweisung und den Industrieverlagsindustrien umfassend angewandt. Das Advent des XML Profils hat SGML passend für die weit verbreitete Anwendung für den kleinen Mehrzweckgebrauch gemacht.

Dokumentengültigkeit

SGML (ENR+WWW) definiert zwei Arten der Gültigkeit. Gemäß den revidierten Begriffen und Definitionen dessen IST 8879 (aus dem öffentlichen Entwurf):

Ein Anpassen SGML Dokument muss entweder ein mit dem Typ gültiges SGML Dokument, ein mit dem Anhängsel gültiges SGML Dokument oder beide sein. Bemerken Sie: Ein Benutzer könnte zusätzliche Einschränkungen auf ein Dokument, solcher als geltend machen mögen, ob ein Dokumentenbeispiel integriert versorgt wird oder frei von Entitätsverweisungen.

Ein mit dem Typ gültiges SGML Dokument wird durch den Standard als definiert

Ein SGML Dokument, in dem, für jedes Dokumentenbeispiel, es eine verbundene Dokumententyp-Behauptung (DTD) gibt, zu deren DTD, den Beispiel anpasst.

Ein mit dem Anhängsel gültiges SGML Dokument wird durch den Standard als definiert

Ein SGML Dokument, alle werden dessen Dokumentenbeispiele völlig markiert. Es braucht keine mit keinem der Beispiele vereinigte Dokumententyp-Behauptung zu geben. Bemerken Sie: Wenn es eine Dokumententyp-Behauptung gibt, kann das Beispiel mit oder ohne Berücksichtigung ihrer grammatisch analysiert werden.

Fachsprache

Anhängsel-Gültigkeit wurde in SGML (ENR+WWW) eingeführt, um XML zu unterstützen, der Dokumente ohne DOCTYPE Behauptung erlaubt, aber der ohne eine Grammatik oder Dokumente grammatisch analysiert werden kann, die eine DOCTYPE Behauptung haben, die keinen XML Infoset Beiträge zum Dokument macht.. Der Standard nennt das völlig markiert. Integriert versorgt widerspiegelt die XML Voraussetzung, dass Elemente in derselben Entität enden, in der sie angefangen haben. Bezugsfrei widerspiegelt die HTML-Voraussetzung, dass Entitätsverweisungen für spezielle Charaktere sind und Preiserhöhung nicht enthalten. SGML Gültigkeitskommentar besonders Kommentar, der vor 1997 gemacht wurde oder weiß das SGML (ENR+WWW), Deckel-Typ-Gültigkeit nur nicht.

Die SGML Betonung auf der Gültigkeit unterstützt die Voraussetzung für die verallgemeinerte Preiserhöhung, dass Preiserhöhung streng sein sollte. (ISO 8879 1)

Syntax

Ein SGML Dokument kann drei Teile haben:

  1. die SGML Behauptung,
  2. der Prolog, eine DOCTYPE Behauptung mit den verschiedenen Preiserhöhungsbehauptungen enthaltend, die zusammen eine Dokumenttyp-Definition (DTD) und machen
  3. das Beispiel selbst, ein höchstes Element und seinen Inhalt enthaltend.

Ein SGML Dokument kann aus vielen Entitäten (getrennte Stücke des Textes) zusammengesetzt werden. In SGML können die Entitäten und im Dokument verwendeten Element-Typen mit einem DTD, den verschiedenen Codierungen, Eigenschaften, Begrenzungszeichen-Sätzen angegeben werden, und Schlüsselwörter werden in der SGML Behauptung angegeben, um die konkrete Syntax des Dokumentes zu schaffen.

Obwohl voll, erlaubt SGML implizite Preiserhöhung und einige andere Arten von Anhängseln, den XML Staaten der Spezifizierung (s4.3.1):

Für die einleitende Information über die grundlegende, moderne SGML Syntax, sieh XML. Das folgende Material konzentriert sich auf Eigenschaften nicht in XML und ist nicht eine umfassende Zusammenfassung der SGML Syntax.

Optionale Zusatzeinrichtungen

SGML verallgemeinert und unterstützt eine breite Reihe von Preiserhöhungssprachen, wie gefunden, Mitte der 1980er Jahre. Diese haben sich von knappen Wiki ähnlichen Syntaxen bis einem Volltextformat ähnliche eingeklammerte Sprachen in EINEM HTML ähnliche Sprachen des Zusammenbringen-Anhängsels erstreckt. SGML hat das durch eine relativ einfache Verzug-Bezugsbeton-Syntax getan, die mit einer Vielzahl von optionalen Zusatzeinrichtungen vermehrt ist, die in der SGML Behauptung ermöglicht werden konnten. Nicht jeder SGML parser kann jedes SGML Dokument notwendigerweise bearbeiten. Weil die Systembehauptung jedes Verarbeiters im Vergleich zur SGML Behauptung des Dokumentes sein kann, ist es immer möglich zu wissen, ob ein Dokument durch einen besonderen Verarbeiter unterstützt wird.

Viele SGML-Eigenschaften beziehen sich auf die Preiserhöhungsminimierung. Andere Eigenschaften beziehen sich auf die parallele asynchrone Preiserhöhung, (TREFFEN) auf die Verbindung von in einer Prozession gehenden Attributen (VERBINDUNG), und zum Einbetten von SGML Dokumenten innerhalb von SGML Dokumenten (SUBDOC) (ZUSAMMEN).

Der Begriff von anpassbaren Eigenschaften war für den Webgebrauch nicht passend, so war eine Absicht von XML, optionale Zusatzeinrichtungen zu minimieren. Jedoch herrscht XML'S gut-formedness kann Wiki ähnliche Sprachen nicht unterstützen, sie unstandardisiert und schwierig verlassend, mit Nichttextinformationssystemen zu integrieren.

Konkrete und abstrakte Syntaxen

Das übliche (Verzug) SGML Beton-Syntax ähnelt diesem Beispiel, das die Verzug-HTML-Beton-Syntax ist:

normalerweise etwas wie

</ZITAT>

</Quelle>

SGML stellt eine abstrakte Syntax zur Verfügung, die in vielen verschiedenen Typen der konkreten Syntax durchgeführt werden kann. Obwohl die Preiserhöhungsnorm Winkelklammern als Anfang - und Ende - Anhängsel-Begrenzungszeichen in einem SGML Dokument verwendet (pro standarddefinierte Bezugsbeton-Syntax), ist es möglich, anderen mit den Charakteren vorausgesetzt dass zu verwenden, eine passende konkrete Syntax wird in der SGML Behauptung des Dokumentes definiert. Zum Beispiel könnte ein SGML Dolmetscher programmiert werden, um GML grammatisch zu analysieren, worin die Anhängsel mit einem linken Doppelpunkt und einem richtigen Schlusspunkt, so, abgegrenzt werden: e Präfix zeigt ein Endanhängsel an:. Gemäß der Bezugssyntax ist Brief-Fall (ober - oder tiefer-) in Anhängsel-Namen, so die drei Anhängsel nicht bemerkenswert: (i), (ii), und (iii) sind gleichwertig. (BEMERKEN SIE: Eine konkrete Syntax könnte diese Regel über den NAMECASE das NAMENGEBEN von Behauptungen ändern).

Preiserhöhungsminimierung

SGML hat Eigenschaften, für die Anzahl von Charakteren zu vermindern, die erforderlich sind, ein Dokument zu erhöhen, das in der SGML Behauptung ermöglicht werden muss. SGML Verarbeiter brauchen jede verfügbare Eigenschaft nicht zu unterstützen, so Anwendungen erlaubend, viele Typen von unachtsamen Preiserhöhungsweglassungen zu dulden; jedoch sind SGML Systeme gewöhnlich gegen ungültige Strukturen intolerant. XML ist gegen Syntax-Weglassungen intolerant, und verlangt keinen DTD für die Gültigkeitserklärung.

OMITTAG

DTDs geben an, ob ein Preiserhöhungselement-Anfang - oder Ende - Anhängsel weggelassen werden könnte; SGML hat Regeln, um weggelassene Anhängsel, die OMITTAG-Eigenschaft einzubeziehen. Wenn ein Anhängsel paarweise angeordnet werden muss oder nicht (als im vorherigen Paar-Beispiel), oder wenn es einzeln vorkommen kann (als ein HTML), werden jene Spezifizierungen im DTD für das Dokument definiert (vorausgesetzt dass die OMITTAG-Eigenschaft ermöglicht wird). In diesem Fall würde die XML Kopie das spezifische leere Anhängsel sein, das zum SGML NETZ ERMÖGLICHENDEN Anfang-Anhängsel gleichwertig ist, das im TC2 (Internationaler Normaler ISO 8879:1986, Technische Berichtigung 2, November 1999) eingeführt ist.

SHORTREF

Anhängsel können durch Begrenzungszeichen-Schnuren für eine knappere Preiserhöhung über die SHORTREF-Eigenschaft ersetzt werden. Dieser Preiserhöhungsstil wird jetzt mit der Preiserhöhung von Wiki z.B vereinigt, worin zwei Gleichheitszeichen (==), am Anfang einer Linie, sind das "gehende Anfang-Anhängsel" und die zwei Gleichheitszeichen (==) nachdem das das "gehende Endanhängsel" ist.

SHORTTAG

SGML Preiserhöhungssprachen, deren konkrete Syntax die SHORTTAG-WERT-Eigenschaft ermöglicht, verlangen nicht, dass Attribut-Werte, die nur alphanumerische Charaktere enthalten, innerhalb von Anführungszeichen — entweder doppelt (ANGEZÜNDET) oder einzeln (LITA) eingeschlossen werden —, so dass das vorherige Preiserhöhungsbeispiel geschrieben werden konnte:

normalerweise etwas wie</ZITAT></Quelle>

Eine Eigenschaft von SGML Preiserhöhungssprachen ist das "unverschämte leere Markieren", solch, dass das leere Endanhängsel darin seinen Wert vom nächsten vorherigen vollen Anfang-Anhängsel "erbt", das, in diesem Beispiel, ist (mit anderen Worten schließt es den am meisten kürzlich geöffneten Artikel). Der Ausdruck ist so dazu gleichwertig.

NETZ

Eine andere Eigenschaft ist das NETZ (Ungültiges Endanhängsel) Aufbau: der dazu strukturell gleichwertig ist.

Andere Eigenschaften

Zusätzlich erlaubt der SHORTTAG NETENABL IMMEDNET Eigenschaft, Anhängsel zu verkürzen, die einen leeren Textwert umgeben, aber verbietet kürzer werdende volle Anhängsel:

</Quelle>

kann als geschrieben werden:

</Quelle>

Worin der erste Hieb (/) für das NETZ ERMÖGLICHENDE "Anfang-Anhängsel nahe" (NESTC) eintritt, und der zweite Hieb für das NETZ eintritt. BEMERKEN SIE: XML definiert NESTC mit/, und NETZ mit> (umgebogene Klammer) - folglich die entsprechende Konstruktion in XML erscheint als.

Die dritte Eigenschaft ist 'Text auf derselben Linie', einem Preiserhöhungsartikel erlaubend, mit einem Linienende beendet zu werden; besonders nützlich für Kopfstücke und solchen, verlangend, entweder SHORTREF oder DATATAG Minimierung verwendend. Zum Beispiel, wenn der DTD die folgenden Behauptungen einschließt:

</Quelle>

(und "&#RE;&#RS;" ist ein Begrenzungszeichen der kurzen Verweisung in der konkreten Syntax), dann:

die erste Linie

die zweite Linie

</Linien>

</Quelle>ist

gleichwertig zu:

</Linien></Quelle>

Formelle Charakterisierung

SGML hat viele Eigenschaften, die sich über günstige Beschreibung mit der populären formellen Automaten-Theorie und der zeitgenössischen parser Technologie der 1980er Jahre und der 1990er Jahre hinweggesetzt haben. Der Standard warnt im Anhang H:

Ein Bericht über eine frühe Durchführung eines parser für grundlegenden SGML, Amsterdam SGML Parser, bemerkt und gibt verschiedene Unterschiede an.

Es scheint, keine endgültige Klassifikation von vollem SGML gegen eine bekannte Klasse der formellen Grammatik zu geben. Plausible Klassen können baumangrenzende Grammatiken und anpassungsfähige Grammatiken einschließen.

XML wird beschrieben als, allgemein parsable wie eine Zwei-Niveaus-Grammatik für gültig nichtgemachten XML und eine Conway-artige Rohrleitung von Koroutinen (lexer, parser, validator) für gültigen XML zu sein. Wie man berichtet, ist die SGML Produktion im ISO Standard LL (3) oder LL (4). Wie man berichtet, sind XML-Klassenteilmengen expressible das Verwenden einer W-Grammatik. Gemäß einem Papier, und wahrscheinlich betrachtet an einer Information setzt oder analysieren Baumniveau aber nicht einen Charakter oder Begrenzungszeichen-Niveau grammatisch:

Der SGML Standard definiert SGML mit formellen Datenstrukturen wie Syntaxanalyse-Bäume jedoch nicht, ein SGML Dokument wird eines eingewurzelt hat acyclic Graphen geleitet (RDAG) von physischen als "Entitäten" bekannten Lagerungseinheiten gebaut, der in einen RDAG von als "Elemente" bekannten Struktureinheiten grammatisch analysiert wird. Der physische Graph wird als ein Entitätsbaum lose charakterisiert, aber Entitäten könnten mehrmals erscheinen. Außerdem wird der Struktur-Graph auch als ein Element-Baum lose charakterisiert, aber die ID/IDREF Preiserhöhung erlaubt willkürliche Kreisbogen.

Die Ergebnisse der Syntaxanalyse können auch als ein Datenbaum in verschiedenen Notationen verstanden werden; wo das Dokument der Wurzelknoten ist, und Entitäten in anderen Notationen (Text, Grafik) Kinderknoten sind. SGML stellt Apparat zur Verfügung, um sich zu verbinden zu und non-SGML Außenentitäten zu kommentieren.

Der SGML Standard beschreibt es in Bezug auf Karten und Anerkennungsweisen (s9.6.1). Jede Entität und jedes Element, können eine verbundene Notation haben oder haben zufriedenen Typ erklärt, der die Arten von Verweisungen und Anhängseln bestimmt, die in dieser Entität und Element anerkannt werden. Außerdem kann jedes Element eine verbundene Begrenzungszeichen-Karte haben (und kurze Bezugskarte), der bestimmt, welche Charaktere als Begrenzungszeichen im Zusammenhang behandelt werden. Der SGML Standard charakterisiert Syntaxanalyse als eine Zustandmaschine, die zwischen Anerkennungsweisen umschaltet. Während der Syntaxanalyse gibt es einen Stapel von Karten, die den Scanner konfigurieren, während sich der tokenizer auf die Anerkennungsweisen bezieht.

Syntaxanalyse ist mit dem Überqueren des dynamisch wiederbekommenen Entitätsgraphen, der Entdeckung/Andeutung von Anhängseln und der Element-Struktur und Bestätigung jener Anhängsel gegen die Grammatik verbunden. Ein ungewöhnlicher Aspekt von SGML ist, dass die Grammatik (DTD) sowohl passiv verwendet wird — um lexikalische Strukturen, als auch aktiv anzuerkennen —, fehlende Strukturen und Anhängsel zu erzeugen, die der DTD fakultativ erklärt hat. Ende - und Anfang - können Anhängsel weggelassen werden, weil sie abgeleitet werden können. Lose kann eine Reihe von Anhängseln nur weggelassen werden, wenn es einen einzelnen, möglichen Pfad in der Grammatik gibt, um sie einzubeziehen. Es war dieser aktive Gebrauch von Grammatiken, die konkreten SGML Syntaxanalyse gemacht haben, die schwierig ist formell zu charakterisieren.

SGML gebraucht den Begriff Gültigkeitserklärung sowohl für die Anerkennung als auch für Generation. XML verwendet die Grammatik (DTD) nicht, um Begrenzungszeichen-Karten zu ändern oder die Syntaxanalyse-Weisen zu informieren, und erlaubt Anhängsel-Weglassung nicht; folglich ist die XML Gültigkeitserklärung von Elementen im Sinn nicht aktiv, dass SGML Gültigkeitserklärung aktiv ist. SGML ohne einen DTD (z.B einfacher XML), ist eine Grammatik oder eine Sprache; SGML mit einem DTD ist eine Metasprache. SGML mit einer SGML Behauptung, ist vielleicht, eine Meta-Metasprache, da es eine Metasprache ist, deren Behauptungsmechanismus eine Metasprache ist.

SGML ließ eine abstrakte Syntax durch viele mögliche konkrete Syntaxen jedoch durchführen, das ist nicht derselbe Gebrauch wie in einem abstrakten Syntax-Baum und als in einem konkreten Syntax-Baum. Im SGML Gebrauch ist eine konkrete Syntax eine Reihe spezifischer Begrenzungszeichen, während die abstrakte Syntax der Satz von Namen für die Begrenzungszeichen ist. Der XML Infoset entspricht mehr zum Programmiersprache-Begriff der abstrakten von John McCarthy eingeführten Syntax.

Ableitungen

XML

Der W3C XML (Ausziehbare Preiserhöhungssprache) ist ein Profil (Teilmenge) von SGML, der entworfen ist, um die Durchführung des parser im Vergleich zu einem vollen SGML parser in erster Linie für den Gebrauch im World Wide Web zu erleichtern. Zusätzlich zum Deaktivieren vieler SGML Optionsgegenwart in der Bezugssyntax (wie das Auslassen von Anhängseln und hat Subdokumente verschachtelt), fügt XML mehrere zusätzliche Beschränkungen der Arten der SGML Syntax hinzu. Zum Beispiel, trotz des Ermöglichens von SGML hat Anhängsel-Formen verkürzt, XML erlaubt eröffneten Anfang nicht oder beendet Anhängsel. Es hat sich auch auf viele der durch den Anhang von WebSGML gemachten Hinzufügungen verlassen. XML wird zurzeit weiter verwendet als voller SGML. XML ließ Leichtgewichtsinternationalisierung auf Unicode stützen. Anwendungen von XML schließen XHTML, XQuery, XSLT, XForms, XPointer, JSP, SVG, RSS, Atom, XML-RPC, RDF/XML und SEIFE ein.

HTML

Während HTML teilweise unabhängig und in der Parallele mit SGML, seinem Schöpfer Tim Berners-Lee entwickelt wurde, hat es beabsichtigt, um eine Anwendung von SGML zu sein. Das Design des HTML (Hyper Textpreiserhöhungssprache) wurde deshalb durch SGML markierend begeistert, aber da keine klaren Vergrößerungs- und Syntaxanalyse-Richtlinien gegründet wurden, sind am meisten wirkliche HTML-Dokumente nicht gültige SGML Dokumente. Später wurde HTML (Version 2.0) wiederformuliert, um mehr von einer SGML Anwendung jedoch zu sein, die HTML-Preiserhöhungssprache hat viele Vermächtnis - und Ausnahme - behandelnde Eigenschaften, die sich von den Voraussetzungen von SGML unterscheiden. HTML 4 ist eine SGML Anwendung, die sich völlig ISO 8879 - SGML anpasst.

Die Urkunde für die kürzlich wiederbelebte Konsortium-HTML-Arbeitsgruppe des World Wide Web sagt, "die Gruppe wird nicht annehmen, dass ein SGML parser für das 'klassische HTML'" verwendet wird. Obwohl HTML-Syntax nah SGML Syntax mit der Verzug-Bezugsbeton-Syntax ähnelt, gibt HTML5 jeden Versuch auf, HTML als eine SGML Anwendung zu definieren, ausführlich seine eigenen Syntaxanalyse-Regeln definierend, die näher vorhandene Durchführungen und Dokumente vergleichen. (Es definiert wirklich jedoch XML-basierte XHTML Anordnung einer Alternative, die sich wirklich SGML (WWW) anpasst.)

OED

Die zweite Ausgabe von Oxford English Dictionary (OED) wird mit einer SGML-esque Dokumentenpreiserhöhungssprache völlig erhöht.

Andere

Andere Dokumentenpreiserhöhungssprachen sind teilweise mit SGML und XML verbunden, aber — weil sie nicht grammatisch analysiert oder gültig gemacht werden können oder sonst Verwenden-Standard SGML und XML Werkzeuge bearbeitet haben — werden sie entweder als SGML oder als XML Sprachen nicht betrachtet; die Z-Format-Preiserhöhungssprache für das Schriftsetzen und die Dokumentation, ist ein Beispiel.

Mehrere moderne Programmiersprachen unterstützen Anhängsel als primitive Scheintypen, oder unterstützen jetzt Unicode und regelmäßiges Ausdruck-Muster-Zusammenbringen. Ein Beispiel ist die Programmiersprache von Scala.

Anwendungen

Dokumentenpreiserhöhungssprachen haben das Verwenden definiert SGML werden "Anwendungen" durch den Standard genannt; viele pre-XML SGML Anwendungen waren Eigentumseigentum der Organisationen, die sie, und so nicht verfügbar im World Wide Web entwickelt haben. Die folgende Liste ist pre-XML SGML Anwendungen.

  • TEI (Text, der Initiative Verschlüsselt), ist ein akademisches Konsortium, das Designs, aufrechterhält, und technische Standards für das Digitalformat Textdarstellungsanwendungen entwickelt.
  • DocBook ist eine Preiserhöhungssprache ursprünglich geschaffen als eine SGML Anwendung, die für die authoring Entwicklerdokumentation entworfen ist; DocBook ist zurzeit eine XML Anwendung.
  • CALS (Dauernde Erwerb- und Lebenszyklus-Unterstützung) ist eine US-Initiative des Verteidigungsministeriums (DoD), um militärische Dokumente elektronisch zu gewinnen und um verwandte Daten und Information zu verbinden.
  • EDGAR (Elektronische Datenerfassung, Analyse und Wiederauffindung) Systemeffekten haben Sammlung, Gültigkeitserklärung, das Indexieren, die Annahme und den Versand von Vorlagen, durch Gesellschaften und andere automatisiert, die gesetzlich erforderlich sind, Daten und Informationsformen mit US Securities und Austauschkommission (SEC) abzulegen.
  • LinuxDoc. Die Dokumentation für Pakete von Linux hat LinuxDoc SGML DTD und Docbook XML DTD verwendet.

Offene Quelldurchführungen

Bedeutende offene Quelldurchführungen von SGML haben eingeschlossen:

  • NATTER-SGML
  • KREISBOGEN-SGML, durch Verallgemeinerte Standardpreiserhöhungssprachbenutzer, 1991, c Sprache
  • SGMLS, durch James Clark, 1993, c Sprache
  • Planen Sie YAO, durch das Institut von Yuan-Ze für die Technologie, Taiwan, mit Charles Goldfarb, 1994, wenden Sie ein
  • SP durch James Clark, C ++ Sprache

SP und Jade, die verbundenen DSSSL Verarbeiter, werden durch das Projekt von OpenJade unterstützt, und sind allgemeine Teile des Vertriebs von Linux. Ein allgemeines Archiv der SGML Software und Materialien wohnt an SUNET. Das ursprüngliche HTML parser Klasse, in der Sonne-Systemdurchführung Javas, ist beschränkte Eigenschaften SGML parser, mit der SGML Fachsprache und den Konzepten.

Siehe auch

ist

Links


Heiliger Ninian / Artbildung
Impressum & Datenschutz