Mipey's Forum Posts

    Modularity would be a major timesaver that would apply to most projects. Multiplayer, while difficult, also requires server-side coding and infrastructure as well as only applies to minority of projects.

  • I've already stated on page 14 that I no longer am working on this plugin. I simply do not have expertise nor time to provide the requested features and fixes. Spritefont is at best an amateur's shoddy attempt at plugin development; I simply cannot meet the demands. I am but a writer, not a programmer.

    Sorry.

    So far, nobody has offered to pick it up, nor am I aware of anyone attempting their own spritefont solution.

    Guess I'll have to put something up in the first post...

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Because I assumed that the last X or Y index is one less than the weight or height in zero-based coordinate system.

    So indexes for 16x16 sprites would be from 0 to 15.

  • You are right, Developer, looks like my math is screwy. That's what happens when you let an amateur code a plugin! <img src="smileys/smiley5.gif" border="0" align="middle" />

    It isn't distorted if you make the spritefont object size twice as large as the individual glyph, in this case at least 32x32. So just make the spritefont object larger than you want it to display.

    One of those days I'll really have to sit down and crunch those numbers, since it appears that nobody else is willing to pick this mess up. Oh well!

  • Don't click the game window. Click outside it, on the webpage background.

  • Oh, that one has been obsoleted because of a bug I couldn't solve. It didn't pick correct instances.

    There is system compare action which does its job well, so I saw no need in doing the spritefont text compare event.

  • Cramming physics heavy game into itty bitty phones? Someone is optimistic.

  • Look at it this way; when you try to feed the boolean a number or a string, it throws an error. That's one way to prevent nasty bugs.

  • An easy way is to just use a private variable on those numbers designating the row.

  • No idea how to implement support for those.

  • I'm guessing he had a game idea and immediately started working on it without considering its viability.

    It's like jumping into water without checking its depth.

  • Yeah, that should to the trick. I didn't really have such small tiles in mind when I developed the plugin, I was mostly working with larger tiles of variable sizes, but not that small, so I never noticed those issues you're having now. Sorry about that!

  • Thndr: unfortunately I am no longer maintaining the plugin, as it's gotten beyond my capabilities. I've not worked on it in quite a while, so all I can offer right now is advice.

    • try to keep at least 1 px empty space on borders within individual tiles
    • it is safe to make object size larger than what you want to display; in that case, control the displayed size via properties (e.g. fixed width)

    See if that helps.

  • Check the start of layout events in all sheets.

  • Wow, people are still using the extra expressions plugin?

    There is EaseTween behavior, which contains numerous interpolation methods, but it's more for tweening purposes. Figure you could use it for boomerang pathing, just keep the start and exit angles in mind.

    Would be great if there was a way to insert such functions into a project, the plugin SDK is an awkward way. Not everyone can churn plugins out like a certain rex!