Merge pull request #1617 from node-red-hitachi/fix-backquote-in-info

Fix backquote in info text

nodes/core/hardware/36-rpi-gpio.html

@@ -179,7 +179,7 @@
         <dt>payload <span class="property-type">number</span></dt>
         <dd>the payload will be a 1 or a 0.</dd>
         <dt>topic <span class="property-type">string</span></dt>
-        <dd>the topic will be set to `pi/{the pin number}`.</dd>
+        <dd>the topic will be set to <code>pi/{the pin number}</code>.</dd>
     </dl>
     <h3>Details</h3>
     <p>You may also enable the input pullup resistor or the pulldown resistor.</p>

nodes/core/io/21-httpin.html

@@ -75,7 +75,7 @@
     <p>The node will listen on the configured path for requests of a particular type.
        The path can be fully specified, such as <code>/user</code>, or include
        named parameters that accept any value, such as <code>/user/:name</code>.
-       When named parameters are used, their actual value in a request can be accessed under `msg.req.params`.</p>
+       When named parameters are used, their actual value in a request can be accessed under <code>msg.req.params</code>.</p>
     <p>For requests that include a body, such as a POST or PUT, the contents of
        the request is made available as <code>msg.payload</code>.</p>
     <p>If the content type of the request can be determined, the body will be parsed to

nodes/core/io/21-httprequest.html

@@ -117,7 +117,7 @@
     the response headers. The next node will then use those headers for its request - this
     is not usually the right thing to do. If <code>msg.headers</code> property is left unchanged
     between nodes, it will be ignored by the second node. To set custom headers, <code>msg.headers</code>
-    should first be deleted or reset to an empty object: `{}`.
+    should first be deleted or reset to an empty object: <code>{}</code>.
     <h4>Cookie handling</h4>
     <p>The <code>cookies</code> property passed to the node must be an object of name/value pairs.
     The value can be either a string to set the value of the cookie or it can be an

nodes/core/logic/10-switch.html

@@ -65,7 +65,7 @@
        that are part of a sequence.</p>
     <p>The <b>recreate message sequences</b> option can be enabled to generate new message sequences
        for each rule that matches. In this mode, the node will buffer the entire incoming
-       sequence before sending the new sequences on. The runtime setting `nodeMessageBufferMaxLength`
+       sequence before sending the new sequences on. The runtime setting <code>nodeMessageBufferMaxLength</code>
        can be used to limit how many messages nodes will buffer.</p>
 </script>
 

nodes/core/logic/17-split.html

@@ -337,7 +337,7 @@
     </p>
     <h4>Storing messages</h4>
     <p>This node will buffer messages internally in order to work across sequences. The
-       runtime setting `nodeMessageBufferMaxLength` can be used to limit how many messages nodes
+       runtime setting <code>nodeMessageBufferMaxLength</code> can be used to limit how many messages nodes
        will buffer.</p>
 </script>
 

nodes/core/logic/19-batch.html

@@ -90,7 +90,7 @@
     </dl>
     <h4>Storing messages</h4>
     <p>This node will buffer messages internally in order to work across sequences. The
-       runtime setting `nodeMessageBufferMaxLength` can be used to limit how many messages nodes
+       runtime setting <code>nodeMessageBufferMaxLength</code> can be used to limit how many messages nodes
        will buffer.</p>
 </script>