@node-red/nodes 2.1.1 → 2.1.5

package/examples/storage/{file → write file}/04 - Specify encoding of written data.json

@@ -2,8 +2,8 @@
     {
         "id": "e4ef1f5e.7cd82",
         "type": "inject",
-        "z": "4b63452d.672afc",
-        "name": "",
+        "z": "6312c0588348b2d4",
+        "name": "Base64 encoded string",
         "props": [
             {
                 "p": "payload"
@@ -20,8 +20,8 @@
         "topic": "",
         "payload": "8J+YgA==",
         "payloadType": "str",
-        "x": 220,
-        "y": 820,
+        "x": 200,
+        "y": 220,
         "wires": [
             [
                 "72b37cc8.177054"
@@ -31,25 +31,25 @@
     {
         "id": "f5997af4.5a9298",
         "type": "comment",
-        "z": "4b63452d.672afc",
+        "z": "6312c0588348b2d4",
         "name": "Specify encoding of written data",
-        "info": "File node can specify encoding of data.",
-        "x": 230,
-        "y": 740,
+        "info": "Write file node can specify encoding of data.",
+        "x": 170,
+        "y": 140,
         "wires": []
     },
     {
         "id": "72b37cc8.177054",
         "type": "file",
-        "z": "4b63452d.672afc",
+        "z": "6312c0588348b2d4",
         "name": "",
         "filename": "/tmp/hello.txt",
         "appendNewline": true,
         "createDir": false,
         "overwriteFile": "true",
         "encoding": "base64",
-        "x": 400,
-        "y": 820,
+        "x": 420,
+        "y": 220,
         "wires": [
             [
                 "2da33ec.f45cac2"
@@ -59,7 +59,7 @@
     {
         "id": "2e814354.278c8c",
         "type": "debug",
-        "z": "4b63452d.672afc",
+        "z": "6312c0588348b2d4",
         "name": "",
         "active": true,
         "tosidebar": true,
@@ -68,22 +68,22 @@
         "complete": "false",
         "statusVal": "",
         "statusType": "auto",
-        "x": 790,
-        "y": 820,
+        "x": 810,
+        "y": 220,
         "wires": []
     },
     {
         "id": "2da33ec.f45cac2",
         "type": "file in",
-        "z": "4b63452d.672afc",
+        "z": "6312c0588348b2d4",
         "name": "",
         "filename": "/tmp/hello.txt",
         "format": "utf8",
         "chunk": false,
         "sendError": false,
         "encoding": "none",
-        "x": 600,
-        "y": 820,
+        "x": 620,
+        "y": 220,
         "wires": [
             [
                 "2e814354.278c8c"
@@ -93,21 +93,21 @@
     {
         "id": "ec754c99.84bfd",
         "type": "comment",
-        "z": "4b63452d.672afc",
+        "z": "6312c0588348b2d4",
         "name": "↓write string with base64 encoding",
         "info": "",
-        "x": 460,
-        "y": 780,
+        "x": 480,
+        "y": 180,
         "wires": []
     },
     {
         "id": "3e6704ff.4ce25c",
         "type": "comment",
-        "z": "4b63452d.672afc",
+        "z": "6312c0588348b2d4",
         "name": "↑read result from file",
         "info": "",
-        "x": 610,
-        "y": 860,
+        "x": 630,
+        "y": 260,
         "wires": []
     }
 ]

package/locales/de/common/20-inject.html

@@ -25,7 +25,7 @@
         <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 @@
        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>

package/locales/de/common/21-debug.html

@@ -23,10 +23,10 @@
     <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>

package/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>

package/locales/de/common/25-catch.html

@@ -29,13 +29,13 @@
     </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>

package/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 @@
 <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,

package/locales/de/function/10-function.html

@@ -47,7 +47,7 @@
         <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>

package/locales/de/function/10-switch.html

@@ -27,7 +27,7 @@
     <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>

package/locales/de/function/90-exec.html

@@ -25,9 +25,9 @@
         <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 @@
     <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,

package/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": {
@@ -851,7 +851,6 @@
             "outputas": "Ausgabe",
             "breakchunks": "In Chunks aufteilen",
             "breaklines": "In Linien aufteilen",
-            "filelabel": "file",
             "sendError": "Nachricht bei Fehler senden (herkömmlicher Modus)",
             "encoding": "Kodierung",
             "deletelabel": "lösche __file__",
@@ -940,8 +939,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 +969,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 +996,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"
     },

package/locales/de/network/10-mqtt.html

@@ -94,8 +94,8 @@
 <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>

package/locales/de/network/21-httpin.html

@@ -36,7 +36,7 @@
         <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 @@
     <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>

package/locales/de/parsers/70-JSON.html

@@ -34,17 +34,17 @@
             </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,

package/locales/de/sequence/17-split.html

@@ -32,7 +32,7 @@
     <dl class="message-properties">
         <dt>parts <span class="property-type">object</span></dt>
         <dd>Diese Eigenschaft enthält Informationen darüber, wie die Nachricht von der ursprünglichen Nachricht abgeteilt wurde.
-            Bei Übergabe an ein <span style="background-color:Gainsboro">join</span>-Node kann die Sequenz wieder zu einer einzigen Nachricht zusammengeführt werden.
+            Bei Übergabe an ein join-Node kann die Sequenz wieder zu einer einzigen Nachricht zusammengeführt werden.
             Diese Eigenschaft hat die folgenden Eigenschaften:
             <ul>
                 <li><code>id</code>: Identifikator der Nachrichten-Gruppe</li>
@@ -48,7 +48,7 @@
     </dl>
     <h3>Details</h3>
     <p>Dieser Node macht es einfach, einen Flow zu erstellen, der gemeinsame Aktionen über eine Sequenz von Nachrichten ausführt,
-       bevor die Sequenz mittels <span style="background-color:Gainsboro">join</span>-Node wieder zu einer einzigen Nachricht neu kombiniert wird.</p>
+       bevor die Sequenz mittels join-Node wieder zu einer einzigen Nachricht neu kombiniert wird.</p>
     <p>Der Node verwendet die <code>msg.parts</code>-Eigenschaft, um die einzelnen Sequenzteile nachzuverfolgen.</p>
     <h4><b>Streaming-Modus</b></h4>
     <p>Der Node kann auch zum Aufbereiten eines Nachrichtenstroms verwendet werden.
@@ -59,7 +59,7 @@
        so wird es im Node aufbewahrt und der nächsten empfangenen Nachricht vorangestellt.</p>
     <p>In diesem Modus wird die <code>msg.parts.count</code>-Eigenschaft nicht gesetzt,
        da die Anzahl der zu erwartenden Nachrichten im Stream unbekannt ist.
-       Das bedeutet, dass ein nachfolgender <span style="background-color:Gainsboro">join</span>-Node nicht im Automatikmodus verwendet werden kann.</p>
+       Das bedeutet, dass ein nachfolgender join-Node nicht im Automatikmodus verwendet werden kann.</p>
 </script>
 
 <script type="text/html" data-help-name="join">
@@ -67,7 +67,7 @@
     <p>Es sind drei Modi verfügbar:</p>
     <dl>
         <dt>Automatisch</dt>
-        <dd>In Kombination mit dem <span style="background-color:Gainsboro">split</span>-Node verbindet es automatisch die Nachrichten, um die zuvor durchgeführte Aufteilung rückgängig zu machen.</dd>
+        <dd>In Kombination mit dem split-Node verbindet es automatisch die Nachrichten, um die zuvor durchgeführte Aufteilung rückgängig zu machen.</dd>
         <dt>Manuell</dt>
         <dd>Die Nachrichtensequenzen können auf verschiedene Weisen verbunden werden.</dd>
         <dt>Sequenz reduzieren</dt>
@@ -77,7 +77,7 @@
     <dl class="message-properties">
         <dt class="optional">parts <span class="property-type">object</span></dt>
             <dd>Zur automatischen Verbindung einer Nachrichtensequenz sollten alle über diese Eigenschaft verfügen.
-                Der <span style="background-color:Gainsboro">split</span>-Node erzeugt diese Eigenschaft, sie kann aber auch manuell erstellt werden.
+                Der split-Node erzeugt diese Eigenschaft, sie kann aber auch manuell erstellt werden.
                 Sie hat die folgenden Eigenschaften:
                 <ul>
                 <li><code>id</code>: Identifikator der Nachrichten-Gruppe</li>
@@ -98,7 +98,7 @@
     <h4><b>Automatischer Modus</b></h4>
     <p>Der automatische Modus verwendet die <code>parts</code>-Eigenschaften der eingehenden Nachrichten,
        um die Sequenz in richtiger Reihenfolge zu verknüpften.
-       Dies ermöglicht die Aufteilung des <span style="background-color:Gainsboro">split</span>-Nodes automatisch rückgängig zu machen.</p>
+       Dies ermöglicht die Aufteilung des split-Nodes automatisch rückgängig zu machen.</p>
 
     <h4><b>Manueller Modus</b></h4>
     <p>Im manuellen Modus werden Nachrichtensequenzen auf verschiedenen Arten zusammengefügt:</p>

package/locales/de/sequence/18-sort.html

@@ -26,8 +26,8 @@
     <p>Für Zahlenwerte kann die numerische Sortierreihenfolge festgelegt werden.</p>
     <p>Der Sortierschlüssel kann ein Elementwert oder ein JSONata-Ausdruck beim Sortieren einer Nachrichteneigenschaft
        bzw. eine Nachrichteneigenschaft oder ein JSONata-Ausdruck beim Sortieren einer Nachrichtensequenz sein.<p>
-    <p>Zum Sortieren einer Nachrichtensequenz benötigt der <span style="background-color:Gainsboro">sort</span>-Node die gesetzte <code>msg.parts</code>-Eigenschaft bei den empfangenen Nachrichten.
-       Diese Eigenschaft wird vom <span style="background-color:Gainsboro">split</span>-Node erzeugt und kann aber auch manuell erzeugt werden.
+    <p>Zum Sortieren einer Nachrichtensequenz benötigt der sort-Node die gesetzte <code>msg.parts</code>-Eigenschaft bei den empfangenen Nachrichten.
+       Diese Eigenschaft wird vom split-Node erzeugt und kann aber auch manuell erzeugt werden.
        Sie hat die folgenden Eigenschaften:</p>
     <p>
         <ul>

package/locales/de/storage/10-file.html

@@ -58,5 +58,5 @@
        aber typischerweise 64k (Linux/Mac) oder 41k (Windows).</p>
     <p>Bei Aufteilung in mehrere Nachrichten besitzt jede eine <code>parts</code>-Eigenschaft,
        welche eine komplette Nachrichten-Sequenz bildet.</p>
-    <p>Fehler sollten mittels <span style="background-color:Gainsboro">catch</span>-Nodes abgefangen und behandelt werden.</p>
+    <p>Fehler sollten mittels catch-Nodes abgefangen und behandelt werden.</p>
 </script>

package/locales/en-US/function/80-template.html

@@ -21,7 +21,7 @@
         <dt>msg <span class="property-type">object</span></dt>
         <dd>A msg object containing information to populate the template.</dd>
         <dt class="optional">template <span class="property-type">string</span></dt>
-        <dd>A template to be populated from msg.payload. If not configured in the edit panel,
+        <dd>A template to be populated from <code>msg.payload</code>. If not configured in the edit panel,
          this can be set as a property of msg.</dd>
     </dl>
     <h3>Outputs</h3>

package/locales/en-US/function/89-delay.html

@@ -60,5 +60,5 @@
         for the next topic.
     </p>
     <p><b>Note</b>: In rate limit mode the maximum queue depth can be set by a property in your
-        <i>settings.js</i> file. For example <code>nodeMessageBufferMaxLength: 1000,</code>
+        <i>settings.js</i> file. For example <code>nodeMessageBufferMaxLength: 1000,</code></p>
 </script>

package/locales/en-US/function/rbe.html

@@ -25,7 +25,7 @@
     <h3>Details</h3>
     <p>In RBE mode this node will block until the <code>msg.payload</code>,
        (or selected property) value is different to the previous one.
-       If required it can ignore the intial value, so as not to send anything at start.</p>
+       If required it can ignore the initial value, so as not to send anything at start.</p>
     <p>The <a href="https://en.wikipedia.org/wiki/Deadband" target="_blank">Deadband</a> modes will block the incoming value
        <i>unless</i> its change is greater or greater-equal than &plusmn; the band gap away from a previous value.</p>
     <p>The Narrowband modes will block the incoming value,
@@ -37,5 +37,5 @@
     ignoring any values out of range, or the previous input value, which resets the set point, thus allowing
     gradual drift (deadband), or a step change (narrowband).</p>
     <p><b>Note:</b> This works on a per <code>msg.topic</code> basis, though this can be changed to another property if desired.
-       This means that a single rbe node can handle multiple different topics at the same time.</p>
+       This means that a single filter node can handle multiple different topics at the same time.</p>
 </script>

package/locales/en-US/network/10-mqtt.html

@@ -52,7 +52,7 @@
        <dt class="optional">topic <span class="property-type">string|object|array</span></dt>
        <dd>For the <code>"subscribe"</code> and <code>"unsubscribe"</code> actions, this property
            provides the topic. It can be set as either:<ul>
-           <li>a String continaing the topic filter</li>
+           <li>a String containing the topic filter</li>
            <li>an Object containing <code>topic</code> and <code>qos</code> properties</li>
            <li>an array of either strings or objects to handle multiple topics in one</li>
             </ul>

package/locales/en-US/network/21-httprequest.html

@@ -52,7 +52,7 @@
         <dd>In case any redirects occurred while processing the request, this property is the final redirected url.
             Otherwise, the url of the original request.</dd>
         <dt>responseCookies <span class="property-type">object</span></dt>
-        <dd>If the response includes cookies, this propery is an object of name/value pairs for each cookie.</dd>
+        <dd>If the response includes cookies, this property is an object of name/value pairs for each cookie.</dd>
         <dt>redirectList <span class="property-type">array</span></dt>
         <dd>If the request was redirected one or more times, the accumulated information will be added to this property. `location` is the next redirect destination. `cookies` is the cookies returned from the redirect source.</dd>
     </dl>

package/locales/en-US/sequence/17-split.html

@@ -60,7 +60,7 @@
     </p>
     <p>When operating in this mode, the node will not set the <code>msg.parts.count</code>
     property as it does not know how many messages to expect in the stream. This
-    means it cannot be used with the <b>join</b> node in its automatic mode</p>
+    means it cannot be used with the <b>join</b> node in its automatic mode.</p>
 </script>
 
 <script type="text/html" data-help-name="join">

package/locales/ja/common/60-link.html

@@ -29,3 +29,12 @@
     <p>linkノード間のリンクはlinkノードを選択した場合にのみ表示されます。他のタブへのリンクがある場合には、仮想的なノードを表示します。この仮想的ノードをクリックすると、対応するタブに移動できます。</p>
     <p><b>注: </b>サブフローの外から中、もしくは、中から外へのリンクを作成することはできません。</p>
 </script>
+
+<script type="text/html" data-help-name="link call">
+    <p><code>link in</code> で始まり、応答を返すフローを呼び出します。</p>
+    <h3>詳細</h3>
+    <p>本ノードは、任意のタブ内に存在する <code>link in</code> ノードに接続できます。 接続先のフローは、`返却`モードが設定された <code>link out</code> ノードで終了する必要があります。</p>
+    <p>本ノードはメッセージを受信すると、メッセージを接続した <code>link in</code> ノードへ渡します。
+       その後、応答を待った後にメッセージを送信します。</o>
+    <p>もし、設定したタイムアウト(デフォルト30秒)以内に応答がない場合は、<code>catch</code> ノードを用いてエラーをログに記録することもできます。</p>
+</script>

package/locales/ja/function/80-template.html

@@ -46,4 +46,6 @@
     <code>{{global[store].名前}}</code>を用います。
 </p>
     <p><b>注: </b>デフォルトでは、<i>mustache</i>形式は置換対象のHTML要素をエスケープします。これを抑止するには<code>{{{三重}}}</code>括弧形式を使います。</p>
+    <p>もし、コンテンツの中で<code>{{ }}</code>を出力する必要がある場合は、テンプレートで使われる記号文字を変えることもできます。例えば、<code>[[ ]]</code>を代わりに用いるには、テンプレートの先頭に以下の行を追加します。</p>
+    <pre>{{=[[ ]]=}}</pre>
 </script>

package/locales/ja/function/89-delay.html

@@ -25,11 +25,14 @@
         <dt class="optional">reset</dt>
         <dd>受信メッセージでこのプロパティを任意の値に設定すると、ノードが保持する全ての未送信メッセージをクリアします。</dd>
         <dt class="optional">flush</dt>
-        <dd>受信メッセージでこのプロパティを任意の値に設定すると、ノードが保持する全ての未送信メッセージを直ちに送信します。</dd>
+        <dd>本プロパティに数値が設定されたメッセージを受信すると、直ちに指定された数のメッセージを送信します。もし他の型(例えば真偽型)が設定されている場合は、ノードが保持している全ての未送信メッセージを直ちに送信します。</dd>
+        <dt class="optional">toFront</dt>
+        <dd>流量制御モードにおいて、本プロパティに真偽型<code>true</code>が設定されたメッセージを受け取ると、キューの先頭に追加され、その後に送信されます。<code>msg.flush=1</code>と組み合わせて用いると、すぐに再送信できます。</dd>
     </dl>
     <h3>詳細</h3>
-    <p>メッセージを遅延させるように設定する場合、遅延時間は固定値、範囲内の乱数値、メッセージ毎の動的な指定値のいずれかを指定できます。</p>
+    <p>メッセージを遅延させるように設定する場合、遅延時間は固定値、範囲内の乱数値、メッセージ毎の動的な指定値のいずれかを指定できます。各メッセージは、到着時刻に基づいて、他のメッセージとは独立して遅延されます。</p>
     <p>流量制御する場合、メッセージは指定した時間間隔内に分散して送信します。キューに残っているメッセージ数はノードのステータスに表示されます。受け取った中間メッセージを破棄することも可能です。</p>
     <p>流量値を上書きできるように設定されている場合、新しい流量値はすぐに適用されます。この流量値は、再度変更されるまで、本ノードがリセットされるまで、またはフローが再実行されるまで有効です。</p>
     <p>流量制御は全てのメッセージに適用することも、<code>msg.topic</code>値でグループ化して適用することも可能です。グループ化すると、中間メッセージは自動的に破棄されます。時間間隔毎に全てのトピックの最新メッセージを送信するか、次のトピックの最新メッセージを送信するかを指定できます。</p>
+    <p><b>注</b>: 流量制御モードでは、キューの大きさの最大値を<i>settings.js</i>ファイルのプロパティに設定できます。例えば、次の様な設定です。<code>nodeMessageBufferMaxLength: 1000,</code></p>
 </script>

package/locales/ja/function/rbe.html

@@ -27,5 +27,5 @@
     <p>不感帯モードでは%による指定もサポートしています。入力と前の値の差分がX%より大きな場合に出力を行います。</p>
     <p>狭帯域(narrowband)モードでは、前の値に対する差分が一定値より大きな場合に入力ペイロードをブロックします。このモードは、故障したセンサから発生する外れ値を無視する時などに有用です。</p>
     <p>不感帯モードと狭帯域モードでは、以前の有効出力値、もしくは、以前の入力値との比較ができます。有効出力値を用いると範囲外の値を無視することが、入力値を用いると設定点がリセットされるため漸次的変化(不感帯モード)もしくは段階的変化(狭帯域モード)が可能です。</p>
-    <p><b>注:</b> このノードは<code>msg.topic</code>毎に動作します。そのため、ひとつのrbeノードで複数の異なるトピックを同時に扱うことができます。</p>
+    <p><b>注:</b> このノードは<code>msg.topic</code>毎に動作します。そのため、ひとつのfilterノードで複数の異なるトピックを同時に扱うことができます。</p>
 </script>