oosyrag's Forum Posts

  • What does your event sheet look like for the ASDW triggers? Screenshot or capx would help.

  • In this case I would make an exception for the flat platforms - don't make them solid with a behavior, but manually add an event so when the player collides with them the player is stopped. Everything else will go through.

  • That might be better, as collisions are able to occur off screen.

    On the other hand, it would make sense to me that in your case only the player object needs to check for collisions anyway, so it wouldn't matter how many bullets you have on or off screen. I'm not sure about this though.

    The best way is just to try it yourself and see if it makes a noticeable difference in your frame rate. If it doesn't, don't bother worrying about it!

  • Not sure exactly, but it might have to do with how buttons are actually HTML form elements that float on top of your project, and not actually in the project itself.

  • Letterbox scale will result in your screen shrinking.

    Changing it to scale inner should fix it.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • But what if you REALLY try to do some work? And make MONEY? What if you have CUSTOMERS?

    ...

    Summary: Jumping from one program (which you have worked for 2,5 years) to another, it is not economically feasible. It is actually a bad bet. It is done if you don't have any options anymore.

    I'm seriously not trying to be confrontational, but objectively speaking, your two choices are to move to another solution that has what you need, or stay and hope that what you need will get developed in the future when the developer itself has stated no. If you're talking about betting, those options are like 100% chance and 0% chance to win, and you're saying the 100% is a bad bet.

    The 2.5 years of development is already a sunk cost regardless of how you proceed. What you take away from it is up to you. Personally, I would say if I've spent years writing program worth publishing and I need to publish but currently can't, the fact that I've made it, I've seen it, and I'm confident in it, is still valuable to me (its called prototyping - one of the highly touted use cases for C2). I know I'll make my money back so I can justify licensing industry standard high end software to publish it (you have CUSTOMERS). I wouldn't care much about learning a new language, there are manuals and references for that. The game logic and structure are already all worked out, putting it back together in another program would be multitudes faster than the first time. Also, even if you have invest time to learn another program, regardless of the benefit for your current project, that experience will be extremely valuable for all your future projects since you seem to be quite serious about making money with this. In that endeavor, I wouldn't let my success be tied to any one program/company. THAT would be the real bad bet.

  • Actually I'm a little curious now. If every other visual development environment has the desired "native exporters" built in and they supposedly work flawlessly, why is anyone still here? Maybe the price, ease of use, and support? Practically non existent barrier to entry? If these are not of consideration to you anymore, yes move on. Start with why DO I use construct, and why am I posting on construct forums hoping for a future changes I envision (low chance of actually happening, unless you join the development team yourself) when I am aware of an alternative that has the functionality I seek today?

    Ashley, I'm afraid you've spoiled everyone by actually listening to people and responding well and releasing so many fixes and improvements over the past years and building a flexible system that does allow for people to extend the base software for whatever might be missing through plugins and using wrappers. What a tragedy.

    And why does it seem like no one brings up compiler bugs and issues, or problems with varieties of hardware configurations and drivers that have been causing developers headaches since the dawn of programming? People who write code directly IN "native" language still have to deal with problems out of their control, and often! And this is for a single platform. Now we expect a single piece of software to generate code flawlessly for all platforms each with their own multitudes of unique problems? Is that realistic? The best way to pull that off would be to start in a platform independent language, being as standards compliant as possible, and rely on wrappers to function with any and all future operating environments... Oh wait.

    As for single platforms with predictable hardware like ios or play station consoles being bug free... luls. Maybe there are less bugs if you work SPECIFICALLY for that platform, but that is decidedly not the goal here.

    There does seem to be a major preconception issue. I came in to C2 from flash, to develop for html5. I found all the other exporters as a bonus. Some people read universal exporters as the main draw. I can understand that, as that would be the holy grail. It could be better represented that construct relies on wrappers in marketing materials.

    Too bad that's not how marketing works.

  • Don't use wait, it can cause a lot of problems if you don't understand it.

    For an on clicked toggle, use sub events and Else.

    Pause - On Clicked
  | Pause = 0 | Set Pause to 1
  +-----------+----------------------------
  | ELSE      | Set Pause to 0

[/code:1cj4h4xd]

  • This has to do with your fullscreen scaling. If you used the scale inner mode, the keyboard would just cover up your screen window.

    I recommend reading https://www.scirra.com/tutorials/73/sup ... reen-sizes carefully to understand the limitations and how to design for scale inner.

  • You should be able to load the php file as a string with an AJAX request, then parse out your version number with either regex or tokenat.

  • What you are looking for is blend mode I think.

    https://www.scirra.com/manual/146/effects

    Basically you have another circular sprite attached to your player. When this sprite overlaps with the platform, the platform will be revealed. It looks like the destination in blend mode is the one you want, but I'm not familiar enough with them to describe how to set this up specifically.

  • If it comes down to that, you can, but it will get quite a bit more complicated.

    You'll be using regex to break apart the contents of the existing text. Because sprite fonts should have a fixed width, you should be able to find out how many characters are before and after your insertion point. With that, you'll be able to use regex replace to insert characters in the middle.

    Positioning the insertion point should be relatively simple, for example if you were using arrow keys it would just move left and right one character width per button press.

    I don't have time to put it together myself right now, but I can imagine how it might work.

  • You're on the right track. If you want to change it, use variables instead of fixed numbers in place of A and B, you can change those variables in any event.

  • OK that's fair. But it is also true that you actually CAN export to every platform and people have done so with finished creations, as advertised. What I think is phenomenal is the support you get when the problem is normally what I would feel is out of the scope of construct to begin with.

    Maybe this is an issue of you get what you pay for? It seems you have advanced to the point where you'll need more robust development kit and in that case it really is time to move on, truthfully.

    But as an artist first I haven't found anything I can slam a prototype/concept together faster than in c2, and having that experience in hand before putting the game together in another development environment is worth immeasurably more than the cost.

    For your analogy....

    Think of construct as the tool box needed to build a bike by hand. Intuitive to use. Cheaper than buying machines to manufacture a bike! The method you use to put it together is up to your own creativity. But this way relies on other peoples parts. Some of these parts don't work as well as the others, but construct gives you what you need to put them together anyway. Eventually though, it could make sense to buy a factory to make your own parts and put them together as well. Best be prepared that that comes with it's own set of problems... Otherwise why don't we see every AAA game released on every platform simultaneously bug free?

    Basically just wanted to make the point that the ideal all in one software that works flawlessly with every platform is really not the job of one company, and it might never be.

    In the end, even if you build a flawlessly working bike, a pothole can wreck you.

  • Cool thanks I'll give it another shot. I recall now focusing on it to type was indeed the problem. I don't think I tried having it off screen instead of invisible. Thanks!