Releases: SpectrumBroad/xible
v0.29.3
v0.29.2
v0.29.1
v0.29.0
v0.28.0
v0.27.0
Added
- Support for different stores. This makes it possible to store flows, flow-states, and the vault outside the filesystem. The first supported store besides
FileStore
isPgStore
for PostgreSQL. You can use the store by providing--flow-store-type=PgStore
and--connection-string=<connection-string>
parameters when starting XIBLE. (#94)
Changed
-
Upgrade Cypress for E2E testing.
-
Updated minumum Node.JS version to 20.
Fixed
- The pattern validation for the name of a new flow in the browser was not escaped properly.
v0.26.0
Added
-
It is now possible to
xiblepm flow install <user>/<flow>
instead ofxiblepm flow install <flow> --publish-user-name=<user>
.xiblepm flow search
returns a list in the same format. -
Whenever a nodepack is under development and the package.json name attribute does not start with 'xible-np-' or 'xible-nodepack-', a warning is thrown, indicating that the nodepack cannot be published to the registry.
-
The CLI command
xiblepm flow delete <flowname>
has been added to delete a flow which is published to the registry. The documentation has been updated. -
The UI has an option to publish flows from the 'Flows' page. This acts similarly as the command line
xiblepm flow publish <flowname>
. -
It is now possible to navigate the node selector within the editor using the up and down keys to select different nodes, and the space key to insert a node.
Changed
- The
.xiblerc.json
file location is now configurable in the config.json and as a result through thexible config
command.
Fixed
- Calling node.getData() on a node that has no dataStructure, would throw.
v0.25.0
Changed
- Flows are now stored per user. This means that the registry can hold multiple flows by the same name, but published by different users. All functionality has been updated to reflect this change. This includes the UI and the cli commands such as
xiblepm flow install
.
v0.24.0
Added
-
Within the structure.json of a node, developers can now configure the input data fields using the dataStructure object, instead of creating a separate
editor/index.htm
. This improves development time for new nodes by a fair bit. If aneditor/index.htm
is present, it will overrule any configured dataStructure within the structure.json. (#95) -
A new convenience method node.getData(dataName, state) to fetch all data for a data field, including related inputs if so configured. This behaves similarly as a combination of fetching data through
NODE.data.x
andNODE.getInputByName(x).getValues()
.node.getData()
is the new preferred method of fetching data. (#95)
Changed
- nodeIo.isConnected() actually returns a boolean now, instead of the amount of connectors.