-
Notifications
You must be signed in to change notification settings - Fork 7.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[feature] calculation node #18
Comments
Transformation nodes are definetly needed! Was not sure yet how they should work exactly, what they should do, how many should there be (one to do everything, different ones for numbers, strings, ..). Is probably worth checking out what other similar products like Node-Red, Zapier, Tray.io, parabola.io, integromat.com, ... are doing and what advantages and disadvantages it has. If you have suggestions, ideas, ... would love to hear them! And if you are interested in implementing them even more. |
Wouldn't the more generic FunctionItem work for that? That's what we use internally primarily to do transformations of data. |
Yes, it would work for sure but sadly only for people that can code. It should however also be possible for none coders to do as much as possible. So having a node/nodes in place which allows them to do that would be great. |
@janober true that. I just wonder how a calculation node would look like that does not include any code to do the calculation. If I understood the requirement correctly it would be something like: "I have an amount in cents and I want to transform it into an amount in euros (math operations)". But its not mentioned explicitly. Hence, the possibilities for interpretation would be endless. So in my opinion there would need to be some elaboration on the requirements on what should be done with that calculation node:
To be clear it's my personal opinion, I would very much favor a user-friendly approach, but I asked myself, if I could get started on implementing that issue, how should the functionality look like and right now I wouldn't be able to answer that. Would an idea be to look at how Zapier has implemented it, they have
|
haha yes, that is the problem I am neither ;-) It could similar to the "Set" node. Where people can add multiple values (here operations). Then there could be one field for the "property name" which should be transformed and another one for the "transformation to transform". Or not being a node at all. Just being different functions that people can use in expressions and select in a proper expression-editor (which I would love to have anyway, the current one simply needs to be improved!). I think Integromat does something similar. |
@Peppuz I think the biggest issue is not that people don't know Strings and Numbers (by the way w3schools is bad, use MDN instead please) but rather that n8n underlying data structure is not clear enough. I for example know plenty of JS to get around with everything, however, understanding that you need to manipulate the item's .json property's containing object to actually yield a result, that was the biggest issue here. |
I am actually right now in the process of writing documentation about how the data structure looks like and what variables and functions are available in the Function-Node. |
Amazing, that'll help greatly. |
Ok created now some documentation. Information about the data-structure, in general, can be found here: Information about the Function-Nodes here: Hope it makes things a little bit clearer. |
Hey @gabrieligbastos, thanks for the feedback. You can go to our community https://community.n8n.io/ and request the calculation node. |
hey @janober ,
does it make sense a calculation node?
something that would interact with data to transform it
i think would be something number_transform (with math operations)
string_transform (for string operations)
does it make sense?
The text was updated successfully, but these errors were encountered: