If you have a WebKit-based browser (eg Chrome), you can preview the release here:
Notable changes
The reorder of sidebar buttons is much smoother and responsive now.
The long row of buttons handle narrower screen sizes
Shift-scroll now behaves properly for all browsers/OS
The dropdown menus now scroll if there's not enough vertical space for them, and are more touch-accessible.
Restored the behaviour of clicking the workspace to close (confirm) the edit dialog. We'd had enough feedback that removing that behaviour wasn't the right choice. We do have an open PR to give users the choice of the behaviour - but I'd prefer we didn't add lots of micro choices and customisations if we can avoid it. So we'll keep that PR in the pocket for now.
A tinted shade when dialogs are open
This last item is likely to cause debate. I knew there were some issues with the shade we showed when the edit dialog was open. In debugging some of the overlapping/missing shades I added a coloured tint to make it easier to spot the issues as I was working. But I very quickly came to like the tinted shade. It provides a good contrast and adds some variety to the otherwise fairly monochrome editor.
If you want to try out the beta, you will need specify node-red@next when you use npm to update. Without the @next you'll still get 4.1.x
So on a Pi you'd do:
sudo npm install -g --unsafe-perm node-red@next
Docker images
The beta images are available under nodered/node-red-dev:v5.0.0-beta.4 - with the default image being based on Node 24.
Reporting problems
If you hit any problems, please report them either as a reply on this topic, or in the #core-dev slack channel. Please do not post new topics to the forum regarding the beta as that could confuse users who are not using the beta.
What's Next
The Node-RED 5.0 work is being tracked in this issue. From there you'll find sub-issues for the various strands of activity going into Node-RED 5.
For the UX updates, you can follow this issue - with a number of sub-issues already raised for the next betas to address.
Pretty in Pink! Looks rather 1970's on my monitor to be honest. I think I had a shirt that colour back then.
Not an issue as long as it can easily be controlled via a style sheet.
I couldn't find one that deals with the problem of not always being able to drag panel icons across the upper/lower panel boundary as I reported in the previous beta. Might be hidden in one of them?
Like the shade but think the zoom controls and update indicator should now have a solid background like the other bottom row buttons.
( and easily edited colour choice for the shade would be good )
There's a similar issue at the right hand button bar: If all buttons are in one bar, the edge button (left-most / right-most) when dragged (to the left / to the right) cannot trigger the creation of the second bar.
The popup is an unordered list, both username and "Logout" are link tags.
If you click on the username it closes the popup, but right click and you get options including "Open link in a new tab", which indeed opens a new tab pointing to the first flow tab.
Now we can again close popups by clicking outside them (hooray!), is it better to make the username simple text?
No, it has been there since the very early days of NR 1.0. The menu and its contents haven't changed at all - but I agree there is scope for something better.
From my testing, you have to swipe left first, then right before it actually triggers. Not intuitive at all. On the right side, the sequence is reversed.