Merge pull request #3237 from node-red/remove-de-style

Remove styling from de locale files

packages/node_modules/@node-red/nodes/locales/de/common/20-inject.html

@@ -25,7 +25,7 @@ <h3>Ausgangsdaten</h3>
         <dd>Optional nutzbare Nachrichten-Eigenschaft.</dd>
     </dl>
     <h3>Details</h3>
-    <p>Der <span style="background-color:Gainsboro">inject</span>-Node kann einen Flow mit einstellbaren Nutzdaten (Payload) starten.
+    <p>Der inject-Node kann einen Flow mit einstellbaren Nutzdaten (Payload) starten.
        Der voreingestellte Payload ist die aktuelle Zeit als Zeitstempel in Millisekunden
        seit Beginn der Unix-Zeitrechnung (1. Januar 1970 UTC).</p>
     <p>Der Node unterstützt auch die Injektion von Zeichenfolgen, Zahlenwerten, Booleschen Werten,
@@ -34,7 +34,7 @@ <h3>Details</h3>
        Er kann auch in regelmäßigen Intervallen oder nach einem Zeitplan injizieren.</p>
     <p>Er kann auch so eingestellt werden, dass er jedes Mal einen Wert injiziert, wenn der Flow gestartet wird.</p>
     <p>Das maximal einstellbare Intervall beträgt etwa 596 Stunden bzw. 24 Tage.
-       Wenn jedoch Intervalle größer als 24h benötigt werden, sollte ein <span style="background-color:Gainsboro">scheduler</span>-Node verwendet werden,
+       Wenn jedoch Intervalle größer als 24h benötigt werden, sollte ein scheduler-Node verwendet werden,
        der mit Stromausfällen und Neustarts besser umgehen kann.</p>
     <p><b>Hinweis</b>: Die Optionen <i>"Intervall zwischen Uhrzeiten"</i> und <i>"Täglicher Zeitpunkt"</i>
        verwenden das Standard-Cron-System.</p>

packages/node_modules/@node-red/nodes/locales/de/common/21-debug.html

@@ -23,10 +23,10 @@ <h3>Details</h3>
     <p>JavaScript-Objekte und -Arrays können nach Bedarf ein- und ausgeblendet werden.
        Binäre Puffer-Objekte (buffer objects) können nach Möglichkeit als Rohdaten oder als Zeichenfolge (string) angezeigt werden.</p>
     <p>Neben der eigentlichen Nachricht werden im Debug-Tab auch der Empfangszeitpunkt,
-       der empfangende <span style="background-color:Gainsboro">debug</span>-Node, sowie Name und Typ der Nachricht protokolliert.
-       Durch Klicken auf die Node-ID wird der entsprechende <span style="background-color:Gainsboro">debug</span>-Node im Arbeitsbereich angezeigt.</p>
-    <p>Die Schaltfläche des <span style="background-color:Gainsboro">debug</span>-Nodes kann verwendet werden, um die Debug-Ausgabe ein- und auszuschalten.
-       Es ist empfehlenswert, alle nicht verwendeten <span style="background-color:Gainsboro">debug</span>-Nodes zu deaktivieren oder gleich zu entfernen.</p>
-    <p>Der <span style="background-color:Gainsboro">debug</span>-Node kann auch so eingestellt werden, dass außerdem alle Nachrichten in der Systemkonsole ausgegeben und/oder
-       als kurze Statustexte (max. 32 Zeichen) unter dem <span style="background-color:Gainsboro">debug</span>-Node angezeigt werden.</p>
+       der empfangende debug-Node, sowie Name und Typ der Nachricht protokolliert.
+       Durch Klicken auf die Node-ID wird der entsprechende debug-Node im Arbeitsbereich angezeigt.</p>
+    <p>Die Schaltfläche des debug-Nodes kann verwendet werden, um die Debug-Ausgabe ein- und auszuschalten.
+       Es ist empfehlenswert, alle nicht verwendeten debug-Nodes zu deaktivieren oder gleich zu entfernen.</p>
+    <p>Der debug-Node kann auch so eingestellt werden, dass außerdem alle Nachrichten in der Systemkonsole ausgegeben und/oder
+       als kurze Statustexte (max. 32 Zeichen) unter dem debug-Node angezeigt werden.</p>
 </script>

packages/node_modules/@node-red/nodes/locales/de/common/24-complete.html

@@ -18,11 +18,11 @@
     <p>Anstoß eines weiteren Flows, wenn ein anderer Node seine Nachrichtenbearbeitung abgeschlossen hat.</p>
     <h3>Details</h3>
     <p>Wenn ein Node die Bearbeitung seiner Nachrichten abgeschlossen hat,
-       kann der <span style="background-color:Gainsboro">complete</span>-Node dazu benutzt werden, einen weiteren Flow anzustoßen.</p>
+       kann der complete-Node dazu benutzt werden, einen weiteren Flow anzustoßen.</p>
     <p>Der Node kann z.B. mit einem anderen Node ohne Ausgang verknüpft werden
        (z.B. E-Mail-Sende-Node), um den Flow fortzusetzen.</p>
     <p>Im Node werden dazu die zu überwachenden Nodes des selben Flows ausgewählt.
-       Im Gegensatz zum <span style="background-color:Gainsboro">catch</span>-Node besteht hier jedoch nicht die Auswahlmöglichkeit aller Nodes des Flows.</p>
+       Im Gegensatz zum catch-Node besteht hier jedoch nicht die Auswahlmöglichkeit aller Nodes des Flows.</p>
     <p>Nicht alle Nodes können diesen Node anstoßen.
        Es hängt davon ab, ob die auslösenden Knoten diese Funktion unterstützen,
        welche erst mit Node-RED 1.0 eingeführt wurde.</p>

packages/node_modules/@node-red/nodes/locales/de/common/25-catch.html

@@ -29,13 +29,13 @@ <h3>Ausgangsdaten</h3>
     </dl>
     <h3>Details</h3>
     <p>Wenn ein Node bei der Verarbeitung einer Nachricht einen Fehler verursacht, wird der Flow in der Regel angehalten.
-       Der <span style="background-color:Gainsboro">catch</span>-Node kann verwendet werden, um diese Fehler abzufangen und sie mit einem dedizierten Flow zu bearbeiten.</p>
+       Der catch-Node kann verwendet werden, um diese Fehler abzufangen und sie mit einem dedizierten Flow zu bearbeiten.</p>
     <p>Der Node fängt standardmäßig die Fehler aller Nodes im selben Flow ab.
        Alternativ kann er auch an bestimmte Nodes gebunden werden.</p>
-    <p>Wenn ein Fehler ausgelöst wird, empfangen alle angebundenen <span style="background-color:Gainsboro">catch</span>-Nodes die Fehlermeldung.</p>
-    <p>Wenn ein Fehler in einem Subflow ausgelöst wird, wird der Fehler von einem <span style="background-color:Gainsboro">catch</span>-Node
+    <p>Wenn ein Fehler ausgelöst wird, empfangen alle angebundenen catch-Nodes die Fehlermeldung.</p>
+    <p>Wenn ein Fehler in einem Subflow ausgelöst wird, wird der Fehler von einem catch-Node
        innerhalb des Subflows abgefangen.
-       Wenn im Subflow keine <span style="background-color:Gainsboro">catch</span>-Nodes vorhanden sind, wird die Fehlermeldung eine Ebene höher zum Flow weitergereicht,
+       Wenn im Subflow keine catch-Nodes vorhanden sind, wird die Fehlermeldung eine Ebene höher zum Flow weitergereicht,
        in der sich die Subflow-Instanz befindet.</p>
     <p>Wenn die Nachricht bereits über eine <code>error</code>-Eigenschaft verfügt, wird sie nach <code>_error</code> kopiert.</p>
 </script>

packages/node_modules/@node-red/nodes/locales/de/common/60-link.html

@@ -17,7 +17,7 @@
 <script type="text/html" data-help-name="link in">
     <p>Erstellung virtueller Verbindungen (Links) zwischen Flows.</p>
     <h3>Details</h3>
-    <p>Der Node kann mit jedem beliebigen <span style="background-color:Gainsboro">link&nbsp;out</span>-Node in einen beliebigen Flow-Tab verlinkt werden.
+    <p>Der Node kann mit jedem beliebigen link&nbsp;out-Node in einen beliebigen Flow-Tab verlinkt werden.
        Sobald sie verlinkt sind, verhalten sie sich so, als wären sie direkt miteinander verbunden.</p>
     <p>Die Links zwischen Link-Nodes werden nur angezeigt, wenn ein Link-Node ausgewählt ist.
        Wenn Links zu anderen Flow-Tabs vorhanden sind, werden virtuelle Link-Nodes als Gegenparts angezeigt,
@@ -28,7 +28,7 @@ <h3>Details</h3>
 <script type="text/html" data-help-name="link out">
     <p>Erstellung virtueller Verbindungen (Links) zwischen Flows.</p>
     <h3>Details</h3>
-    <p>Der Node kann mit jedem beliebigen <span style="background-color:Gainsboro">link&nbsp;in</span>-Node in einen beliebigen Flow-Tab verlinkt werden.
+    <p>Der Node kann mit jedem beliebigen link&nbsp;in-Node in einen beliebigen Flow-Tab verlinkt werden.
        Sobald sie verlinkt sind, verhalten sie sich so, als wären sie direkt miteinander verbunden.</p>
     <p>Die Links zwischen Link-Nodes werden nur angezeigt, wenn ein Link-Node ausgewählt ist.
        Wenn Links zu anderen Flow-Tabs vorhanden sind, werden virtuelle Link-Nodes als Gegenparts angezeigt,

packages/node_modules/@node-red/nodes/locales/de/function/10-function.html

@@ -47,7 +47,7 @@ <h4><b>Protokollierung und Fehlerbehandlung</b></h4>
         <li><code>node.error("Fehlermeldungstext")</code></li>
     </ul>
     </p>
-    <p>Der <span style="background-color:Gainsboro">catch</span>-Node kann auch zur Bearbeitung von Fehlern verwendet werden.
+    <p>Der catch-Node kann auch zur Bearbeitung von Fehlern verwendet werden.
        Er wird aufgerufen, indem <code>msg</code> als zweites Argument an <code>node.error</code> übergeben wird:</p>
     <pre>node.error("Fehlermeldungstext" ,msg);</pre>
     <h4><b>Zugriff auf Node-Informationen</b></h4>

packages/node_modules/@node-red/nodes/locales/de/function/10-switch.html

@@ -27,7 +27,7 @@ <h4><b>Regeln</b></h4>
     <ol>
         <li><b>value rules</b>: Regeln werden hinsichtlich einer eingestellten Eigenschaft ausgewertet</li>
         <li><b>sequence rules</b>: Regeln beziehen sich auf Nachrichtensequenzen,
-            wie sie beispielsweise durch den <span style="background-color:Gainsboro">split</span>-Node erzeugt werden</li>
+            wie sie beispielsweise durch den split-Node erzeugt werden</li>
         <li>Ein <b>JSONata-Ausdruck</b> kann die gesamte Eingangsnachricht auswerten und einen <code>true</code>-Wert zurückliefern,
             um eine Regelerfüllung zu signalisieren</li>
         <li>Die <b>ansonsten</b>-Regel wird angewendet, wenn keine vorhergehende Regel übereinstimmt</li>

packages/node_modules/@node-red/nodes/locales/de/function/90-exec.html

@@ -25,9 +25,9 @@ <h3>Eingangsdaten</h3>
         <dt class="optional">payload <span class="property-type">string</span></dt>
         <dd>Wird an auszuführenden Befehl angehängt, sofern im Node aktiviert.</dd>
         <dt class="optional">kill <span class="property-type">string</span></dt>
-        <dd>Typ des Kill-Signals, das an den zu beendenden <span style="background-color:Gainsboro">exec</span>-Node-Prozess gesendet wird.</dd>
+        <dd>Typ des Kill-Signals, das an den zu beendenden exec-Node-Prozess gesendet wird.</dd>
         <dt class="optional">pid <span class="property-type">number | string</span></dt>
-        <dd>Prozess-ID des zu beendenden <span style="background-color:Gainsboro">exec</span>-Node-Prozesses.</dd>
+        <dd>Prozess-ID des zu beendenden exec-Node-Prozesses.</dd>
     </dl>
     <h3>Ausgangsdaten</h3>
     <ol class="node-ports">
@@ -75,7 +75,7 @@ <h3>Details</h3>
     <p>Die zurückgegebenen Daten (Payload) sind in der Regel eine <i>Zeichenfolge (string)</i>,
        außer es werden nicht UTF-8-Zeichen wie bei einem <i>binären Puffer (buffer)</i> erkannt.</p>
     <p>Bei einem aktiven Node werden Status und die PID angezeigt.
-       Änderungen können mittels <span style="background-color:Gainsboro">status</span>-Node gelesen werden.</p>
+       Änderungen können mittels status-Node gelesen werden.</p>
     <h4><b>Prozesse beenden</b></h4>
     <p>Durch Senden von <code>msg.kill</code> wird ein einzelner aktiver Prozess beendet.
        <code>msg.kill</code> sollte als Zeichenfolge (string) den Signaltyp enthalten,

packages/node_modules/@node-red/nodes/locales/de/messages.json

@@ -94,7 +94,7 @@
         "label": {
             "source": "Fehler abfangen von",
             "selectAll": "Alles auswählen",
-            "uncaught": "Fehler ignorieren, die von anderen <span style=\"background-color:Gainsboro\">catch</span>-Nodes behandelt wurden"
+            "uncaught": "Fehler ignorieren, die von anderen catch-Nodes behandelt wurden"
         },
         "scope": {
             "all": "allen Nodes",
@@ -475,12 +475,12 @@
         "json": "Ein parsed JSON-Objekt",
         "tip": {
             "in": "Die URL ist relativ zu ",
-            "res": "Die an diesen Node gesendeten Nachrichten <b>müssen</b> von einem <span style=\"background-color:Gainsboro\">http&nbsp;in</span>-Node stammen",
+            "res": "Die an diesen Node gesendeten Nachrichten <b>müssen</b> von einem http&nbsp;in-Node stammen",
             "req": "Tipp: Wenn die JSON-Syntax-Analyse fehlschlägt, wird die abgerufene Zeichenfolge zurückgegeben, wie sie ist."
         },
         "httpreq": "http request",
         "errors": {
-            "not-created": "<span style=\"background-color:Gainsboro\">http in</span>-Node kann nicht erstellt werden, wenn httpNodeRoot auf 'false' gesetzt ist.",
+            "not-created": "http in-Node kann nicht erstellt werden, wenn httpNodeRoot auf 'false' gesetzt ist.",
             "missing-path": "Fehlender Pfad",
             "no-response": "Kein Antwort-Objekt",
             "json-error": "JSON-Parse-Fehler",
@@ -684,7 +684,7 @@
         },
         "errors": {
             "invalid-expr": "Ungültiger JSONata-Ausdruck: __error__",
-            "too-many": "Zu viele anstehende Nachrichten im <span style=\"background-color:Gainsboro\">switch</span>-Node"
+            "too-many": "Zu viele anstehende Nachrichten im switch-Node"
         }
     },
     "change": {
@@ -940,8 +940,8 @@
         "afterTimeout": "Bei Zeitablauf nach erster Nachricht von",
         "seconds": "Sekunden",
         "complete": "Nach Nachricht mit <code>msg.complete</code>-Eigenschaft",
-        "tip": "Dieser Modus setzt voraus, dass dieser Node entweder mit einem <span style=\"background-color:Gainsboro\">split</span>-Node kombiniert ist oder dass die empfangenen Nachrichten über eine ordnungsgemäß konfigurierte <code>msg.parts</code>-Eigenschaft verfügen.",
-        "too-many": "Zu viele anstehende Nachrichten im <span style=\"background-color:Gainsboro\">join</span>-Node",
+        "tip": "Dieser Modus setzt voraus, dass dieser Node entweder mit einem split-Node kombiniert ist oder dass die empfangenen Nachrichten über eine ordnungsgemäß konfigurierte <code>msg.parts</code>-Eigenschaft verfügen.",
+        "too-many": "Zu viele anstehende Nachrichten im join-Node",
         "merge": {
             "topics-label": "Zusammengeführte Topics",
             "topics": "Topics",
@@ -970,9 +970,9 @@
         "ascending": "aufsteigend",
         "descending": "absteigend",
         "as-number": "als Zahlenwert",
-        "invalid-exp": "Ungültiger JSONata-Ausdruck in <span style=\"background-color:Gainsboro\">sort</span>-Node: __message__",
-        "too-many": "Zu viele anstehende Nachrichten in <span style=\"background-color:Gainsboro\">sort</span>-Node",
-        "clear": "Anstehende Nachricht in <span style=\"background-color:Gainsboro\">sort</span>-Node löschen"
+        "invalid-exp": "Ungültiger JSONata-Ausdruck in sort-Node: __message__",
+        "too-many": "Zu viele anstehende Nachrichten in sort-Node",
+        "clear": "Anstehende Nachricht in sort-Node löschen"
     },
     "batch": {
         "batch": "batch",
@@ -997,7 +997,7 @@
             "topics-label": "Topics",
             "topic": "Topic"
         },
-        "too-many": "Zu viele anstehende Nachrichten im <span style=\"background-color:Gainsboro\">batch</span>-Node",
+        "too-many": "Zu viele anstehende Nachrichten im batch-Node",
         "unexpected": "Unerwarteter Modus",
         "no-parts": "Keine parts-Eigenschaft in Nachricht"
     },

packages/node_modules/@node-red/nodes/locales/de/network/10-mqtt.html

@@ -94,8 +94,8 @@ <h3>Details</h3>
 <script type="text/html" data-help-name="mqtt-broker">
     <p>Konfiguration der Verbindung zu einem MQTT-Broker.</p>
     <p>Diese Konfiguration erstellt eine einzelne Verbindung zu einem Broker,
-       welche anschließend von den <span style="background-color:Gainsboro">mqtt&nbsp;in</span>- und
-       <span style="background-color:Gainsboro">mqtt out</span>-Nodes verwendet werden.</p>
+       welche anschließend von den mqtt&nbsp;in- und
+       mqtt out-Nodes verwendet werden.</p>
     <p>Der Node generiert eine beliebige Client-ID, falls sie nicht vorgegeben ist und der
        Node eine bereinigte Sitzung (clean session) verwenden soll.
        Wenn eine Client-ID vorgegeben wird, muss sie für den Broker eindeutig sein, zu dem die Verbindung hergestellt werden soll.</p>

packages/node_modules/@node-red/nodes/locales/de/network/21-httpin.html

@@ -36,7 +36,7 @@ <h3>Ausgangsdaten</h3>
         <dt>res <span class="property-type">object</span></dt>
         <dd>HTTP-Antwortobjekt.<br/>
             Diese Eigenschaft sollte nicht direkt verwendet werden.
-            Im <span style="background-color:Gainsboro">http&nbsp;response</span>-Node ist dokumentiert, wie auf eine Anforderung reagiert wird.
+            Im http&nbsp;response-Node ist dokumentiert, wie auf eine Anforderung reagiert wird.
             Diese Eigenschaft muss an der Nachricht angehängt bleiben, die an den Antwort-Node übergeben wird.</dd>
     </dl>
     <h3>Details</h3>
@@ -50,12 +50,12 @@ <h3>Details</h3>
     <p>Wenn der Inhaltstyp der Anforderung ermittelt werden kann, wird der Hauptteil als passender Typ analysiert.
        Z.B. <code>application/json</code> wird zu einem JavaScript-Objekt analysiert.</p>
     <p><b>Hinweis</b>: Dieser Node sendet keine Antwort an die Anforderung.
-       Der Flow muss einen <span style="background-color:Gainsboro">http&nbsp;response</span>-Node enthalten,
+       Der Flow muss einen http&nbsp;response-Node enthalten,
        um die Anforderung zu vervollständigen.</p>
 </script>
 
 <script type="text/html" data-help-name="http response">
-    <p>Senden von Antworten auf Anforderungen, die von einem <span style="background-color:Gainsboro">http&nbsp;in</span>-Node empfangen wurden.</p>
+    <p>Senden von Antworten auf Anforderungen, die von einem http&nbsp;in-Node empfangen wurden.</p>
     <h3>Eingangsdaten</h3>
     <dl class="message-properties">
         <dt>payload <span class="property-type">string</span></dt>

packages/node_modules/@node-red/nodes/locales/de/parsers/70-JSON.html

@@ -34,17 +34,17 @@ <h3>Ausgangsdaten</h3>
             </ul>
         </dd>
         <dt>schemaError <span class="property-type">array</span></dt>
-        <dd>Wenn die JSON-Schema-Validierung fehlschlägt, wird für den <span style="background-color:Gainsboro">catch</span>-Node eine <code>schemaError</code>-Eigenschaft erstellt,
+        <dd>Wenn die JSON-Schema-Validierung fehlschlägt, wird für den catch-Node eine <code>schemaError</code>-Eigenschaft erstellt,
             die ein Array von Fehlern enthält.</dd>
     </dl>
     <h3>Details</h3>
     <p>Standardmäßig verarbeitet der Node <code>msg.payload</code>,
        kann aber auch eine beliebige Nachrichteneigenschaft konvertieren.</p>
     <p>Die Konvertierungsrichtung kann im Node auch vorgegeben werden, um eine bestimmte Ziel-Kodierung sicherzustellen.
-       Dies kann z.B. zusammen mit dem <span style="background-color:Gainsboro">http&nbsp;in</span>-Node benutzt werden, um sicherzustellen,
+       Dies kann z.B. zusammen mit dem http&nbsp;in-Node benutzt werden, um sicherzustellen,
        dass die Nutzdaten (Payload) ein analysiertes (parsed) Objekt ist,
        auch wenn eine eingehende Anfrage seinen Inhaltstyp nicht korrekt eingestellt hat,
-       damit der <span style="background-color:Gainsboro">http&nbsp;in</span>-Node die Konvertierung durchführen kann.</p>
+       damit der http&nbsp;in-Node die Konvertierung durchführen kann.</p>
     <p>Wenn der Node auf Zeichenfolgen-Eingang (string) eingestellt ist und es einen String empfängt,
        werden keine weiteren Prüfungen der Eigenschaft durchgeführt.
        Der Node prüft weder, ob die Zeichenfolge (string) ein gültiges JSON enthält, noch wird er ihn neu formatieren,