i18n-german https://github.com/jwende/nodered-german/issues/4

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

@@ -26,9 +26,9 @@
    </dl>
    <h3> Details </h3>
    Das Subskriptionsthema kann MQTT-Platzhalterzeichen, + für eine Ebene, # für mehrere Ebenen umfassen. </p>
-   <p> Dieser Knoten erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann. 
+   <p> Dieser Node erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann.
       Eine neue Konfiguration wird durch Klicken auf das Stiftsymbol erstellt. </p>
-   <p> Mehrere MQTT-Knoten (in oder out) können bei Bedarf dieselbe Brokerverbindung nutzen. </p>
+   <p> Mehrere MQTT-Nodes (in oder out) können bei Bedarf dieselbe Brokerverbindung nutzen. </p>
 </script>
 
 <script type="text/x-red" data-help-name="mqtt out">
@@ -50,34 +50,34 @@
       <code> msg.payload </code>  wird als Nutzdaten der zu veröffentlichenden Nachricht verwendet.
       Wenn er ein Objekt enthält, wird es in eine JSON-Zeichenfolge konvertiert, bevor es gesendet wird.
       Wenn er einen binären Puffer enthält, wird die Nachricht unverändert veröffentlicht. </p>
-      <p> Das verwendete Thema kann im Knoten konfiguriert werden oder, falls es leer gelassen wird, 
+      <p> Das verwendete Thema kann im Node konfiguriert werden oder, falls es leer gelassen wird,
       durch <code>msg.topic</code> festgelegt werden. </p>
-      <p> Ebenso können die QoS- und retain-Werte im Knoten konfiguriert werden oder, falls vorhanden, 
+      <p> Ebenso können die QoS- und retain-Werte im Node konfiguriert werden oder, falls vorhanden,
       durch <code>msg.qos</code> bzw. <code>msg.retain</code> festgelegt werden. 
       Sie können eine zuvor auf einem Thema auf dem Broker beibehalten Nachricht löschen, 
       indem eine leere Nachricht an dieses Thema gesendet wird und die Markierung 'retain' gesetzt ist.</p>
-      <p>Dieser Knoten erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann. 
+      <p>Dieser Node erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann.
       Eine neue Konfiguration wird durch Klicken auf das Stiftsymbol erstellt.</p>
-    <p>Mehrere MQTT-Knoten (in oder out) können bei Bedarf dieselbe Brokerverbindung nutzen.</p>
+    <p>Mehrere MQTT-Nodes (in oder out) können bei Bedarf dieselbe Brokerverbindung nutzen.</p>
 </script>
 
 <script type="text/x-red" data-help-name="mqtt-broker">
    <p> Konfiguration für eine Verbindung zu einem MQTT-Broker. </p>
    <p> Diese Konfiguration erstellt eine Verbindung zu einem Broker, die anschließend von den 
-      Knoten <code>MQTT In</code> und <code>MQTT Out</code> verwendet werden. </p>
-   <p> Der Knoten generiert eine beliebige Client-ID, falls sie nicht definiert ist und der Knoten für die Verwendung 
+      Nodes <code>MQTT In</code> und <code>MQTT Out</code> verwendet werden. </p>
+   <p> Der Node generiert eine beliebige Client-ID, falls sie nicht definiert ist und der Node für die Verwendung
       einer bereinigten Sitzung (Clean Session) konfiguriert ist. Wenn eine Client-ID festgelegt ist, 
       muss sie für den Broker, zu dem Sie eine Verbindung herstellen, eindeutig sein. </p>
    <h3> Nachricht bei Verbindungsaufbau </h3>
    <p> Dies ist eine Nachricht, die vom Broker in dem konfigurierten Thema veröffentlicht wird, wenn die Verbindung hergestellt wurde. </p>
    <h3> Nachricht bei Verbindungsbeendigung </h3>
    <p> Dies ist eine Nachricht, die vom Broker in dem konfigurierten Thema veröffentlicht wird, wenn die Verbindung normal geschlossen wird -  
-      entweder durch erneute Implementierung des Knotens oder durch Herunterfahren von Node-RED. </p>
+      entweder durch erneute Implementierung des Nodes oder durch Herunterfahren von Node-RED. </p>
    <h3> Nachricht bei unerwarteter Verbindungsbeendigung</h3>
    <p> Dies ist eine Nachricht, die vom Broker in dem konfigurierten Thema veröffentlicht wird, 
       wenn die Verbindung unerwartet geschlossen wird 
    <h3> WebSockets </h3>
-   <p> Der Knoten kann für die Verwendung einer WebSocket-Verbindung konfiguriert werden. 
+   <p> Der Node kann für die Verwendung einer WebSocket-Verbindung konfiguriert werden.
       Dazu wird im Server-Feld eine vollständigen URI für die Verbindung angegeben. Beispiel: </p>
    <pre> ws://example.com:4000/mqtt </pre>
 </script>

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

@@ -36,11 +36,11 @@
         </dd>
         <dt>res<span class="property-type">Objekt</span></dt>
         <dd>Ein HTTP-Antwortobjekt. Diese Eigenschaft sollte nicht direkt verwendet werden.
-            Der <code>HTTP Response</code> Knoten dokumentiert, wie auf eine Anforderung reagiert wird.
-            Diese Eigenschaft muss an die Nachricht angehängt bleiben, die an den Antwortknoten übergeben wird.</dd>
+            Der <code>HTTP Response</code> Node dokumentiert, wie auf eine Anforderung reagiert wird.
+            Diese Eigenschaft muss an die Nachricht angehängt bleiben, die an den Antwort-Node übergeben wird.</dd>
     </dl>
     <h3>Details</h3>
-    <p> Der Knoten ist auf dem konfigurierten Pfad für Anforderungen eines bestimmten Typs empfangsbereit.
+    <p> Der Node ist auf dem konfigurierten Pfad für Anforderungen eines bestimmten Typs empfangsbereit.
         Der Pfad kann vollständig angegeben werden, z. B. <code>/user</code> oder benannte Parameter beinhalten, 
         die einen beliebigen Wert akzeptieren, z. B. <code>/user/:name</code>.
         Wenn benannte Parameter verwendet werden, kann auf ihren tatsachlichen Wert über <code> msg.req.params</code> 
@@ -49,12 +49,12 @@
         Anforderung über <code>msg.payload</code> verfügbar gemacht.</p>
     <p> Wenn der Inhaltstyp der Anforderung ermittelt werden kann, wird der Hauptteil syntaktisch analysiert.
         Wenn zum Beispiel <code> application/json</code> erkannt wurde, die Darstellung in der JavaScript-Objekt Notation. </p>
-    <p> <b> Hinweis:</b> Dieser Knoten sendet keine Antwort an die Anforderung. Der Flow 
-        muss einen code>HTTP Response</code> Knoten enthalten, um die Anforderung abzuschließen. </p>
+    <p> <b> Hinweis:</b> Dieser Node sendet keine Antwort an die Anforderung. Der Flow
+        muss einen code>HTTP Response</code> Node enthalten, um die Anforderung abzuschließen. </p>
 </script>
 
 <script type="text/x-red" data-help-name="http response">
-    <p>Sendet Antworten auf Anforderungen, die von einem code>HTTP In</code> Knoten empfangen wurden. </p>
+    <p>Sendet Antworten auf Anforderungen, die von einem code>HTTP In</code> Node empfangen wurden. </p>
     <h3>Eingaben</h3>
     <dl class="message-properties">
         <dt>payload <span class="property-type">Zeichenfolge</span> </dt>
@@ -67,8 +67,8 @@
         <dd> Wenn festgelegt kann es zum Setzen oder Löschen von Cookies verwendet werden. </dd>
     </dl>
     <h3>Details</h3>
-    <p>Der <code>StatusCode</code> und die <code>Header</code> können auch innerhalb des Knoten gesetzt werden. 
-        Wenn eine Eigenschaft innerhalb des Knotens festgelegt wird, 
+    <p>Der <code>StatusCode</code> und die <code>Header</code> können auch innerhalb des Node gesetzt werden.
+        Wenn eine Eigenschaft innerhalb des Nodes festgelegt wird,
         kann sie nicht durch die entsprechende Nachrichteneigenschaft überschrieben werden.</p>
     <h4>Behandlung von Cookies</h4>
     <p> Die Eigenschaft <code>Cookies</code> muss ein Objekt mit Name/Wert-Paaren sein.

packages/node_modules/@node-red/nodes/locales/de/io/21-httprequest.html

@@ -20,9 +20,9 @@
     <h3>Eingaben</h3>
     <dl class="message-properties">
         <dt class="optional">url <span class="property-type">Zeichenkette</span></dt>
-        <dd>Wenn nicht im Knoten konfiguriert, setzt diese optionale Eigenschaft die URL der Anforderung.</dd>
+        <dd>Wenn nicht im Node konfiguriert, setzt diese optionale Eigenschaft die URL der Anforderung.</dd>
         <dt class="optional">method <span class="property-type">Zeichenkette</span></dt>
-        <dd>Wenn nicht im Knoten konfiguriert, setzt diese optionale Eigenschaft die HTTP-Methode der Anforderung. 
+        <dd>Wenn nicht im Node konfiguriert, setzt diese optionale Eigenschaft die HTTP-Methode der Anforderung.
             Muss einer von <code>GET</code>, <code>PUT</code>, <code>POST</code>, <code>PATCH</code> oder <code>DELETE</code> sein.</dd>
         <dt class="optional">headers <span class="property-type">Objekt</span></dt>
         <dd>Setzt die HTTP-Header der Anforderung.</dd>
@@ -42,7 +42,7 @@
     <h3>Ausgaben</h3>
     <dl class="message-properties">
         <dt>payload <span class="property-type">Zeichenkette | Objekt | Puffer</span></dt>
-        <dd>Der Hauptteil der Antwort. Der Knoten kann konfiguriert werden, um den Hauptteil als Zeichenkette zurückzugeben, 
+        <dd>Der Hauptteil der Antwort. Der Node kann konfiguriert werden, um den Hauptteil als Zeichenkette zurückzugeben,
             zu versuchen, ihn als JSON-Zeichenkette zu analysieren oder ihn als binären Puffer zu belassen.</dd>
         <dt>statusCode <span class="property-type">Zahl</span></dt>
         <dd>Der Statuscode der Antwort oder der Fehlercode, wenn die Anforderung nicht abgeschlossen werden konnte.</dd>
@@ -55,7 +55,7 @@
         <dd>Wenn die Antwort Cookies enthält, ist dieses Element ein Objekt von Namen/Wertpaaren für jedes Cookie.</dd>
     </dl>
     <h3>Details</h3>
-    <p>Wenn innerhalb des Knotens konfiguriert, kann die URL-Eigenschaft 
+    <p>Wenn innerhalb des Nodes konfiguriert, kann die URL-Eigenschaft
         <a href="http://mustache.github.io/mustache.5.html" target="_blank">mustache-style</a> Tags enthalten. 
         Diese ermöglicht es, die URL aus den Werten der eingehenden Nachricht aufzubauen. 
         Wenn die URL beispielsweise auf <code>example.com/{{{topic}}}</code> gesetzt ist, 
@@ -64,21 +64,21 @@
     <p><b>Note</b>: Wenn Node-RED hinter einem Proxy läuft, sollte die Umgebungsvariable <code>http_proxy=...</code> gesetzt 
         und Node-RED neu gestartet werden, oder eine Proxy Konfiguration wird verwendet. 
         Wenn die Proxy-Konfiguration verwendet wird, hat diese Konfiguration Vorrang vor der Umgebungsvariablen.</p>
-    <h4>Verwendung mehrerer HTTP-Anforderungsknoten</h4>
-    <p>Um mehr als einen dieser Knoten im gleichen Flow verwenden zu können, 
+    <h4>Verwendung mehrerer HTTP-Anforderungs-Node</h4>
+    <p>Um mehr als einen dieser Node im gleichen Flow verwenden zu können,
         ist Vorsicht bei der Verwendung der Eigenschaft <code>msg.headers</code> geboten 
-        Der erste Knoten setzt diese Eigenschaft mit  dem Antwortheader. 
-        Der nächste Knoten verwendet dann diese Header für seine Anfrage - diese sind aber in der Regel nicht die Richtigen. 
-        Wenn die Eigenschaft <code>msg.headers</code> zwischen den Knoten unverändert bleibt, wird sie vom zweiten Knoten ignoriert. 
+        Der erste Node setzt diese Eigenschaft mit  dem Antwortheader.
+        Der nächste Node verwendet dann diese Header für seine Anfrage - diese sind aber in der Regel nicht die Richtigen.
+        Wenn die Eigenschaft <code>msg.headers</code> zwischen den Nodes unverändert bleibt, wird sie vom zweiten Node ignoriert.
         Um benutzerdefinierte Header festzulegen, sollte <code>msg.headers</code> zuerst gelöscht 
         oder auf ein leeres Objekt gesetzt werden: <code>{}</code>.</p>
     <h4>Behandlung von Cookies</h4>
-    <p>Die an den Knoten übergebene Eigenschaft <code>cookies</code> muss ein Objekt von Name/Wert Paaren sein.
+    <p>Die an den Node übergebene Eigenschaft <code>cookies</code> muss ein Objekt von Name/Wert Paaren sein.
         Der Wert kann entweder eine Zeichenkette sein, um den Wert des Cookies zu setzen, 
         oder es kann ein Objekt mit einer einzigen <code>value</code> Eigenschaft sein.<p>
     <p>Alle von der Anforderung zurückgegebenen Cookies werden unter der Eigenschaft <code>responseCookies</code> zurückgegeben.</p>
     <h4>Behandlung von Content-Typen</h4>
-    <p>Wenn <code>msg.payload</code> ein Objekt ist, setzt der Knoten automatisch den Inhaltstyp der Anforderung 
+    <p>Wenn <code>msg.payload</code> ein Objekt ist, setzt der Node automatisch den Inhaltstyp der Anforderung
         auf <code>application/json</code> und kodiert den Hauptteil als solchen.</p>
     <p>Um die Anforderung als Formulardaten zu kodieren, 
         sollte <code>msg.headers["content-type"]</code> auf <code>application/x-wwww-form-urlencoded</code> gesetzt werden.</p>

packages/node_modules/@node-red/nodes/locales/de/io/22-websocket.html

@@ -15,18 +15,18 @@
 -->
 
 <script type="text/x-red" data-help-name="websocket in">
-    <p>WebSocket Eingangsknoten.</p>
+    <p>WebSocket Eingangs-Node.</p>
     <p>Standardmäßig befinden sich die vom WebSocket empfangenen Daten in <code>msg.payload</code>.
         Der Socket kann konfiguriert werden, um eine korrekt gebildete JSON-Zeichenkette zu erwarten, 
         in diesem Fall wird er das JSON analysieren und das resultierende Objekt als gesamte Nachricht senden.</p>
 </script>
 
 <script type="text/x-red" data-help-name="websocket out">
-    <p>WebSocket Ausgabeknoten.</p>
+    <p>WebSocket Ausgabe-Node.</p>
     <p>Standardmäßig wird <code>msg.payload</code> über den WebSocket gesendet. 
        Der Socket kann so konfiguriert werden, dass er das gesamte <code>msg</code> Objekt als JSON-String kodiert und über den WebSocket sendet.</p>
 
-    <p>Wenn die an diesem Knoten ankommende Nachricht an einem WebSocket-Eingangsknoten begann, 
+    <p>Wenn die an diesem Node ankommende Nachricht an einem WebSocket-Eingangs-Node begann,
         wird die Nachricht an den Client zurückgesendet, der den Flow ausgelöst hat. 
         Andernfalls wird die Nachricht an alle verbundenen Clients gesendet..</p>
     <p>Wenn eine Nachricht, die an einem WebSocket-Eingangsnoten gestartet wurde, an alle verbunden Clients gesendet werden soll, 
@@ -34,7 +34,7 @@
 </script>
 
 <script type="text/x-red" data-help-name="websocket-listener">
-   <p>Dieser Konfigurationsknoten erstellt einen WebSocket Server-Endpunkt unter Verwendung des angegebenen Pfades.</p>
+   <p>Dieser Konfigurations-Node erstellt einen WebSocket Server-Endpunkt unter Verwendung des angegebenen Pfades.</p>
 </script>
 
 <!-- WebSocket Client configuration node -->
@@ -62,5 +62,5 @@
 </script>
 
 <script type="text/x-red" data-help-name="websocket-client">
-   <p>Dieser Konfigurationsknoten verbindet einen WebSocket-Client mit der angegebenen URL.</p>
+   <p>Dieser Konfigurations-Node verbindet einen WebSocket-Client mit der angegebenen URL.</p>
 </script>

packages/node_modules/@node-red/nodes/locales/de/io/31-tcpin.html

@@ -22,7 +22,7 @@
 
 <script type="text/x-red" data-help-name="tcp out">
     <p>Bietet eine Auswahl an TCP-Ausgängen. Kann sich entweder mit einem entfernten TCP-Port verbinden,
-       eingehende Verbindungen akzeptieren oder auf Nachrichten antworten, die von einem TCP-In-Knoten empfangen werden.</p>
+       eingehende Verbindungen akzeptieren oder auf Nachrichten antworten, die von einem TCP-In-Node empfangen werden.</p>
        <p>Nur der Inhalt von <code>msg.payload</code> wird gesendet.</p>
     <p>Wenn <code>msg.payload</code> eine Zeichenkette beinhaltet, die eine Base64-Kodierung von binären
         Daten darstellt, wird die <code>Dekodiere Base64</codes> Option dazu führen, 
@@ -33,11 +33,11 @@
 </script>
  
 <script type="text/x-red" data-help-name="tcp request">
-    <p>Ein einfacher TCP-Anforderungsknoten - sendet die <code>msg.payload</code> an einen Server-TCP-Port und erwartet eine Antwort.</p>
-    <p>Verbindet sich, sendet die "Anforderung" und liest die "Antwort". Der Knoten wartet entweder auf eine vorgegebene Anzahl von 
+    <p>Ein einfacher TCP-Anforderungs-Node - sendet die <code>msg.payload</code> an einen Server-TCP-Port und erwartet eine Antwort.</p>
+    <p>Verbindet sich, sendet die "Anforderung" und liest die "Antwort". Der Node wartet entweder auf eine vorgegebene Anzahl von
         Zeichen in einen festen Puffer, auf ein bestimmtes Zeichen oder einen festen Timeout ab der ersten Antwort, 
         bevor er die Verbindug schliesst und die Daten an den Flow zurück gibt. 
-        Alternativ hält der Knoten die Verbindung ständig offen. </p>
+        Alternativ hält der Node die Verbindung ständig offen. </p>
     <p>Die Antwort wird in <code>msg.payload</code> als Puffer ausgegeben, so dass sie unter Umständen mit einer 
         <code> .toString()>/code> Funktion umgewandelt werden müssen.</p>
     <p>Wenn <code>tcp host</code> oder <code>port</code> leer gelassen werden, 

packages/node_modules/@node-red/nodes/locales/de/io/32-udp.html

@@ -15,7 +15,7 @@
 -->
 
 <script type="text/x-red" data-help-name="udp in">
-    <p>Ein UDP-Eingangsknoten, der eine <code>msg.payload</code> erzeugt, die einen
+    <p>Ein UDP-Eingangs-Node, der eine <code>msg.payload</code> erzeugt, die einen
         Puffer, Zeichenketten oder base64-kodierte Zeichenkette enthält. Multicast wird unterstützt.</p>
     <p>Über die Eigenschaften <code>msg.ip</code> und <code>msg.port</code> kann auf die Werte der 
     IP Addresse und des Ports zugegriffen werden, von dem die Nachtricht empfangen wurde.</p>
@@ -24,9 +24,9 @@
 </script>
 
 <script type="text/x-red" data-help-name="udp out">
-    <p>Dieser Knoten sendet <code>msg.payload</code> an den angegebenen UDP-Host und Port. Multicast wird unterstützt.</p>
+    <p>Dieser Node sendet <code>msg.payload</code> an den angegebenen UDP-Host und Port. Multicast wird unterstützt.</p>
     <p>Sie können <code>msg.ip</code> und <code>msg.port</code> verwenden, um die Zielwerte festzulegen, 
-        aber die statisch im Knoten konfigurierten Werte haben Vorrang.</p>
+        aber die statisch im Node konfigurierten Werte haben Vorrang.</p>
     <p>Wenn Sie Broadcast auswählen, stellen Sie entweder die Adresse auf die lokale Broadcast-IP-Adresse 
         oder versuchen Sie es mit 255.255.255.255, was die globale Broadcast-Adresse ist.</p>
     <p><b>Note</b>: Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administratorzugriff, um