Ashley's Forum Posts

  • Deadeye, I don't think so - post a bug and assign it to Davo if you think it's still broke, that's his changelog item.

  • its all shifted from a "let me show you an easy way to do that" feel, to a "whats wrong with you? dont you see how easy this is?" feel.

    I think that's an important one to remember, I myself often forget what it's like to start using a program and not have much idea how to get going with it, and not to assume they know certain things. If anyone posts any really basic questions though, just send them to the tutorials/FAQ page.

  • I think Windows bails you out by ignoring double slashes in a path, but it's best to avoid it if you can.

  • You can use C/C++ in the plugin SDK for Construct - that's what all plugins and behaviors (like Sprite) are already written in. Does that help?

  • I think generally this forum is a welcoming and productive community - I try hard to keep it that way and prevent it becoming your typical internet furnace of flaming, while also allowing people to be liberal in what they say. It's a difficult (even contradictory) balancing act, but I won't stop trying, I'm sure it's possible. Most other forums I know either let the flamewars rage (even with admins joining in!) or simply shrug and delete anything borderline, and I don't like those extremes.

    Also I don't buy for a second any of this "he started it" rubbish. If someone is rude to you in real life, the best way to deal with it is keep cool. Think what a third party impartial observer sees - if they see two people shouting each other down, they don't care for either person. If one is getting angry and rude and the other is politely and cooly trying to sort things out, you're obviously going to side with the calm one. It works in real life, and it works on a forum too. I don't see why so many people don't get that and still try to fight fire with fire.

  • You mean you want an edittime plugin to set up a Win32 window message pump?

  • AppPath includes a trailing backslash, eg. C:\Games\MyGameSo that should strictly speaking be: AppPath & "Music\Gears.mp3"

  • You do not have permission to view this post

  • I respectfully disagree with your view there. You can clearly see where I was attacked

    I respectfully also disagree, since this sounds like "he did it" to my ears. You could've dealt with it better. But Quazi could also have worded his post better, hence I asked both of you to calm things down. All I'm trying to do is run a forum where threads don't get bogged down in to flamewars, it's too common on the internet.

    [quote:17m6bekc]I posted some ideas, and I think anyone would agree that they have been met with some very fierce (and somewhat puzzling in its ferocity) opposition, but I think a lot of it was due to misunderstanding

    I speak only for myself, but I welcome ideas. I hear a lot of ideas on these forums which is great. But I haven't got anywhere near enough time to even start a lot of these ideas. My way of filtering is to argue against ideas I don't think are viable (and I sit at a feasibility/hours of my time point of view, as I'm sure you gathered!). The best ideas will stand up to skepticism provided they have a well reasoned arguer behind them. That's my view anyway, things tend to get a bit more chaotic with everyone throwing in their two cents

    Anyways I hope you're not discouraged from posting other ideas, I certainly hadn't even thought of sports games at all before your post, so that was an interesting angle to hear. Thanks for the post

  • I disagree. There is no disadvantages of being able to export source code only advantages. I understand it may not be human readable, but even so saying the code as an export would not be useful or have any advantage is a bit extreme and over the top. Code at its very core is better then events, yes I understand events work really really REALLY well in construct, but if the program has a bug or they wish to expand on it with extreme custom code and actions that they could not do within the editor then it would be best to be able to see that code.

    I know it will never happen because of how advanced and great the event system is but saying exporting code would not have any advantage is not true in any part of the context. Not trying to call you on anything but facts are facts.

    I know the event system can do 99% of what anyone would possibly want with python possibly picking up the slack, but exporting code would be the ultimate in debugging and advanced mechanics.

    So what are these advantages? From what I can gather from your post, you state code is better than events even when not human readable. Why is that? Isn't it better to write custom code in plugins which Construct already supports? I'm not saying events are always superior to code - they're not - but the options are put your code in a plugin, or ponder what to do with tens of thousands of lines of unreadable code. This isn't about code vs. events, it's about Construct generating tonnes of useless source vs. giving you the finished thing. That's not a feature, it's a waste of time to develop, from my point of view!

    Don't think this is a personal attack or anything, it's just that this idea about Construct generating source code comes up from time to time. I can't really see any point to it at all, so I'm trying to establish what people think it will enable. Such as:

    he wants to create the source code itself ... so he can take it over to another program, like you would a jpeg or a text file.

    Remember this is a big ball of mud code which doesn't make sense. What are you actually going to then do in another program with this unintuitive source code? I'm yet to hear any convincing real-world scenarios yet.

  • "export" the source code back out

    What do you mean by importing source code to XNA then exporting it out again? That doesn't make any sense. Source code is source code.

    As for exporting to source code, I really don't see the point. You would never be able to modify the source code to make changes. The insides of the event engine are very complex, and because there are no languages that support event style picking as language features, the generated sourcecode would not be human readable, it'd just be a massive mess, like a really complicated function copied and pasted a thousand times. And what kind of changes would you make? What would the advantages be? There are no advantages to exporting source code. Only disadvantages.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • Quazi and MaxMan777, neither of you are coming across as civil and polite in this thread, and I will simply lock the thread if anyone continues to be in the slightest bit bitchy. I don't know why it's so hard to be understanding and diplomatic on the internet, but you've come to the wrong forum if you want to argue.

    There are so many nuances to making an American Football game work properly it's just not done by single programmers, and even large teams have routinely failed

    MaxMan777, I am not getting your point. Do you want me (or Davo, the only other active developer) to go to all this effort that defeats large teams and is fraught with nuances and time consuming coding? And for what, a thousand identical football games with superficial differences?

    We who make Construct do it in our spare time, unpaid, as volunteers. Our goal is not to make pre-made but moddable games - there are already loads of tools out there for that, and a lot of them seem to suck. Our goal is to provide, in Construct, a useful set of tools and high-level primitives (eg. Sprites) that can be used easily to make original games. I don't see your idea fitting in with that - but other developers can always extend Construct as they like with plugins and behaviors. I think that's your best option if you want to take this idea to Construct.

  • What advantage does exporting source code rather than built EXEs have? What does that have to do with this thread?

  • You do not have permission to view this post

  • You do not have permission to view this post