PixelRebirth's Forum Posts

  • > Can't you simply have one global mousekeyboard on the first layout?

    >

    It's practically the same thing, I just prefer to copy paste it so it appears on all layout event sheets. Global just means it doesn't destroy when the layout changes, so copy pasting has the same advantage, only you can access the copies of it from anywhere where they exist. It doesn't really make a difference, I just like it more that way.

    Agreed. I also handle my mousekeyboard object that way.

    Oh dang it! I was actually using the Compare function lol. Thanks Again!!!!!!!

    Haha, I remember doing exactly the same thing when I was new to Constuct.

  • EDIT: While trying to fix it by myself, I forgot how to validate the global gender variable if its 0 or 1 which can be found in the Hero Movement Event sheet. The old one was using the private variable "gender" of the "player" object. I basically don't know how to do the same using global variables.

    SO howz thou does it?

    Well, instead of

    Sprite: Value 'gender' Equal to X

    +do stuff

    use

    System: Is global variable 'gender' Equal to X

    +do stuff

    Look for the condition "Compare global variable" in System.

  • The only globals I think I have are the objects found in the Object Manager layout.

    Those don't need to be global in the first place! But the most messed up stuff is in your character selection, which is responsible for most problems. The objects femaledata + maledata are both global too, plus they have freaking RTS movement assigned to them. So do your player sprites in that layout. And this messes things up A LOT. Took me more than half an hour to figure this out, so you owe me now!

    So at the very least do the following to fix things:

    1. Remove the global attribute of basically all the sprites that have it!

    • male + female + player circle in the Object Manager layout

    -femaledata + maledate in the CharSelect layout

    2. Remove unnecessary RTS behaviors:

    • femaledata + maledata + femalepersona + malepersona in the CharSelect layout

    3. Use a global for gender selection. A global variable that is!

    You'll have to change some events around for this of course in the Hero Movement event sheet. Also change the spawning which I mentioned in my earlier post.

    4. Delete all MouseKeyboad objects which are not named "GlobalMouseKeyboard".

    Remove the global attribute of your control object GlobalMouseKeyboard. Copy it to all layouts where it isn't already located. Remove all events you can find that are spawning GlobalMouseKeyboard objects!!!

    5. You will still need to change a few events around for this stuff to work properly. I believe some events in the CharSelect sheet use different MouseKeyboard objects.

    After I did all this, the game worked as intended... finally.

  • You're already trying to take on a little bigger project it seems.

    Anyway, there's some stuff not quite right. Like in your Hero Movement event sheet you keep spawning player characters all the time. This should only be done at Start of layout. Also you don't need to set everything to global. Like the player and all. Just use Globals (global values) for the stuff that need to be carried over to the next layout, like gender, hp, xp and such.

    And the worst: get rid of all the different MouseKeyboard objects. Use one and simply copy it to all layouts it's needed. And don't keep spawning additional objects in the GeneralKeys event sheet. Why would you do that?

    The way you have it with different events using different control objects and what not, it's all becoming pretty messy.

    Even with only the change in the Hero movement sheet I mentioned before, your layouts work as intended when run separately. The whole game still messes up. Probably due to the whole MouseKeyboard object mess I assume. I'd really really fix that issue first!

  • I'm sure both our techniques are fine, I was kidding, man.

    It didn't strike me as dead serious, due to the amount of smilies used. There's one again.

    Still why did you reply faster than I did? Don't do that again!

    Yey! Thanks for the help guys, that was quick. Amazing!!

    No prob. As long as the questions are simple enough for my brain, I will always try to help out, hehe. And many other users do the same thing. You did know this community rocked?

    Don't forget about the line object, the gradient object, the tiled bg object, the box object.......

    Indeed. Wasn't there something in the Uploads section with many different healthbar examples?

  • Pfft, my way is better, no need for a fixed original width.

    Your talking about the Maxwidth value of the healthbar?

    Just set it on start of layout to the width, so you don't have to reenter the value if you change it in the layout.

    And how exactly does your example help with the bar slowly resizing?

  • I quickly made a little example for you: Download

  • Wow man, you're really puttin in a lot of work helpin me out.

    quote]

    But again, that's a ton for all your help. This community has some really great members.

    Yeppa, this community rocks!

    And this thread gave me back a lot of motivation to finally get started working on a new version of Crypta again, so I kind of have to thank you as well.

    I think getting what you did. I haven't had a chance to really go through it heavily. Are the toggled (strike out) events not necessary? I'm really going to have to get into it more before I know if I have any more serious questions.

    Toggled events/conditions/actions are mostly still in there because I wanted to test something. I guess you can ignore them. I hope it'll be helpful to you once you had a closer look.

    Arkedo released a game today that's very VERY similar to the direction I wanted to go with this. I suggest if you have Xbox Live, check it out. SWAP! on the indie games.

    No Xbox here, unfortunately. And don't let that demotivate you!

  • Okay, I'm kind of sober again.

    First of all let me admit that I used some kind of detector setup (dummy sprites)for Crypta and a loop which would place them horizontally and vertically from each block that needed to be checked. This principle was also used to build the playfield at the beginning in a way so there would not be 3 blocks in order.

    I'm planning on doing it smarter for the next incarnation of my puzzle game. I had some ideas involving an array and other stuff. Although I'm not sure yet which would be the smartest way.

    I tried to get something done in your cap. As I set it up right now, it's only checking for blocks you swapped or rather the row and both columns of those blocks. If there are 3 or more matched, their opacity will be set to 50% for now, so you can see properly that it actually works (press K to reset opacity). I'm using For Each ordered loops and some Globals for this and I guess it should be commented. Tell me if it's too confusing.

    This (or something like this) should now be set up in a way that it checks for any block that moved, not only the swapped ones, and of course it needs to be applied to the creation of the playfield as well.

    Maybe I'll do it properly with more time on my hands. Some stuff needs to be optimized too like the unnecessary double-check of the row.

    Okaaaaaaay, well, that's it for now.

    The cap.

  • I got it destroy two matched tiles when you swap them... Other then that I have no idea. I would really like to know this as well!

    But I will NEVER tell!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

    Just joking. But you're getting into a little more complicated territory here. So all I can say right now is watch your picking. It's all way too simple and wrong right now.

    Sorry for the short and pretty unhelpful message, but I'm drunk and sleepy right now. I will post something better soon, promise. Have a good night and don't drink too much beer in Germany.

  • Are there any other fonts than Arial? And can I add my own?

    If you're talking about bitmap fonts you need to get lucid's SpriteFont plugin.

  • This game looks amazing indeed.

    Which is why such news sadden me:

    http://www.joystiq.com/2009/10/22/muramasa-publisher-uk-retailers-avoiding-original-ip/

  • germany 1? let's raise the number

    What? No way tulamide, there can only be one!!!

  • Two questions, is the random(4)+1 more effiecent than random(5) because it stops me from getting one number that's unused (or maybe loops around causing me to have more of one frame)?

    Actually I forgot about that. You used random(5), which will return 0, 1, 2, 3 or 4. But you have frames from 1-4. So random(4) returns 0, 1, 2, 3 obviously and +1 it's just what you need.

    And on the vertical movement, what's the purpose of making sure red isn't already moving. Seems to function the same with and with since it will always handle the horizontal movement first.

    EDIT: I found I can break it if i switch while one's falling, i can cause them to overlap and stick together. I gotta fix that.

    Actually that's what the inverted Is moving condition is meant for. So you can't break it that way.

    Well if you added it to the switching conditions too that is.

    EDIT: I just tried it briefly and realized that alone won't do. You'll have to change your switching events further. Of course it also depends on what kind of gameplay mechanics you plan for the game. Like switching possible all the time or just when no block is falling and stuff like that.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Thanks a ton for taking a look at that

    No problem at all. I'm glad I was able to help you out a little.

    I wish they'd drop the admin requirements for installs so I could have construct here, but that's the cost of working for DHS, even if it is as an artist.

    You work here: http://www.dhs.gov ?

    And let me know if you run into any further problems and of course share your efforts with the community.