# &quantaplus; erweitern

Christopher
Hornbaker

    chrishornbaker@earthlink.net

Georg
Schuster

    gschuster@aon.at

Deutsche Übersetzung

# &quantaplus; erweitern

Dieses Kapitel beschreibt, wie Sie &quantaplus; an Ihre Bedürfnisse anpassen können und wie Sie &quantaplus; helfen können, besser zu werden.

## Dokumenttyp Editierpaket (&DTEP;)

Dokumenttyp Editierpakete (&DTEP;s) werden in &quantaplus; verwendet, um Unterstützung für Markup- und Skriptsprachen sowie &CSS; zu geben. Sie ermöglichen &quantaplus; Fähigkeiten wie Autovervollständigung und Knotenbäume zu leisten. Ihre Einfachheit und Flexibilität macht aus &quantaplus; eine schnelle, benutzerfreundliche &IDE; für Webentwickler, einfach zu nutzen und produktiv.

&DTEP;s gibt es in zwei Arten, die Familie der Markup-Sprachen und die Familie der Skript-Sprachen bzw. &CSS;. &DTEP;s bestehen aus zwei Teilen, dem Tag-Ordner und den Werkzeugleisten. Tag-Ordner enthalten zwei Dateitypen, die Beschreibung.rc und TagXML-Dateien mit der Endung .tag. Werkzeugleisten sind handliche, symbolorientierte Leisten von Bildknöpfen (oberhalb des Editier-Fensters), die Text und Anweisungen schneller in ein Dokument einfügen, als ein Benutzer je könnte.

Dieses Dokument beschreibt, wie TagXML-Dateien zu erstellen sind, dann die Beschreibung.rc und auch Werkzeugleisten. Kurz, eine &DTEP;.

TagXML Dateien (.tag) definieren sowohl die spezifischen Attribute für Tags als auch das Layout und den Inhalt des Eigenschaftendialoges, den &quantaplus; für den Tag zeigt. Die Beschreibung.rc Datei enthält die Regeln und Informationen der &DTEP; selbst. Werkzeugleisten ermöglichen ein schnelles Einfügen von Tags in ein Dokument ohne Gefahr eines Schreibfehlers.

### Gliederung

Tag-Ordner sind nichts als Ordner. Sie enthalten nur die Beschreibung.rc und die TagXML-Dateien. Tag-Ordner tragen den Namen der Markup-Sprache und Version, so vorhanden (zum Beispiel, html-4.01-strict).

### TagXML

Die Tabelle unten listet die Elemente der TagXML auf und deklariert, ob sie notwendig sind, oder nicht. Obwohl nicht alle notwendig sind, ist es ratsam, so viele wie möglich zu verwenden, damit andere Benutzer einen besseren Einblick und mehr Informationen bei der Arbeit mit ihnen haben.

Element | Standardanwendung | Fallbeispiel
--- | --- | ---
TAGS | notwendig | immer
tag | notwendig | immer
label | optional | um einen Eigenschaftendialog darzustellen
attr | optional | für die Definition einer Eigenschaft
tooltip | optional | um im Eigenschaftendialog einen Tipp anzeigen zu können
whatsthis | optional | um im Eigenschaftendialog einen Was ist das? Tipp zeigen zu können
list | optional | um die Eigenschaft vom Typ list zu deklarieren
item | optional | für die Verwendung eines <list > Listenelementes
textlocation | optional | immer
location | optional | für einen Text
text | optional | für einen Text
children | optional | Liste der Tags, die innerhalb des definierten Tags eingefügt werden dürfen
child | notwendig | ein Kindeintrag
stoppingtags | optional | Liste der Tags, die einen anderen Tag beenden
stoppingtag | notwendig | ein Tags beendender Eintrag

#### TagXML Elementbeschreibung

Das folgende Kapitel beschreibt jedes Element im Einzelnen. Alles über die Möglichkeiten und Grenzen wird in einfacher Weise dargelegt.

##### TAGS

Das ist das Wurzelelement eines TagXML-Dokumentes. Es kann nur einmal in einem Dokument vorkommen. Es kann die Definition vieler Tags enthalten, enthält aber als nur-Element Typ über sich selbst sonst nichts.

Eltern | Kinder
--- | ---
Nichts | tag

##### tag

Verbinder (Wrapper) für ein zu definierendes Tag. Dieses Element ist ein nur-Element Typ.

Eltern | Kinder
--- | ---
TAGS | label, attr, stoppingtags

Attribute | Type | Werte | Standard | Verwendung | Beschreibung
--- | --- | --- | --- | --- | ---
Name | Zeichenkette |  |  | notwendig | Benennt das zu definierende Tag.
einzel | boolean |  |  | optional | Legt fest, ob ein Tag ein schließendes Tag </(Tag-Name) > benötigt.
type | Zeichenkette |  | xmltag | optional | Definiert den Typ des Tags.
|  | xmltag |  |  | Der Typ des Tags ist XML-beschrieben (nur Familie 1).
|  | property |  |  | Der Typ des Tags ist &CSS;-bezogen (nur Familie 2).
|  | function |  |  | Der Typ des Tags ist eine Skript-Funktion. Bei der Verwendung wird <attr > ein Argument der Funktion (nur Familie 2).
|  | class |  |  | Der Typ des Tags ist eine Skript-Klasse (nur Familie 2).
returnType | Zeichenkette |  | void | optional | Beschreibt den Rückgabetyp des Tags (nur Familie 2).
|  | void |  |  | Der Typ von Tag gibt "void" (nichts) zurück.
|  | int |  |  | Der Typ von Tag gibt "int" (eine Ganzzahl) zurück.
|  | float |  |  | Der Typ von Tag gibt ein "float" (Gleitkommazahl) zurück.
|  | long |  |  | Dieser Typ Tag gibt ein "long" (sehr große Ganzzahl) zurück.
|  | Zeichenkette |  |  | Dieser Typ von Tags gibt ein "string" (eine Zeichenkette) zurück.

##### label

Setzt einen Text in den Dialog. Dieser Text wird durch das <text >-Tag bestimmt. Das ist ein nur-Element Typ Element.

Eltern | Kinder
--- | ---
tag | text, location

##### attr

Beschreibt ein Attribut eines Tags. Dieses Element kann nur einmal für jedes Attribut vorkommen. Es legt den Namen und den Typ des Attributes fest. Zusätzlich enthält es weitere Tags, die beschreiben, wie dieses Attribut angezeigt werden soll usw. Dies ist eine nur-Element Typ Element.

Eltern | Kinder
--- | ---
tag | location, list, tooltip, whatsthis, textlocation

Attribute | Type | Werte | Standard | Verwendung | Beschreibung
--- | --- | --- | --- | --- | ---
Name | Zeichenkette |  |  | notwendig | Beschreibt den Namen des zu definierenden Attributes.
type | Zeichenkette |  | input | notwendig | Beschreibt den Typ des zu definierenden Attributes.
|  | input |  |  | Das Feld unterstützt freie Texteinträge (Textfeld).
|  | check |  |  | Der Feldtyp ist boolean (Optionsfeld).
|  | color |  |  | Der Feldinhalt ist eine Farbangabe.
|  | url |  |  | Feldinhalt ist eine Adresse (&URL;) oder eine lokale Dateireferenz.
|  | list |  |  | Feldinhalt ist ein Element von einer angegebenen Liste.
status | Zeichenkette |  | optional | notwendig | Legt fest, ob ein Argument erforderlich ist (nur Familie 2).
|  | optional |  |  | Das Argument ist optional.
|  | notwendig |  |  | Das Argument ist erforderlich.
|  | implied |  |  | Das Argument ist inbegriffen.

##### tooltip

Beschreibt eine Sprechblasenhilfe (tooltip) für ein Feld in dem Dialog. Dieses Element kann nur Text enthalten.

Derzeit ist nur einfacher Text unterstützt (keine Verwendung irgendeiner Markup-Elemente).

Eltern | Kinder
--- | ---
attr | Nichts

##### whatsthis

Beschreibt die "Was ist das?"-Hilfe für ein Feld im Dialog. Dieses Element kann nur Text enthalten.

Derzeit ist nur einfacher Text unterstützt (keine Verwendung irgendeiner Markup-Elemente).

Eltern | Kinder
--- | ---
attr | Nichts

##### list

Ein Behälter-Tag das die Elemente einer Liste zusammen gruppiert. Es kann für eine Attributbeschreibung nur einmal vorkommen. Es ist ein nur-Elementtyp Element.

Eltern | Kinder
--- | ---
attr | item

##### item

Definiert ein Glied in einer Liste. Dieses Element kann nur Text enthalten.

Eltern | Kinder
--- | ---
list | Nichts

##### textlocation

Legt die Position des Attributtextes eines Tags innerhalb eines Dialoges fest. Dieses Tag kann für jedes Attribut in einem Dialog nur einmal vorkommen (z.B. einmal für jedes <attr >-Tag). Das Element ist leer.

Eltern | Kinder
--- | ---
attr | Nichts

Attribute | Type | Verwendung | Beschreibung
--- | --- | --- | ---
row | positive Ganzzahl | notwendig | Gibt die Reihe im Dialog-Layout eines Feldes oder Textes an.
col | positive Ganzzahl | notwendig | Gibt die Spalte im Dialog-Layout eines Feldes oder Textes an.
rowspan | positive Ganzzahl | optional | Gibt die Anzahl der Reihen an, über die sich ein Feld erstrecken soll.
colspan | positive Ganzzahl | optional | Gibt die Anzahl der Spalten an, über die sich ein Feld erstrecken soll.

##### location

Gibt die Position und die Größe eines Feldes im Dialog an. Dieses Tag sollte für jedes Feld im Dialog einmal vorhanden sein (z.B. eines für jedes <attr > und <label > Tag). Dieses Element ist leer.

Eltern | Kinder
--- | ---
label, attr | Nichts

Attribute | Type | Verwendung | Beschreibung
--- | --- | --- | ---
row | positive Ganzzahl | notwendig | Gibt die Reihe im Dialog-Layout eines Feldes oder Textes an.
col | positive Ganzzahl | notwendig | Gibt die Spalte im Dialog-Layout eines Feldes oder Textes an.
rowspan | positive Ganzzahl | optional | Gibt die Anzahl der Reihen an, über die sich ein Feld erstrecken soll.
colspan | positive Ganzzahl | optional | Gibt die Anzahl der Spalten an, über die sich ein Feld erstrecken soll.

##### text

Definiert den Text für einen Textkommentar oder eine Auswahlbox. Dieses Element kann nur reinen Text enthalten.

Eltern | Kinder
--- | ---
label, attr | Nichts

##### children

Gibt eine Liste von Elementen an, die innerhalb des zu definierenden Tags vorkommen dürfen. Dieses Element ist ein nur-Element Typ.

Eltern | Kinder
--- | ---
tag | child

##### child

Definiert ein Kind-Tag. Dieses Element ist leer.

Eltern | Kinder
--- | ---
children | Nichts

Attribute | Type | Verwendung | Beschreibung
--- | --- | --- | ---
Name | Zeichenkette | notwendig | Gibt ein Tag an, daß in einem anderen Tag verschachtelt sein kann.

##### stoppingtags

Gibt eine Liste von Elementen an, die ein Tag beenden. Dieses Element ist ein nur-Element Typ.

Eltern | Kinder
--- | ---
tag | stoppingtag

##### stoppingtag

Definiert ein Stopp-Tag. Das Element ist leer.

Eltern | Kinder
--- | ---
stoppingtags | Nichts

Attribute | Type | Verwendung | Beschreibung
--- | --- | --- | ---
Name | Zeichenkette | notwendig | Gibt an, welche Tags ein anderes Tag beenden.

#### TagXML Verwendung

Alle TagXML-Dateien müssen mit einer &XML;-Deklaration beginnen: <?xml version="1.0" encoding="UTF-8"?> und müssen ordentlich gekettet und geschlossen sein.

Leerzeichen beeinflussen nichts, aber achten Sie auf & und < Zeichen. Diese sollten durch &amp; und &lt;, besonders in Elementen wie <tooltip >, <whatsthis >, and <text > ersetzt werden. Dies zu unterlassen wird keinen Beinbruch bewirken, aber einige Stücke der Arbeit würden verschwinden.

#### TagXML Überprüfung

Zur Überprüfung der TagXML-Dateien ist der Werkzeuge Dialog oben im &quantaplus;-Fenster zu starten und Überprüfe TagXML. zu wählen. Ein weitere Dialog wird erscheinen, dessen einfachen Anweisungen zu folgen ist.

Diese Funktion ist derzeit noch nicht verfügbar. Gegenwärtig erfolgt die Überprüfung nur beim Laden der TagXML-Dateien in &quantaplus;.

#### TagXML Beispiele

##### Familie 1

Im folgenden ein Beispiel für eine Familie 1 TagXML-Datei. Diese Datei beschreibt das <schema >-Element aus dem &W3C; &XML;-Schema. Der Dateiname für diese TagXML-Datei soll schema.tag sein.

    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE TAGS>
    <TAGS>
     <tag name="schema">
      <label>
       <text
    >id</text>
       <location col="0" row="0"/>
      </label>
      <attr name="id" type="input">
       <tooltip
    >Eine einzigartige ID für das Element.</tooltip>
       <whatsthis
    >Eine einzigartige ID für das Element.</whatsthis>
       <location col="1" row="0"/>
      </attr>

      <label>
       <text
    >version</text>
       <location col="0" row="1"/>
      </label>
      <attr name="version" type="input">
       <tooltip
    >Schema-Version.</tooltip>
       <whatsthis
    >Schema-Version.</whatsthis>
       <location col="1" row="1"/>
      </attr>

      <label>
       <text
    >targetNamespace</text>
       <location col="0" row="2"/>
      </label>
      <attr name="targetNamespace" type="input">
       <tooltip
    >&URI;-Referenz des Namensraumes von diesem Schema.</tooltip>
       <whatsthis
    >&URI;-Referenz des Namensraumes von diesem Schema.</whatsthis>
       <location col="1" row="2"/>
      </attr>

      <label>
       <text
    >xmlns</text>
       <location col="0" row="3"/>
      </label>
      <attr name="xmlns" type="input">
       <tooltip
    >&URI;-Referenz für einen oder mehrere Namensräume in diesem Schema.
       Wenn nichts vorangestellt ist, können Komponenten dieses Namensraumes ohne Qualifizierung genutzt werden.</tooltip>
       <whatsthis
    >&URI;-Referenz für einen oder mehrere Namensräume in diesem Schema.
       Wenn nichts vorangestellt ist, können Komponenten dieses Namensraumes ohne Qualifizierung genutzt werden.</whatsthis>
       <location col="1" row="3"/>
      </attr>

      <label>
       <text
    >attributeFormDefault</text>
       <location col="0" row="4"/>
      </label>
      <attr name="attributeFormDefault" type="list">
       <items>
        <item
    >qualified</item>
        <item
    >unqualified</item>
       </items>
       <tooltip
    >Standard Form für alle Attribute in diesem Schema.</tooltip>
       <whatsthis
    >Standard Form für alle Attribute in diesem Schema.</whatsthis>
       <location col="1" row="4"/>
      </attr>

      <label>
       <text
    >elementFormDefault</text>
       <location col="0" row="5"/>
      </label>
      <attr name="elementFormDefault" type="list">
       <items>
        <item
    >qualified</item>
        <item
    >unqualified</item>
       </items>
       <tooltip
    >Standard Form für alle Attribute in diesem Schema.</tooltip>
       <whatsthis
    >Standard Form für alle Attribute in diesem Schema.</whatsthis>
       <location col="1" row="5"/>
      </attr>

      <label>
       <text
    >blockDefault</text>
       <location col="0" row="6"/>
      </label>
      <attr name="blockDefault" type="input">
       <location col="1" row="6"/>
      </attr>

      <label>
       <text
    >finalDefault</text>
       <location col="0" row="7"/>
      </label>
      <attr name="finalDefault" type="input">
       <location col="1" row="7"/>
      </attr>
     </tag>
    </TAGS>

##### Familie 2

Im folgenden ein Beispiel für eine funktionierende Familie 2 TagXML-Datei. In dieser Datei wird eine &PHP; Überlade-Funktion beschrieben. Der Dateiname dieser TagXML-Datei soll overload.tag sein.

    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE tags>
    <tags>
      <tag name="overload" type="function" returnType="void">
    <attr name="class_name" type="string" status="optional"/>
      </tag>
    </tags>

### Beschreibung.rc

Die Beschreibung.rc-Datei ist ebenso ziemlich einfach. Es muß nicht alles im folgenden beschriebene verwendet werden. Die Grundstruktur einer Beschreibung.rc-Datei ist wie folgt.

#### Familie 1 Struktur

    [General] - Allgemeine Informationen.
    Version = Verwende 1 für &quantaplus; Version <=3.1.2 and 2 für jede höhere Version.
    Name = DTD Definition. (-//&W3C;//DTD HTML 4.01 Transitional//EN)
    NickName = Die vereinfachte Schreibweise der DTD. (HTML 4.01 Transitional). Ist sie nicht definiert, dann wird der Name als
    NickName verwendet.
    &URL; = &URL; die auf die DTD Definition zeigt. (http://www.w3.org/TR/html4/loose.dtd)
    DoctypeString = Der Text, der in der !DOCTYPE Deklaration erscheinen soll.
    (HTML PUBLIC "-//&W3C;//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd")
    Inherits = Der Name der DTD, von der die DTD ihre Tags erbt. (-//&W3C;//DTD HTML 4.01//EN)
    DefaultExtension = Neue Dateien werden mit dieser Erweiterung erstellt. (html)
    Groups = Die Liste der allgemeinen Attribut-Gruppen, die in mehr als einem Tag vorkommen können.
    (Core, I18n, Script) Siehe unten. (Group1, Group2...)
    NumOfPages = Wie viele Seiten hat ein Tag-Dialog, zursätzlich zur Seite, die die Attribute,
     die in der Tag-Datei definiert sind, enthält? Siehe unten. (Page1,...)
    CaseSensitive = Fall-Bezogenheit der DTD. (true|false)
    Family = 1 Dieser Typus DTEP ist aus Familie 1, d.h. ein Markup.

    [Toolbars] - Information über DTEP-Werkzeugleisten.
    Location = Der Ordnername in $KDEDIR($KDEHOME)/share/apps/quanta/toolbars
    wo die Werkzeugleisten der DTEP sind.
    Names = Die Liste der Werkzeuglistennamen, weniger der .toolbar.tgz Endung, die
    für diese DTEP vom oben genannten Ordner geladen werden.

    [Group1] - Ersetze mit einer der Gruppen, die unten aufgelistet sind.
    Attributes = Die Liste der Attribute für diese Gruppe.
    Derzeit werden alle gelisteten Attribute als Zeichenketten behandelt.
    Beispiel:
    [Core]
    Attributes = id, class, style, title

    [Page1] - Beschreibung einer Tag-Editor-Seite.
    Title = Der Titel dieser Seite im Tag-Editor-Dialog.
    Groups = Liste von Gruppen, die auf dieser Seite vorkommen. (Core, I18n)

    [Extra rules] - Einige Regeln, die in anderen Bereichen nicht passen.
    BooleanAttributes = (simple|complex)
    Beispiel für simple: <tag booleanAttr
    >.
    Beispiel für complex: <tag booleanAttr="1"
    > oder <tag booleanAttr="true">
    Single Tag Style = (html|XML)
    Beispiel für html: <single_tag>
    Beispiel für XML:  <single_tag />
    StructGroupsCount = Die Anzahl der Struktur-Gruppen. Siehe unten.
    MinusAllowedInWords = Wenn dies aktiviert ist, wird "dies-ist-ein-Wort" wie ein Wort behandelt. Sonst
    wird es als vier Worte behandelt.
    TagAutoCompleteAfter = ZEICHEN. Der Autovervollständigungs-Dialog wird automatisch geöffnet,
    sobald dieses ZEICHEN eingegeben wird oder die LEERTASTE nach Eingabe dieses ZEICHENS gedrückt wurde. Für DTEP Familie 1,
    ist es üblicherweise "<". Der Text "none" anstelle von ZEICHEN bewirkt, daß der Tag
    Vervollständigungs-Dialog nicht automatisch erscheinen soll, sondern nur auf Benutzeranforderung.
    AttributeSeparator = ZEICHEN. Dieses ZEICHEN bedeutet, daß der Attributname endet.
    Es ist " für XML DTEPs.
    TagSeparator = ZEICHEN. Gleich wie oben.

    [StructGroup_1] - Definition der Struktur-Gruppe 1.
    Name = Der Text der erscheint, wenn Tags zu diesen Gruppeneinstellungen passen.
    No_Name = Der Text, der erscheint, wenn KEINE Tags zu diesen Gruppeneinstellungen passen.
    Icon = Der Name des Symbols, das vor dem Text oben erscheint.
    Tag = tagname(attribute1, attribute2, ...). Tags mit dem Namen tagname erscheinen
    in dieser Gruppe. Der Elementtext wird sein "attribute1_value | attribute2_value | ..."
    Derzeit kann nur ein Tag hier angezeigt werden.
    HasFileName = (true|false) Wahr, wenn der Elementtext (die Attributwerte oben) einen Dateinamen enthält.
    FileNameRx = Regulärer Ausdruck zum Entfernen der unnotwendigen Zeichen aus dem Elementtext.

    [Parsing rules] - Regeln, die beim Einlesen des Dokumentes benutzt werden.
    SpecialAreas = Die Beginn- und Endezeichenkette besonderer Bereiche, getrennt durch einen Beistrich.
    Besondere Bereiche werden nicht nach den Regeln aus dieser DTEP eingelesen, sondern nach deren eigenen.
    Ein besonderer Bereich kann eine DTEP einer anderen Familie, ein Kommentar oder etwas ähnliches sein.
    z.B. <!-- -->
    SpecialAreaNames = Durch Beistriche getrennte Liste der Namen der oben genannten besonderen Bereiche. Z.B. comment
    SpecialTags = tagname(attributename) - Beschreibt ein Tag, daß den Beginn eines besonderen Bereiches markiert.
    MayContain = Durch Beistriche getrennte Liste von Familie 2 DTEPs, die im Dokument vorkommen können
    (php, css)

#### Familie 2 Struktur

    [General] - Allgemeine Information.
    Version = Verwenden Sie 1 für &quantaplus; version <=3.1.2 und 2 für jede höhere Version.
    Name = ein geeigneter Name
    NickName = Wie jeder es wirklich nennt. Ist er nicht definiert, wird der Name als Nickname (Spitzname) benutzt.
    Inherits = Der Name der DTEP, von der diese DTEP Tags erbt. (Der Name, nicht der NickName)
    DefaultExtension = Neue Dateien werden mit dieser Endung erstellt. (z.B. php)
    NumOfPages = 0   Immer Null, weil es dafür keinen Tag-Bearbeitungs-Dialog für
    Familie 2 DTEPs gibt.
    CaseSensitive = Fall-Bezogenheit der DTEP. (true|false)
    Family = 2 Dieser Typus von DTEP ist Familie 2, weil es kein Markup ist.

    [Toolbars] - Information über DTEP Werkzeugleisten.
    Location = Der Ordnername in $KDEDIR($KDEHOME)/share/apps/quanta/toolbars
    wo die Werkzeugleisten dieser DTEP sind.
    Names = Die Liste der Werkzeugleistendateien, weniger der  .toolbar.tgz Endung, die
    für diese DTEP aus dem obigen Ordner geladen werden.

    [Extra rules] - Einige Regeln, die wo anders nicht passen.
    BooleanAttributes = (simple|complex)
    Beispiel für simple: <tag booleanAttr
    >.
    Beispiel für complex: <tag booleanAttr="1"
    > or <tag booleanAttr="true">
    StructGroupsCount = Die Anzahl der Strukturgruppen. Siehe unten.
    MinusAllowedInWords = Wenn "true", dann wird "dies-ist-ein-Wort" als ein Wort behandelt. sonst,
    gilt es als vier Worte.
    TagAutoCompleteAfter = ZEICHEN. Die Autovervollständigung erscheint automatisch,
    sobald dieses ZEICHEN eingegeben wird, oder die Leertaste nach diesem ZEICHEN gedrückt wird. Für DTEP Familie 1,
    ist es normalerweise "<". Der Text "none" anstelle von ZEICHEN legt fest,daß der Tag-
    vervollständigungsdialog nicht automatisch gestartet werden soll, sondern nur auf Benutzeranforderung.
    AttributeSeparator = ZEICHEN. Dieses ZEICHEN bedeutet, daß der Attributname zu Ende ist.
    Es ist " für XML DTEPs.
    TagSeparator = ZEICHEN. Wie oben.
    AttributeAutoCompletionAfter = ZEICHEN. Gleich wie TagAutoCompletionAfter, aber
    für Tag-Attribute. Es ist "(" standardmäßig und  ":" für CSS.

    [StructGroup_1] - Definition für Struktur-Gruppe 1.
    Name = Der Text der erscheint, wenn es Tags gibt, die zu den Gruppeneinstellungen passen.
    No_Name = Dieser Text erscheint, wenn es KEINE Tags gibt, die zu den Gruppeneinstellungen passen.
    Icon = Der Name des Symbols, daß vor dem obigen Text erscheint.
    Tag = tagname(attribute1, attribute2, ...). Tags mit Namen tagname werden unter dieser Gruppe erscheinen
     Der Elementtext wird sein: "attribute1_value | attribute2_value | ..."
    Derzeit wird nur ein Tag hier aufgelistet.
    HasFileName = (true|false) Wahr, wenn der Elementtext (die Attribut-Werte oben) einen Dateinamen enthält.
    FileNameRx = Regulärer Ausdruck um unerwünschten Text/Zeichen vom Elementtext zu entfernen.
    SearchRx = Regulärer Ausdruck um Textbereiche in einer Familie 2 DTEP zu finden, welche
    zu dieser Gruppe gehören werden
    ClearRx = Regulärer Ausdruck um unerwünschten Text/Zeichen vom obigen Suchergebnis
    zu entfernen. Die gesäuberte Zeichenkette erscheint im Strukturbaum.

    [Parsing rules] - Regeln, die beim Einlesen des Dokumentes verwendet werden.
    SpecialAreas = Die Beginn- und Endezeichenkette besonderer Bereiche, getrennt durch einen Beistrich.
    Besondere Bereiche werden nicht nach den Regeln aus dieser DTEP eingelesen, sondern nach deren eigenen.
    Ein besonderer Bereich kann eine DTEP einer anderen Familie, ein Kommentar oder etwas ähnliches sein.
    z.B. <!-- -->
    SpecialAreaNames = Durch Beistrich getrennte Liste der oben angeführten Namen
    besondere Bereiche. Z.B. Kommentar
    SpecialTags = tagname(attributename) - Legt ein Tag fest, das den Beginn eines besonderen Bereiches markiert.
    AreaBorders = Durch Beistrich getrennte Liste der diese Familie 2 DTEP einschließenden
    Bereichsgrenzen. Im Falle von PHP sind dies: <? ?>, <* *
    >, <% %>
    Tags = tagname(attribute). Wenn die (wirkliche) Eltern-DTD ein Tag namens tagname hat und
    der Attributwert dieses Tags gleich ist, wie der DTD-Name, dann wird der Tag entsprechend
    den Regeln für diese DTD eingelesen.
    Comments = Durch Beistrich getrennte Liste von Bereichsgrenzen für Kommentare. EOL bedeutet Zeilenende.
    Z.B.: // EOL, /* */
    StructKeywords = Strichpunkt getrennte Liste der Struktur-Schlüsselwörter. Strukturen werden als
    neue Knoten im Strukturbaum behandelt.
    StructBeginStr = Eine Zeichenkette, die den Beginn einer Struktur festlegt (wie etwa {)
    StructEndStr = Eine Zeichenkentte, die das Ende einer Struktur festlegt (wie etwa })
    StructRx = Regulärer Ausdruck, der den Beginn oder das Ende eines Strukturbereiches
    enthält. Z.B. \\{ | \\} (die Strukturgrenze kann { oder } sein)

## Gestaltung von Werkzeugleisten

Das folgende zeigt, wie man eine Werkzeugleiste für eine &DTEP; hinzufügt. Werkzeugleisten sind grafische Elemente geschaffen für die Zuordnung zu Aktionen. In &quantaplus; sind Aktionen die Basis für alle Erweiterungen, die &quantaplus; hat oder in Zukunft bekommen wird. Derselbe Mechanismus, der Aktionen in &quantaplus; definiert, ermöglicht auch Autovervollständigung und Tag-Dialoge. Mit Aktionen sind Ihnen praktisch keine Grenzen gesetzt. Als Beispiel werden wir &HTML;-tidy auf unseren Webseiten benutzen.

### Von Anfang an

Zu Beginn müssen Sie eine Benutzer-Werkzeugleiste hinzufügen. Wählen Sie Werkzeugleisten Benutzer-Werkzeugleiste hinzufügen...

Wenn es viele Tags in der Markup-Sprache gibt, ist es empfehlenswert, die Tags in logische Gruppen zu unterteilen. Es ist notwendig, für jede Gruppe eine eigene Werkzeugleiste zu schaffen. In gegebenen Fall sind es nicht allzu viele, deshalb kann man eine Werkzeugleiste mit dem Namen des Markups erstellen.

Sobald eine Werkzeugleiste hinzugefügt ist, müssen Sie Aktionen hinzufügen und konfigurieren. Wählen Sie Einstellungen Aktionen festlegen.

Die Teile dieses Fensters sind ziemlich selbsterklärend. Drücken des Neue Aktion Knopfes am unteren Ende des Fensters startet den Editier-Modus.

Füllen Sie alle notwendigen Felder aus und fügen sie den Tag zur passenden Werkzeugleiste hinzu.

Vervollständigen Sie alles und, falls der Tag Attribute hat und Sie deren Verwendung planen, aktivieren Sie den Run "Edit tag" Dialog, wenn verfügbar, damit eine Eingabe beim Verwenden der Aktion möglich ist.

Sie sollten nun etwas haben, daß dem folgenden ähndelt.

Drücken Sie den Anwenden-Knopf und die Aktion wird zur ausgewählten Werkzeugleiste hinzugefügt.

Igitt! Ist das ein häßliches Symbol. Wer sollte sich die Aktion in Verbindung mit diesem Symbol merken? Ersetzen wir es, bevor wir Schwierigkeiten haben.

Zum Erstellen eines Symbols, daß die Aktion besser repräsentiert, werden wir &kiconedit; verwenden. Wählen Sie aus dem &kmenu;, Grafik Weitere Programme (oder wo sonst es in ihrer Distribution gelegen ist).

&kiconedit; verwendet standardmäßig 32x32 Pixel, wir brauchen aber 22x22. Um dies zu ändern, wählen Sie Bearbeiten Größe andern .

Bitte beachten Sie, daß das geschaffene Symbol nicht nur Ihnen hilft, sich zu merken, was die Aktion tut, sondern auch allen anderen Benutzern der &DTEP;.

Im Hinblick darauf, daß der Tag start, heißt, habe ich mich entschieden, einen Startknopf als Symbol zu schaffen. Durch die Verwendung von grün (grün wird meist als los, starte, weiterinterpretiert) wird, oder sollte zumindest, eine Botschaft zum Benutzer signalisiert werden, daß Anklicken dieses Symbols ein <start>-Tag im aktuellen Dokument einfügen wird.

Nach der Gestaltung des Symbols speichere ich es.

Nach der Schaffung des Symbols muß es noch mit der Aktion verbunden werden. Dies geschieht über das Menü mit Einstellungen Aktionen festlegen... (in &quantaplus;) und Auswahl der gewünschten Aktion. Neben dem Text Feld befindet sich ein Knopf, drücken Sie ihn.

Wählen Sie Andere Symbole und drücken Sie den Auswählen Knopf.

Wählen sie den Ordner, in dem sich das gespeicherte Symbol befindet, wählen Sie es aus und bestätigen Sie mit OK.

Drücken Sie den Anwenden Knopf und setzen sie mit anderen Tags fort, so es noch welche gibt, oder bestätigen Sie mit OK um abzuschließen.

Angenommen, Sie wollen einige übliche &quantaplus;-Funktionen zur Werkzeugleiste ergänzen oder es sollte diese zur besseren Übersicht durch einige Trenner in mehrere Gruppen geteilt werden. Öffnen Sie den Werkzeugleisten einstellen Dialog über Einstellungen Werkzeugleisten einstellen. Stellen Sie sicher, daß die gewünschte Werkzeugleiste ausgewählt ist.

Ich möchte den Trenner (ganz links oben) für meine Werkzeugleiste wählen. Nach der Auswahl des Elementes, das zur Werkzeugleiste hinzugefügt werden soll, drücken Sie die Pfeiltaste nach rechts. Dies fügt das Element zur Werkzeugleiste hinzu.

Ich möchte zum Beispiel eine schnelle Möglichkeit zu Zugriff auf die Konqueror Vorschau. Ich werde es auswählen und zur Werkzeugleiste hinzufügen.

Bitte beachten, wie die Trenner die Gruppierung unterstützen. Jemand, der meine Werkzeugleiste nicht kennt, könnte glauben, daß der &konqueror;-Knopf das Gegenteil des Start-Knopfes sei.

Aktivieren Sie ihre Änderungen und drücken Sie OK zum Abschluß.

Das überzeugende Ergebnis: eine viel praktischere Werkzeugleiste.

Die neue Werkzeugleiste muß durch Probieren aller Symbole getestet werden, um sicherzustellen, daß alles funktioniert.

Sichern Sie die Werkzeugleiste durch die Auswahl Werkzeugleisten Werkzeugleiste sichern Als Werkzeugleiste sichern .

Sichern Sie in den richtigen Ordner. Nachdem NeueXML nicht existiert, nehme ich es in den Stammordner, aber Ihre Werkzeugleisten sollten im richtigen Ordner gespeichert werden. Bitte passen Sie ihre Beschreibung.rc so an, daß ihre Werkzeugleiste(n) geladen wird (werden), wenn eine Datei vom entsprechenden Typ geöffnet wird.

## Erstellen Sie Ihre eigene Dokumentation

Robert
Nickel

    robert@artnickel.com

Georg
Schuster

    gschuster@aon.at

Deutsche Übersetzung

## Erstellen Sie Ihre eigene Dokumentation

Vielleicht die erwähnenswerteste Erweiterung von &quantaplus; für den normalen Benutzer ist die Möglichkeit, Dokumentation für die Skriptsprache oder die Formatierungssprache hinzuzufügen, die Sie am liebsten mögen. Deswegen beschreibt dieses Kapitel, wie ich einen &PHP;-Dokumentationsbaum für meine persönliche Nutzung erstelle.

Bevor Sie Ihre eigene Dokumentation starten, könnten Sie im &quantaplus;-Repository prüfen, ob jemand das schon für Sie getan hat.

Es gibt zwei Teile in diesem Prozess. Zuerst müssen Sie ein existierende Dokumentation für die Formatierungs-/Skript/&etc;-Sprache suchen. Dann müssen Sie die `docrc`-Datei erstellen. Den ersten Teil überlassen wir Ihnen, den zweiten behandeln wir hier.

Die normale Form der docrc-Datei sieht so aus:

    #KDE Konfigurationsdatei
    [Tree]
    Doc dir=pfad, relativ zu dieser Datei, zu den Dokumentations-HTML-Dateien z.B. php42/
    #Elemente im Hauptindex Top Element=Ihre Beschreibung für diese Dokumentationen  z.B. &PHP; 4.2 Dokumentation

    Section 1=Section1.html
    Section 2=#Sec2.1,#Sec2.2,#Sec2.3
    Sec2.1=Sec2.1.html
    Sec2.2=Sec2.2.html
    Sec2.3=Sec2.3.html
    ...

    [Context]
    ContextList=func1,func2,tag1,tag2,tag3
    func1=func1.html
    func2=func2.html
    tag1=tag1.html
    tag2=tag2.html
    tag3=tag3.html

Die `docrc` gliedert sich in zwei Abschnitte: Baum und Kontext.

Der Abschnitt Baum definiert den sichtbaren Teil der Dokumentation im Dokumentationsbaum. Zum Beispiel sehen Sie jetzt in den &PHP; Dokumentation so etwas:

In Bezug auf das oben gesagte sieht mein &PHP; `docrc` wie folgt aus:

    #KDE Config File

    [Tree]

    Doc dir=php42/

    #top level elements
    Top Element=PHP 4.2 documentation

    PHP 4.2 documentation=Table of Contents,#Getting Started,#Language Reference

    Table of Contents=index.html

    Getting Started=Introduction, ...
    Introduction=introduction.html
    ...

    Language Reference=Basic syntax, ...
    Basic syntax=language.basic-syntax.html
    ...

Beachten Sie das `#` vor Getting Started und Language Reference. Das zeigt an, daß es sich um Unterordner im Baum mit eigenem Inhalt handelt. Es gibt keine bekannte Grenze für die Schachtelungstiefe (außer durch die Vernunft)— aber probieren Sie es selbst aus.

Sie merken, dass das Inhaltsverzeichnis direkt auf eine Datei referenziert ist (und konsequenterweise am oberen Ende der Baumansicht — Ordner angezeigt wird!).

Leerzeichen beeinflussen nichts, aber achten Sie auf & und < Zeichen. Diese sollten durch &amp; und &lt; in allen &XML;-basierten &quantaplus; Resourcendateien ersetzt werden.

Der Inhaltsabschnitt ist der Bereich der docrc-Datei, der zum Gestalten der kontextsensitiven Hilfe dient. Zum Beispiel, wenn beim Schreiben eines &PHP;-Skripts die Dokumentation für die `mysql_fetch_array`-Funktion angezeigt werden soll. Durch Markieren des Funktionsnamens und Drücken von &Ctrl;H für Kontext-Hilfe würde die Dokumentation direkt angezeigt. Es gibt nur zwei Arten von Einträgen hier: die Kontextliste (ContextList) und die Dateiverbindungszeilen.

ContextList

  Eine einfache Liste von durch Beistrich getrennten Kontext-Elementen, die verfügbar sein sollen (für &PHP;, dies sind die Funktionen von &PHP;).

Dateiverbindungszeilen

  Diese haben die Form Kontextelement = Html-Dokumentationsseite. Z.B. acos=function.acos.html

Eine sehr einfache Version eines `docrc`-Kontextabschnittes könnte so aussehen:

    #Schlagwörter für die Kontexthilfe
    [Context]
    ContextList=abs,acos,acosh,addcslashes,addslashes,...

    abs=function.abs.html
    acos=function.acos.html
    acosh=function.acosh.html
    addcslashes=function.addcslashes.html
    addslashes=function.addslashes.html
    ...

Nun können Sie Ihre `docrc`-Datei einfach speichern und zwar nach `$`HOME`/.kde/share/apps/quanta/doc` oder `$`KDEDIR`/share/apps/quanta/doc` für lokale bzw. globale Benutzung. Dann erstellen Sie einen Ordner (so, wie Sie diese in Ihrer `docrc`-Datei angegeben haben) im selben Ordner und kopieren Ihre HTML-Dokumentation dorthin.

Sie müssen &quantaplus; neu starten und sehen dann Ihre Dokumentationen.

Wenn Sie sich sicher sind, dass diese gut und es wert sind, geteilt zu werden, senden Sie Ihre `docrc`-Dateien mit einer Beschreibung von wichtigen Informationen, z.B. welche Dokumentation benutzt wurden an das &quantaplus;-Repository für die Benutzung durch die &quantaplus;-Gemeinschaft. Sie werden davon nicht reich werden, aber stolz darauf sein, bei der besten Webentwicklungsplattform mitgearbeitet zu haben.