oosyrag's Forum Posts

  • To make it, you'll need to be able to describe it first, then you can work on each part and ask specific questions.

    Pokey is a platformer enemy that wanders back and forth with 4 parts - 3 bodies and a head. You can "eat" each piece of him from the bottom up with Yoshi, but he stays stays alive until you get his head.

  • You do not have permission to view this post

  • Have you painted any tiles on it yet? It starts out blank.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Add action -> System -> Set layout scale

  • Use layer/layout scale.

  • For each - you can imagine it as basically copying the event, one copy per instance of the object, with only that one instance picked.

    Looks like this is a sub event of something else, given you have a local variable there. Are there conditions above it?

    Trigger once should be used in conjunction with other conditions. Otherwise, 'On Created' would be more suitable.

  • With Fullscreen scaling, resolution should not matter, as the pixel amount is relative to your original viewport size.

    A bigger likelihood is different refresh rates on those monitors. If you're not using dt in your movement events, it can cause different rates of movements.

  • It's possible, but has the potential to be very very complicated. There are essays and essays about how good camera control is handled in games, and there are a lot of subtle differences between games too, so there's not really a one size fits all type of solution.

    For your described scenario, you'll want to identify the center point between the selected units, and then set bounds for the "camera" object based on that center point. The clamp() expression can be used to keep a value (x and y positions in this case) within those bounds.

    First the center point. Assuming you want a flexible number of units, you'll want two variables (or an invisible helper sprite) to keep track of x and y values. Add all the selected x or y positions together and divide by the number of units selected. How exactly you go about picking the units will be dependant on how your unit selection is set up.

    For the scroll to camera object, every tick set it's x position to clamp(centerpoint.x-range,self.x,centerpoint.x+range) and similar for y, where range is how far you want the camera to be able to move from the center.

    You'll probably eventually want some way to have the camera automatically drift or reset back to the center as well. You'll need to describe under what conditions and how you want that to happen.

  • First, you don't have to. Nothing would happen anyway.

    Secondly, you can set the variable to nothing, based on whatever condition you want.

  • Could be an expression that isn't referencing the correct thing in all cases. Hard to say without seeing what you did.

  • On key press, append a string in a variable or text object. When the string matches, do action.

    You can use right(string,n) to compare only the last n characters entered.

  • Try turning off (or on) pixel rounding in project properties and see if it helps. I vaguely recall there was some trick involving putting sprites in a subfolder that might fix this as well, but that was a realllly long time ago and I don't remember the details.

  • construct.net/en/forum/construct-3/general-discussion-7/wants-free-storage-even-393mb-173265

    Another fairly recent topic that seems related and unaddressed. If it's reproducible, then a bug report on GitHub would help expedite a fix. I've never seen this myself though.

  • As I've mentioned before, the values will change even if you run it on the same axis multiple times (x y or z even), but the distribution should be similar in the long run. For more consistent results, increase the sample size.