Built in graph node

[ghost]

I was trying to work out how to make a graph ui node, so like for instance a node called GraphChart, with different types selectable from a property, the different types could be pie chart, line chart, bar chart, dot chart and so on, but how hard would this be to implement in the engine, I think it would benefit many people and improve the engine overrall, please respond.

[Calinou]

This is already available with an add-on: https://github.com/fenix-hub/godot-engine.easy-charts

Charting is rarely needed in games, so I don't think it should be core.

[Calinou]

Making the engine as full-featured as possible is not a goal if the features don't end up being used often. See Best practices for engine contributors for more information.

For features that are not used often, add-ons are often the best way to implement them. This way, not everyone has to pay for the cost of implementing and maintaining the feature.

[sairam4123]

The add-on you attached is not being maintained regularly. I've had problems getting it to work, and I still have problems with memory consumption and other problems with it.

A engine supported Graph node would help a ton!

[Calinou]

I don't think an add-on not being maintained regularly (or having performance problems that can be ironed out) is a reason in itself to add a feature to core.

[sairam4123]

It could be made a 1st party GDExtension instead of a 3rd party addon!

[Calinou]

It could be made a 1st party GDExtension instead of a 3rd party addon!

It can also be a third-party GDExtension. Not all GDExtensions have to be first-party 🙂

We should be very careful about what kinds of add-ons we make first-party, as this adds a lot of support burden. In the past, we've hosted many repositories under the @godotengine organization that ended up being poorly maintained. There's a certain quality guarantee we make by adding repositories to the @godotengine organization, and we can only spread ourselves so thin.

[ghost]

And I think I accidentally voted on my own poll, OOPS!

[azur-wolve]

Another interesting use I see for that is for testing and analyze, as developer.

[ghost]

BAM! Good one, KiwwiPity.

[ghost]

This is a close call, this poll!

[Calinou]

Please don't bump your own thread without contributing significant new information.

[ghost]

Uh, sorry, I am not quite sure how that works, I thought it's kind of like my thread, and does bump mean comment?

[Calinou]

Yes. Commenting is "bumping" as it creates notifications for everyone subscribed to the thread (which is, anyone who replied).

[ghost]

OK, I understand, thanks for explaining it, I didn't quite understand how that worked, this will be my last "bump", unless valid to the conversation.

[ghost]

If the developers really just don't want to add this controversial but I think important feature, then fine, and sorry for trying to improve Godot. I originally thought that the devs were very open to improvement, but I feel like my ideas are not welcome, but no hard feelings anyway. This thread can now be closed or locked.

[Zireael07]

Man, you were told not to "bump" and then did it anyway after a day.

Godot has a policy of keeping the core very "lean". That said, I'm seeing interest here, and the fact that no one is rushing to do a PR for this after a couple of days does not mean your ideas aren't welcome

[ghost]

But you just "bumped", and arguably, I contributed significant new information, you did not.
Also, I am only seeing interest from users, but the devs don't seem to be listening to even them, so just forget it, weave me awone.