Node-RED 0.8.0 is now available to download or npm install.
Please read the upgrade instructions and don’t forget to run
npm update after grabbing the latest code.
A subtle new look for nodes
With our use of white-on-transparent icons, along with a muted palette of colours for the nodes themselves, sometimes the combination could make the icon hard to see. To help improve the icon’s contrast, it now gets displayed on a darker background. It’s a subtle change, but makes it easier to distinguish the different nodes.
We now have documentation on how to write your own node. There are a couple more advanced topics still to cover, but all of the basics are there.
Node status indicators
It is now possible for nodes to share their status with the UI and update it in realtime. This status is hidden by default, but it can be turned on by selecting the ‘Node Status’ option in the right-hand drop-down menu.
For example, the MQTT nodes have been updated to show if they are connected or not.
More information in the new docs.
npm installable nodes
With this release, we now support nodes to be installed via npm. This make it much easier to install new nodes as well as their dependencies.
If you have a Griffin Powermate you can install the Node-RED node for it with a simple
npm install node-red-contrib-powermate - thanks to @hardillb.
We’ll be gradually releasing the nodes in the existing node-red-nodes repository to npm.
More information in, you guessed it, the new docs.
Quite a lot of work has gone into making the UI touch-enabled. This first pass has been focused on enabling the existing functionality to be driven by touch and not rely on mouse/keyboard combinations.
There are still some parts that aren’t yet optimised for touch/mobile - such as the drop-down menu. This is something we’ll be working on in the next couple releases.
Credit to TJ Koury for his contributions in this area.
Flow file handling
The flow file now gets backed-up whenever a new set of flows are deployed. This means the backup file,
flows.backup will always contain the previous deployed flows - handy if you accidentally deploy something you didn’t mean to.
Previously, the credentials for a flow would get stored in
credentials.json. When the flow file was loaded, it would prune out any credentials that were associated with nodes that no longer existed. This was a pain for users who frequently switched between flow files. To solve this, the file used to store credentials is now tied to the flow filename. For example, when running with
my_flows.json, the credentials will get stored in
We have occasionally had a request to format the flow file to make it more human-readable, rather than as a compact, single-line JSON string. This is now possible by setting the
flowFilePretty option in the settings file.
- The HTML node allows a flow to extract elements of a document using jQuery-like selectors.
- The File In node can be used to read a file’s contents
- The Trigger node can be used to pulse IO pins, setup a watchdog or many other things
- The Serial node has been updated to allow configuration of the data bits, parity and stop bits. It can also now be configured to handle binary data rather than assume everything is ASCII text.