Ashley's Forum Posts

  • Do you mean an exporter that exports a .capx file to the given platform without launching the Construct 2 editor?

    What would be the point of that?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Are there plans that we can zoom in and out in the layout editor? (C2), I really miss that function in C0.x

    Its really handy if you are working with large layouts.

    You can already... there are buttons on the ribbon and the ctrl+mousewheel shortcut that was in 0.x also works in C2! Why did you think it wasn't there? Did I forget to add a different shortcut?

    MrMiller: we're sticking with HTML5 export for the time being.

  • Yes, they run faster in 0.x as well.

  • Quite simple

    + Bottom sensor overlaps background

    + Repeat 32 times

    -> Set Mask to Mask.Y - 1

    -> Set Bottom Sensor to Bottom Sensor.Y - 1

  • The 'Start Loop'/'On loop' system has been entirely removed from Construct 2, because it is redundant. The 'For'/'For Each' looping conditions are much better - they read better, and run faster. You should use them instead!

  • Azu, what do you mean? C2 has dropped the old style of loops since it uses looping conditions like For and For Each which are entirely better.

  • We might improve the auto updater in future to install the update for you, but right now we'd rather work on other things, so it's very simple and just tells you if there's an update available.

  • Picking should work, can you post a .capx reproducing the specific problem?

  • Good explanation, tulamide. Note Construct 2 uses seconds as its default unit of time, instead of milliseconds like 0.x. I think too many people assume since they type in a quantity of milliseconds it is accurate to the millisecond. It's only accurate to a tick, though, so I guess it is a little misleading... a good article on ticks and timing would be useful...

  • There could be a built-in trigger - 'on variable changed' - but Construct would try to fire it every time you set the variable. I'm not sure because obviously it hasn't been measured, but this could end up being a significant performance drain on some projects. For example, if 5 fairly complex events fire every time you set a variable, that's a lot of overhead for a very simple action which is probably used a lot. Lucid's workarounds are probably a better idea, so we don't have to make everyone pay for a feature they might not use.

    My favourite trick is a second variable which is the 'old' value - for example, 'Health' and 'OldHealth'. Then you can do something like:

    + Every tick

    -> Set some value to 'Health' - 'OldHealth' (the "health difference")

    -> Set 'OldHealth' to 'Health'

  • It shouldn't be necessary. C2 saves the state of the UI (dialog sizes and positions amongst other things) in the registry. Sometimes new builds change the UI - adding or removing controls from a dialog, and so on. This can make the old saved registry data invalid. It still tries to load it, though, and as a result it gets interpreted as corrupt data. Like you found, it can end up with dialogs not appearing.

    Usually I remember to put a note in the changelog stating that you need to clear the registry when I make such changes - I must've forgotten.

  • It's an interesting idea, but the main problem I see is I get the impression UDK is a specifically designed for professional teams working on major titles, so the main users are commercial users. C2 is a much "smaller" tool, meaning it sees a lot of home, hobbyist and non-commercial use - more like Adobe Flash. There is some commercial use, but it's the minority.

    If only commercial users are paying, I think we run the risk of having a lot of users, but none of them commercial - so we don't make a penny!

  • 1. You say "system program associated with editing PNG"

    So if I associate another graphics program to PNG it will open?

    So what about .JPG files? Same thing with association?

    Yes, if you change the editor associated with PNG files, that will open instead. C2 only uses PNG files internally, so your JPG editor won't ever be opened.

    [quote:v4ml3ptz]2. IN the C1 editor there is a way to set an "image point" or multiple "image points" and use them in the editor.

    Is this possible in C2 to create and use an "image point" using another graphics editor?

    We haven't done image points yet! 'Coming soon'.

    [quote:v4ml3ptz]3. I also notice that the collisions of C2 are different from C1.

    In C1 the collision is triggered when the bullet (or other object) hits the outline of the actual; image whereas in C2 the collision occurs at the rectangular boundary of the image even if it is transparent.

    We haven't done fine collisions yet. 'Coming soon'.

    • Post link icon

    You only need the UI library for the editor, so you can change the runtime and plugins without it. You can still also change the editor code, you just can't build it... - that's part of why we started with a clean slate for C2.

    • Post link icon

    You could always have a go at making some plugins with the C++ SDK - that's a good way to get started and learning how Construct is programmed.