ErekT's Forum Posts

  • Good idea. +1

  • [quote:3py6zibk]As for construct 2, I've been extremely satisfied with it, and I think I got more than my money's worth out of it. I'm not sure anyone in the community can disagree, especially considering the free (and frequent) updates we've been getting all this time.

    I'm in favor of a Construct 3. Why don't you post a poll discussing it?

    Agree 100 %. The update output has been incredible and for me Construct 2 isn't lacking anything feature-wise right now. It can more or less do anything I want it to. But the IDE has a lot of impractical little quirks that get in the way sometimes.

    So yeah, all for Construct 3 with a fresh IDE. I don't mind the wait and will happily pay for a new license (provided C2 projects can migrate over to it).

  • [quote:2kfsvhtd]The animations system was designed to be case insensitive. If you find part of it which is case sensitive, please file a bug report following all the guidelines.

    Okay, will do.

    [quote:2kfsvhtd] If you want such features, you can try your hand on... dudum... classical programming

    Uh-oh

    [quote:2kfsvhtd]For now, I would suggest you use a consistent naming convention throughout your entire code-base. I usually use a lot of camelCasing for everything. And families have the first letter uppercased.

    Yeah, I probably will. It was just extremely frustrating to track down because you get the impression from regular usage that cases don't matter, so when they suddenly do you have no idea what's going on.

  • Okay, I found out that upper-case/lower-case for the animation name you set in the image editor needs to match the one you use in events exactly or the events won't trigger. Events themselves don't seem to mind if you mix upper-case/lower-case between them. So it's not a bug really, just inconsistent behaviour. I'll leave it alone now, probably won't make the same mistake again. I still think it's something that needs fixing tho'.

  • Hmm okay, I made a simple example:

    Here I'm deliberately using lower-case in the first event and upper-case in the second event. If case-sensitivity applied then 'Sprite' should never get its animation set back to "Default". But it does. So in this example there doesn't seem to be any case-sensitivity yet in my game (which is waay too big to post here) switching from lower case to upper case suddenly makes the bug I'm experiencing go away. Now if case-sensitivity isn't supposed to make a difference like the example above implies then what on earth could I be doing wrong in my own code to somehow activate it? Unless it *does* make a difference, it just doesn't kick in all the time. So, inconsistent.

    [quote:1j3qgetk]It's hard for me to accept that computer make mistake

    Yes, but as far as I know Ashley and crew are human beings

  • [quote:co95dnwu]This kind of feature might break other people's game you know.

    But if the case-sensitivity doesn't behave *consistently* then how can people make code that relies on it? I imagine removing it would fix a lot more problems than it would create. Of course it's up to the devs to decide what's best in the end.

    [quote:co95dnwu]Agree with DuckfaceNinja, it is up to developer to maintain himself, but typo's happen.

    I agree and like you said, typo's happen. The problem arises when C2 lets it pass sometimes, but not always. If it bugged out right away you'd know where the problem was and how to fix it.

    EDIT:

    Good solution you posted there. Thx for sharing

  • Yeah.

    Just recently I spent two hours trying to figure out why an event suddenly didn't run anymore. Turns out it was because I set an animation string to "Falldown" instead of "FallDown" somewhere else in the code. The animation wasn't affected and would play no problem but the event "Character.sprite_animation = "FallDown"" would no longer come true. The extra fun part is that this bug only began to kick in after I changed something seemingly unrelated.

    It can be pretty aggravating to hunt down bugs like this and it's happened before so is it possible to make case-sensitivity either go away or at least behave consistently?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • So yeah, the savestate functionality in C2 seems absolutely great on paper. But after implementing checkpoints and quicksave it seems a bit flaky. It saves and loads the information it's supposed to, but when I try loading from one slot or another it sometimes messes the slots up. For instance if I load from the 'quicksave' slot then try to load from the 'checkpoint' slot afterwards it just loads the quicksave game again. Don't know if it gets confused on what slot to load or if the quicksave actually overwrites the checkpoint at that point but in any case, this isn't so good. Maybe it's just my code that has problems tho? So I thought I'd check with you all because if others use it extensively and have no problems then it looks like something I need to fix on my end. If not, time for a bug report I guess.

  • Okay, no big. Thx

  • Hello.

    Is there any (built-in) way to get the x, y position of where two objects intersect?

  • Node-Webkit = Windows/Mac/Linux export solution for Construct 2. When Construct 2 exports your game to desktop, it uses Node-Webkit to create the executables. To a regular user your game will appear as just another exe file but under the hood it's using the Chrome browser engine to run things. Hope that clarifies a bit

  • 1) You can think of Node-webkit as the Chrome browser minus the address bar because in reality, that's what it is. But since it isn't busy doing anything other than running your game it should be faster. In my experience there's quite a bit of performance difference but I have like 20 tabs open in my browser at any time so that doesn't necessarily count for much

    2) What kind of laptop? Are the drivers up to date? WebGL seems much more likely than OpenGL to take a performance dive if the drivers aren't fresh.

  • So do I But do you really need that gradient to stay smooth though? Sounds like mixing linear and point sampling might produce a bit of a style crash.

  • [quote:2z4i4t6s]can i do that?

    No. Sorry. You *might* be able to do it with a plugin where you create separate textures with point sampling and render to those instead of the regular ones, then get them into the rendering pipeline along with the rest somehow. Needs some pretty hardcore programming skill probably

  • It's because of the way C2 scales graphics to fit with your screen resolution. If the screen resolution isn't divisible with your game resolution then you get slightly misaligned pixels. This here should work: Project Settings -> Fullscreen Scaling : Low Quality. (Don't worry, "low quality" is a misnomer)