Install or upgrade now using
npm install -g xible
From the changelogs;
timingobject for flow instances now also contains the
startDateproperties. These contain a
Date.now()property for their respective dates. This allows you to track exactly when a flow instance was started.
On the ‘flows’ view, you can now select a flow to view the details of that flow. This includes state, parameters, resource graphs and more.
xiblepm nodepack initto create a default node structure. This is useful for starting the development of a new node within a nodepack. (#81)
Unsupported browsers can now find exactly which features the browser is missing in a ‘details’ window.
string.lengthnode to find the length of all input strings combined.
Node.setTypeDef(Constr, type). As a result, node inputs and outputs can now be connected as long as either side is in the extends chain of the other side. If an output is lower in the extends chain than the input, the values will be filtered to match at least the extends level of the input.
input.filter-typenode to return values from a specific type only.
The log in the editor can now be cleared using the “clear” button.
Improved error handling. Throwing an error can now be intercepted by dedicated xible nodes (formerly
node.error(err, state)instead of simply throwing remains a valid use as it provides more details as to where the error originated. The
xible.node.onerrornodes have been renamed to
Errors thrown within a flow instance now show up in the editor. (#12)
When publishing a nodepack (which already exists), the package.json
nameattribute is now stripped of preceeding ‘xible-np-’ or ‘xible-nodepack-’ strings before matching it against the registry to see if the publisher is the same. Prior to this, the registry would return a http 403 which would show up as ‘Unsuccessful statuscode returned’ in the cli.
When initially navigating to the flows overview and after that head over to the editor, the flows would show up empty. This is now fixed. (#77)