Wolfsbane

Members
  • Content Count

    198
  • Joined

  • Days Won

    2

Wolfsbane last won the day on June 22 2019

Wolfsbane had the most liked content!

About Wolfsbane

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thanks @Alexeyy, 🙂 Not sure about an infinite minesweeper: If was designed the same as the one shown then you could do it the same way as is programmed in this tutorial: Just keep the active pieces as a linked-list. All 'inactive/dead' pieces would be disabled and never polled/used. You honestly wouldn't even need to use a canvas if the game is so static.. but you could use a huge canvas, but you'd have to be careful with your drawing: There aren't animations,(typically) so again, for inactive/dead pieces just draw it to the canvas once, and don't re-draw it. E.g. most game engines typically have the canvas refreshing every 30-60 fps.. but for a turn-based non-animation game like Minesweeper, doesn't need it. Let me know how that goes!
  2. Screenshot/example of what you're trying to achieve? Are you meaning like a default HTML scrollbars, or some custom-game UI scrollbar? (I'd tend to stay away from mixing HTML elements on a canvas.. I assume it's possible, but might get messy)
  3. Thanks for sharing green, helpful for the rest of us. 👍
  4. I'm starting to think this way, too. Kind of came in with the idea that the pixel fonts would be consistent on every device, but SystemText is just..more..convenient. Have to use it for my next project, as I have to be flexible for too many character sets.
  5. That's very cool! 👍👍 Also, code looks good to me. Wondering if it should be added into the engine itself, or maybe better as a module?
  6. The engine itself is opensource, so we can still update as necessary. Just the editor is closed off.
  7. Wolfsbane

    Menu Builder

    Hi greencoder, I'm not sure what you mean by a menu layout builder. Is there a similar example? Will the Essentials plugin help? It's got a lot of UI elements such as buttons, etc. https://www.panda2.io/plugins (find the Essentials one) Preview: https://www.panda2.io/plugins/essentials
  8. I don't mean for the demo export, I mean for the project source code. E.g. khleug has uploaded the project to GitHub. If I want to play with the code (or collaborate) I have to checkout, manually eyeball the requires() section, and then hunt down the right plugins I need. So if Panda editor was smart enough to read the requires for us, and then pull the plugin into the workspace that would save time, and make it easier. (Maybe? I'm just thinking out loud) I'm a Java monkey, so I'm thinking along the lines of a Maven build file.
  9. It looks, and feels really nice! You added some nice touches with the visuals. I'm kind of curious about adding path finding to it. 😏
  10. Niice to see! Played the demo, and I'll check the code out later. One thing is the brown wall jumping(vertical jumping) seems a bit glitchy? The player seems to blip away from the wall, rather than move smoothly. Yeah, I wanted to share a few demo too, but is a bit awkward if we can't include the plugin. I wonder if it's a good idea to have some kind of build option in the Panda Editor. I.e. so in the Editor, you can say 'include P2.js plugin'. The editor will check: If you have it locally, great, it'll use it. Otherwise, it will try to download it for you from the Panda website. This way, we can share our open-source projects that use plugins a bit easier? cc: @enpu
  11. Seems like a nice little game. I'm no a laptop, so can't really play it? The mouse shooting seems to only work with the touch, right?
  12. No. Maybe a quiet community, though.
  13. I like it! But after 20 levels or so, I start to lose a purpose? Procedurally generated levels are cool, but if everything else stays the same (AI competition, my driving ability, the challenge/risk) then the levels still end up feeling the 'same'. Definitely work on it more. But the next step is to add increasing difficulty/challenge, and maybe some kind of end-game mechanism. Lives/losing system is standard, and would work ok. 3 lives, you get further and further, each time you slip up, you lose a chance. For increased difficulty, either road obstacles start appearing (bombs in the road? Cow crossing the street? tornado blowing around the map ala Super Speed?), the AI starts getting a bit faster (or more aggressive! Maybe they get spikes on their wheels after level 10.... or one of them gets their hands on a shotgun. ) Also add scoring. Keep track of how many levels get beaten, and then save them in an online highscore. I just beat 20 levels, and I don't feel like doing it again. I 'might' do it again, if some guy beat 30 levels, and I know for sure I can beat that. Also: Took me at least 10 levels before I realized the levels were procedural. 😛 Good luck!
  14. No need to do this at least: anim has an attribute currentFrame. So you can simply do: if (this.anim.currentFrame === 4){ //currentFrame will start from 0-size of animation. // dosomething } I took a look, and we really don't seem to have the textureFrame==46 style.. It's convenient, but if you're going to hard-code a number in there, I much prefer just hard coding to the 0,1,2,3 convention. Think of this: You know you're animation framing is going to be 0=first frame, 1=second frame. Now: If you update your spritesheet.png, and suddenly If you hard-code in =46, and then the image changes, then both the image, and your code has to change. Does that make sense?