vexymous try taking a look at visual scripting.

That's still programming tho. There is no 'generate a game automagically' button.

    Megalomaniak oh wow? It's clear enough for me that no body mentioned anything about programing or generate game button

    I used the word "coding" because that's the word used by the initial poster. In this context, I don't think there's any difference between "programming" and "coding".

      DaveTheCoder well i do, since i already assumed that he is aware that there is no "generate game button" and that he should put some effort into it (but not necessarily coding) due to him asking such a question and not where is the "generate game button at guys", that's where my "recommendation" for visual scripting got driven from

      Semantics aside, even with node-based scripting you need to think as if you were coding. In fact, using visual scripting is much more cumbersome than typing code, and it only gets worse as the project complexity increases. So no reason not to learn the "real thing" . The fact that they decided to cancel Godot's node based scripting only confirms this.

      The gist is, if you want to build games in any non-trivial capacity, you'll need to learn to think like a programmer. In other words you'll need to learn coding. There's no way around it.

        xyz the argument here is not wether godot's node-based programing is good enough or better then regular code-based programing, form what I've read he is trying to know if there a way to make a game without coding(text-based programing) and i don't think he ever mentioned his incapabilities to program or code in the matter of fact, and no programing requires programing knowledge(problem solving, logic building, etc...), unlike coding requires both programing and the coding language familiarity(ecosystem, syntax, etc...), So no there no middle answer here that satisfies everyone

        • xyz replied to this.

          vexymous Selecting and connecting boxes is coding too. It just uses different kind of code, and curiously, it doesn't absolve you from typing stuff in. But again, this code/program distinction is just semantics. I think we all know what the op meant, from the way the question is formulated πŸ˜‰

          Can I paint my house with a toothbrush? If I ask this on a house painter forum, what kind of answer do you think I'll get? Will it be "Sure, totally possible, as long as you dip it into paint." Or will people who know something about house painting rightfully pull me from my misguided intentions; "No. Use properly sized brushes and rollers."

          That said, walls in my flat could actually use a fresh paint job πŸ˜ƒ

            I'd genuinely be interested in hearing from the op if Godot's visual scripting meets their criteria of "without coding", and if yes, then seeing the game they made with it.

              At the risk of drawing the ire of the Mods for mentioning the "competition", Scratch may be exactly what the OP needs.

              http:://scratch.mit.edu

                vexymous don't know why there is no sad reacts, dang it

                All tears have been shed over the lack of visual programming in another thread.

                Visual programming in Godot made it easier to change the code, but not to create it. It was intended for those in the development team who are not very good at programming β€” artists, screenwriters. So that they could modify the code that was already ready. But creating this code, was a bit more difficult than writing in a programming language.

                  Tomcat don't need it, I'm god level programmer who used to make android debuggers from scratch to just hack some games

                  vexymous I was trying to help the OP, idiot, you're just trying to make me look bad.

                  ADMIN EDIT: This is totally rude and uncalled for. You've been warned.