formal updates, keyboard macro, pick-24

Author: thomaskoslowski

src/common/de/hosts_structure.asciidoc

@@ -1,10 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE
+// NONASCII
 include::global_attr.adoc[]
 = Strukturierung der Hosts
-:revdate: draft
 :title: Strukturierung der Hosts
 :description: In {CMK} können Sie Hosts mit Ordnern, Host-Merkmalen, Labels, Parents oder Host-Gruppen strukturieren. Lesen Sie hier, wie Sie eine Struktur aufsetzen.
+:experimental:
 
 {related-start}
 xref:hosts_setup#[Verwaltung der Hosts]
@@ -48,9 +49,9 @@ Unterhalb dieses Hauptordners können Sie Ihre eigene Ordnerstruktur mit beliebi
 Im Hauptordner [.guihint]#Main# landen Sie, wenn Sie [.guihint]#Setup > Hosts > Hosts# auswählen.
 
 Über Ordner können Attribute an Unterordner und enthaltene Hosts *vererbt* werden.
-Wie die Vererbung genau abläuft, erfahren Sie im Artikel über die xref:hosts_setup#inheritance[Verwaltung der Hosts.]
+Wie die Vererbung genau abläuft, erfahren Sie im Artikel über die xref:hosts_setup#inheritance[Verwaltung der Hosts].
 Vererbt werden die Ordnerattribute, d.h. die Ordnereigenschaften, die im [.guihint]#Setup# auf der Seite [.guihint]#Folder properties# angezeigt werden wie z.B. Monitoring-Agenten und Permissions -- aber auch andere Strukturierungselemente wie Host-Merkmale, Labels oder Parents.
-Viele der Ordnereigenschaften finden Sie auch bei den Host-Eigenschaften auf der Seite [.guihint]#Properties of host.#
+Viele der Ordnereigenschaften finden Sie auch bei den Host-Eigenschaften auf der Seite [.guihint]#Properties of host#.
 ifdef::onprem[]
 Die Vererbung ist besonders nützlich für Attribute, die bei vielen Hosts gleich sind, z.B. ob der Host per {CMK}-Agent oder per SNMP überwacht werden soll.
 endif::[]
@@ -112,7 +113,7 @@ Mit der Erstellung einer Host-Merkmalsgruppe werden alle Merkmale dieser Gruppe
 Die Merkmale einer Gruppe schließen sich gegenseitig aus, d.h. jeder Host erhält genau ein Merkmal aus der Gruppe.
 Wenn Sie nichts anderes festgelegt haben, ist dies das erste Merkmal der Gruppe, das als Standardwert dient.
 
-Verfeinerungen dieses generellen Konzepts sind die xref:host_tags#checkbox_tag[Checkbox-Merkmale] und die xref:host_tags#aux_tag[Hilfsmerkmale.]
+Verfeinerungen dieses generellen Konzepts sind die xref:host_tags#checkbox_tag[Checkbox-Merkmale] und die xref:host_tags#aux_tag[Hilfsmerkmale].
 Ein Checkbox-Merkmal ist eine spezielle Host-Merkmalsgruppe mit nur einem Element und dient der Ja-/Nein-Entscheidung der Art: „Auf diesem Host läuft Oracle.“
 Mit Hilfsmerkmalen (_auxiliary tags_) können Sie verschiedene Merkmale einer Gruppe zusammenfassen, z. B. die Merkmale `Windows Server 2012 R2` und `Windows Server 2016` zum Hilfsmerkmal `Windows`.
 
@@ -126,7 +127,7 @@ Ein Merkmal oder ein Label einem Host zuzuordnen ist im Ergebnis sehr ähnlich.
 Das zugewiesene Kennzeichen können Sie in beiden Fällen in der Konfiguration nutzen, um Bedingungen in Regeln festzulegen.
 Allerdings müssen Sie, bevor Sie ein Host-Merkmal vergeben können, die zugehörige _Host-Merkmalsgruppe_ definieren -- sich also Gedanken um alle möglichen Ausprägungen eines solchen Merkmals machen.
 
-Die _Abgeschlossenheit_ einer Host-Merkmalsgruppe erinnert daher an das Aufsetzen der xref:folder_structure[Ordnerstruktur.]
+Die _Abgeschlossenheit_ einer Host-Merkmalsgruppe erinnert daher an das Aufsetzen der xref:folder_structure[Ordnerstruktur].
 Genauso, wie ein Host nur in einem Ordner abgelegt werden kann, kann er auch nur ein Merkmal einer Host-Merkmalsgruppe tragen.
 Anders herum: Ein Host ist immer einem Ordner zugeordnet und hat stets ein Merkmal einer Host-Merkmalsgruppe (wenn wir mal kurz die Checkbox-Merkmale außen vor lassen).
 Daher eignen sich Host-Merkmale für Eigenschaften, die immer da sind (oder zumindest sein sollen) und in der Regel durch den {CMK}-Administrator für das gesamte zu überwachende System und für alle {CMK}-Benutzer vorgegeben werden.
@@ -183,7 +184,7 @@ Labels können xref:labels#explicit[explizit], über xref:labels.html#rules[Rege
 Die unterschiedlichen Wege, über die Hosts an ihre Labels kommen können, sollten Sie beachten, wenn es darum geht, wie Sie Labels für die Strukturierung Ihrer Hosts nutzen können.
 
 Die explizite Zuweisung von Labels erfolgt in den Eigenschaften eines Hosts, im Kasten [.guihint]#Custom attributes#:
-Schlüssel-Wert-Paar eingeben, Enter-Taste drücken: Fertig!
+Schlüssel-Wert-Paar eingeben, kbd:[Enter]-Taste drücken: Fertig!
 Auch in den Eigenschaften von Ordnern können Labels gesetzt werden, die dann über die Ordnerstruktur in {CMK} vererbt werden.
 
 Wenn Sie für ein Label eigentlich keinen Wert brauchen, sondern nur wissen wollen, ob an dem Host ein bestimmtes Label hängt oder nicht, vergeben Sie z.B. einfach `yes` als Wert (`vm:yes`).
@@ -307,7 +308,7 @@ Host-Gruppen selbst tauchen *nicht* standardmäßig als Auswahlkriterien in Rege
 [#host_groups_create]
 === Host-Gruppe erstellen
 
-Sie finden die Host-Gruppen unter [.guihint]#Setup > Hosts > Host groups.#
+Sie finden die Host-Gruppen unter [.guihint]#Setup > Hosts > Host groups#.
 
 Eine neue Host-Gruppe legen Sie über den Aktionsknopf [.guihint]#Add group# an.
 Das Anlegen ist trivial und beschränkt sich auf die Vergabe eines eindeutigen Namens, der später nicht mehr geändert werden kann, und eines Alias:
@@ -367,7 +368,7 @@ endif::[]
 [discrete]
 ==== Tabellenansichten
 
-Wichtig bei der Erstellung von xref:glossar#view[Tabellenansichten] (über [.guihint]#Customize > Visualization > Views#) ist lediglich die Auswahl einer Datenquelle ([.guihint]#Datasource#), die Host-Gruppen nutzt, z.B. [.guihint]#Host groups.#
+Wichtig bei der Erstellung von xref:glossar#view[Tabellenansichten] (über [.guihint]#Customize > Visualization > Views#) ist lediglich die Auswahl einer Datenquelle ([.guihint]#Datasource#), die Host-Gruppen nutzt, z.B. [.guihint]#Host groups#.
 
 Im [.guihint]#Monitor#-Menü finden Sie freilich bereits fertige Ansichten, beispielsweise [.guihint]#Host groups#, die wir bereits im vorherigen Abschnitt gezeigt haben.
 

src/common/en/hosts_structure.asciidoc

@@ -1,9 +1,11 @@
 // -*- coding: utf-8 -*-
+// IGNORE 
+// NONASCII
 include::global_attr.adoc[]
 = Host structuring
-:revdate: draft
 :title: Host structuring
 :description: In {CMK} you can structure hosts via folders, host tags, labels, parents or host groups. Read here how to set up an appropriate structure for your hosts.
+:experimental:
 
 {related-start}
 xref:hosts_setup#[Host administration]
@@ -182,7 +184,7 @@ Labels can be defined xref:labels#explicit[explicitly], via xref:labels.html#rul
 The various ways that hosts can receive their labels is something to keep in mind when it comes to how you can use labels to structure your hosts.
 
 Explicit label assignment is performed in a host's properties, using the [.guihint]#Custom attributes# box.
-Enter a key-value pair, press Enter: Done!
+Enter a key-value pair, press kbd:[Enter]: Done!
 Labels can also be defined in the properties for folders, which are then inherited via the folder structure in {CMK}.
 
 If you don't really need a value for a label, but only want to know whether a certain label is attached to the host or not, simply assign `yes` as a value (`vm:yes`), for example.