I am new on the forum but working with Node-red for about 4 years. I am very happy to see lots of improvements during this time. I would like to ask for suggestions regarding some features I still miss and also see whether already planned developments can solve my problems in the near future.
My use case is an IoT extension for measuring systems (mainly weighing systems) with or without touchscreen interface. I list some important things for better understanding what I want and why.
- The core functions are implemented as NR flows. These should be hidden for the user by all means.
- NR editor with a ’playground’-palette is open for the user making him able to customize and extend some functionality of the core system (i.e. define logic rules how outputs behave, forward alarm status to email etc.)
To achieve 1. and 2. it would be fine to have some possibility to hide flows in the editor or at least lock them (maybe by defining optional permissions on a per flow basis in settings.js ?). Currently I run two instances of NR (the second one as the mentioned playground) and establish connection between them through TCP sockets/ RAM mounted file / MQTT whatever. This way I can hide the core system. Is there any other choice to block access to certain flows?
To achieve 3. I have to offer a customized palette showing only those nodes which can be suitable elements of the ’playground’. These nodes can be standard nodes, subflows (I am happy that subflow features are getting better and better), own implementations (nodegen is a great help, I wish it could eat subflows as well..) It is sure that I need to remove nodes from the palette but without deleting or disabling them. As far as I know it is not possible at the moment. My current workaround is that I remove them from the editor in CSS. Something like
This hacking is far from perfect solution. Is there any better choice?