Somebody's Forum Posts

  • ametrine - lerp makes sense when used over time - in your case it's used once when the touch happens.

    You need to sort-of chain events - make the tap set in motion a series of events that will make your textbox appear.

    So, the best way is to split anything that needs to happen into steps in your head - then it's easy to split into actions. So instead of thinking "A box fades in" you think "A box appears, for example, above the play area, with opacity of 0, then it moves over to the desired position while fading in - this takes 2 seconds to complete". Now there's a plan!

    You already have the coordinates as variables, now you could add a boolean variable that checks if the dialog box should be moving.

    Then, for example, on tap you spawn a dialog box somewhere offscreen, set it's targetx and targety to where it should appear (you would set the boolean to active by default and opacity to 0 when you edit the object in the editor (to save on actions).

    Now you make a condition like - Is Boolean instance variable set - for your textbox. Move your set position code here - that one from above is good, just replace the 400 with dp - and see how fast it moves - if it's too slow make ti bigger by using dp*2 - or more. If it's too fast make it slower by using, for example dp/2 - or less. Add something similar to your opacity.

    This should work. Then you can add something like - if txtbox opacity >= 100 set the boolean to false.

    Another thing - if it's always the same (like your dialog panel always comes up from below) - there's no need for the instance variables, you can do something simple, like lerp(Sprite.Y,200,dt) <== If 200 is the target coordinate.

    Hopefully this gets you on the right track.

  • 1. Use the "snapshot canvas" action

    2 under a "On canvas snapshot" condition use:

    3 sprite->"load image from url" action with the CanvasSnapshot expression.

    Ooh, this is useful for many things, thanks, R0J0hound - is there a way to capture a specific part of the canvas?

  • This page is your very best friend (and mine too - any time a question about manipulating some values pops up there's a good chance the answer is there): https://www.scirra.com/manual/126/system-expressions

  • I am building a stuff builder for rapid development of assets, it looks like this in its current state:

    It's mostly keyboard driven with one hand on WASD for movement and other on cursor keys for scaling. You adjust a grid and just spawn items to combine. Still needs some work.

  • Mind posting a simple capx to illustrate the problem?

  • If there are backups as you say just rename them as .capx files (preferrably copy to a different directory first) and they should open right up.

  • Hi, all. I'd like to make an exact copy of an object at runtime, including the FX properties, for example Hue and Brightness. Is this possible? (Is the only way saving all the FX properties of the original object in Instance variables and copying the rest of the settings one by one?)

    And for someone who might say - why would you need that, etc - I'm building a stuff generator in C2 - a quick way to make all sorts of things (perhaps placeholder, perhaps not). Here are some examples:

    Let's build a plane!

    Let' s build a... crappy looking vehicle!

    As you can see in many cases a quick copy would be neat. It would also enable a mirror feature which would be even neater.

    While we are at it - how would one save half of the canvas out as a transparent png?

  • As someone who dabbles with 3D stuff from time to time I'd have to agree with nemo - some arbitrary control systems do not belong in a plugin - if you have a way to manipulate object/camera angles that's enough to build a custom interface around.

    The more there is in a plugin, the higher the chances of bugs, problems, etc. Keep it lean and clean and efficient.

  • I'd go with flags, simply because it's more universal. Might as well use the GB flag for English, since that's where it comes from and not worry too much about it.

  • Solid behavior?

  • Nicely done, Elliott, pleasant colors, clean look.

    lennaert Elliott has got the look down nicely. Perhaps with a inverted "day" theme - that could actually use colors very similar to these here on the forum and look pleasant.

    Now you just need to throw in some weird multi-touch features for the later levels to surprise the players. Also I kept on feeling like "trapping" the bad dots should do something... destroy them, give a bonus perhaps?

  • Thanks for the thorough reply. I'm no expert, but it's a joy when someone actually does things instead of being like "Pls make gam for me".

    One more thing you could do to make it more lively would be to set the initial deck rotation to something like random(88,92) - and just set them to 90 or lerp to 90 over the shuffle - would probably look neat. Or maybe even not make them straight - would feel a little more natural (but maybe not - just an idea).

    I get the feeling that placement could be optimized a bit, but not understanding the language it's hard to tell. But it works so it's good enough.

    Also you do the cards one by one, and very quick so that every 0.2 seconds thing works. You could probably make it go a little slower and smoother by making that esEsta = gAghoraReparte into esEsta < or > than that - in that case your cards could fly out in a sequence, kinda mildly overlapping.

    Actually the effect is so nice I made an example (since it could be useful later), check it out:

    [attachment=0:3lv9qaxn]Card Fun.capx[/attachment:3lv9qaxn]

    You could also use something like http://www.bfxr.net/ to make your own quick and simple sounds.

    Well, either way it looks pretty good - will check it out when finished.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • You could have a Global variable, say Shake and when you need to shake the screen just do something like this:

    [attachment=0:2y3xm0pw][/attachment:2y3xm0pw]

  • Maybe it's just me, but on both of my (reasonably powerful) Android devices replying - text input - is VERY slow - it takes up to a second for each letter to appear at times, while it's quite speedy on a desktop (and other websites). But I did a test and CPU usage jumps up about 10% when typing here (on desktop) - are some actions happening on type here? Could those be disabled or changed to make for a smoother mobile experience?

  • You do not have permission to view this post