Haxe

Specifically this font, although I've tried a few. Specifically in HashLink.

Anyone have any tips or best practices when it comes to fonts and FlxText in general? The default font looks great, but I'm finding that just about every other font I try looks kind of terrible. Like sort of grainy, I guess? The default one looks very crisp in comparison. Also, any non-default font that I put in a FlxButton seems to be vertically way off-center, raised up too high.

So, the FlxG collide method knows how to tell which tiles in a tilemap are walls or not walls, but the overlap method does not. If you write a simple custom collision with the overlap method and tell it to .separate(), your sprite will collide with every tile in the map, not just the walls.

This is expected behavior, as there's a note in the FlxG documentation that says: > this takes the entire area of FlxTilemaps into account (including "empty" tiles). Use FlxTilemap#overlaps() if you don't want that.

On the other hand, the documentation for FlxTilemaps.overlaps() says: > Checks to see if some FlxObject overlaps this FlxObject object in world space. If the group has a LOT of things in it, it might be faster to use FlxG.overlaps().

In my scenario I have a lot of tilemaps and just one object to collide with them, the player. The way this is written, I'm thinking I have to call this method for EACH MAP, i.e. map1.overlaps(player), map2.overlaps(player), etc. Whereas with the FlxG method I can pass it the entire FlxGroup of maps as one parameter and the player as another parameter, which seems way better. I guess I could write a function with a loop that iterates through each map doing this one by one, and then call that in update(), but I'm getting the impression that it might be really inefficient.

What's the best approach here? Am I missing something obvious?

!https://itch.io/jam/haxejam-2023-summer-jam

I'm back with another noob support question, despite me being a moderator and this being a very small community atm. As far as efficiency/optimization is concerned, what's the best approach to making a really big open world, and then how do I actually implement it?? My stack:

• OS: Windows 10
• IDE: VSCode
• Game engine: Haxe Flixel
• Pixel art: PixiEditor
• Map making: LDtk

I know how to just make one huge level, that's easy enough, but I've heard that might be inefficient memory-wise? I tried setting up multiple levels in LDtk, and importing each level into its own FlxTilemap. But then I couldn't figure out how to get more than one tilemap to actually display? Only the first one I add shows up. Maybe the second one is loaded but just hidden underneath it, but if so, how do I tell a FlxTilemap where it should show up? They seem to default to (0,0) and I didn't any method to change that. Or maybe you can just only have one tilemap in any given scene at a time? Would it be better to use the render method of the LDtk api instead of a FlxTilemap? I heard FlxTilemap is more efficient because it batch renders everything, whereas the LDtk api renders each tile as its own sprite.

One last question. When I switched from Ogmo to LDtk, suddenly I couldn't compile to Neko anymore. I get an Uncaught exception - std@module_read erorr. I can test the game in HTML5, but it's slower, and also for some reason the browser keeps caching old versions of the game so I have to clear everything to see any changes.

Places I've looked for answers so far:

• A guide from Ohsat Games
• The LDtk documentation
• The Flixel documentation
• This question on Stack Overflow
• This issue on GitHub
• The example projects in the repo for the LDtk Haxe api
• ...and some discussions on the Deepnight Discord server

Maybe the answer is actually in these sources, but I'm too much of an amatuer to see it? Either way, I'd really appreciate some advice!

Working on a text-based game in HaxeFlixel, and I'm wondering if there's a best practice for dealing with the text itself. There's a lot of it, and it's full of newlines and quotes and such. I imagine putting it in the actual Haxe script is probably not the best way, since you'd have to use a zillion escape characters? So like maybe a Markdown file where you could tag each text block something appropriate, and then parse it from Haxe?

EDIT: I ended up just keeping all the dialogue in a simple .txt file. I wanted to make adding dialogue as accessible as possible for people with limited computer skills, basically. And it actually turns out that Haxe's string parsing will handle alllll the escaping for you, so they can pretty much use any characters they want! Except colon (:). They just have to give the dialogue a title inside colons like :this:, and I have it set up to parse the .txt into a dictionary where the titles are the keys and the dialogue is the corresponding value.

I remember the Haxe roundups being posted on release on the subreddit. Should we do the same here?

Has anybody managed to get this to work, using any version of Haxe or any OS? Every one I try has various errors and won't load. 😅

If anyone has, I'd LOVE to see your yml file/etc for it!