TokenIDE BASIC IDE 2014 Thread

Runer112 · Moderately-old-bie (Posts: 444)

Any chance of that switch being made soon? If not, I'll probably try it myself.

EDIT: Also, I was just playing with syntax highlighting rules, and noticed that I had a style called "Comment" in AxeTokens.xml. It didn't seem to do anything, but that's because I never actually assigned it to the comment character. But after I did, it changed the comment character's color, but still not the code on the rest of the line. Am I doing something wrong in expecting this to happen?

EDIT 2: It also appears that, if the first token in the file starts with a space (e.g. " and " or " nCr "), it doesn't get tokenized.

merthsoft · im shaun (Posts: 3888)

Yeah, I need to do that. Probably this weekend. If you beat me to it, I'll gladly take your changes, but I'm probably just going to write a program to swap them for me.

DJ Omnimaga · Guru-in-Training (Posts: 2859)

For a map editor, the thing to keep in mind is that we can use two appvars for 256 sprites total. However, one major issue with Mappy is that you cannot shift sprites around in the sprite sheets, only replace existing sprites. The feature to shift a bunch of sprites around to add a new one between them doesn't work. This is a serious problem for game collision detection because if you ever have to add extra floor tiles to your game and the slots for those tiles are already filled with sprites that are already used in game, then you are in big trouble: You have to redo the entire map from scratch.

KermMartian · Site Admin (Posts: 64223)

Has this been solved? If it's still unsettled, it sounds like I should re-read my SC3 source code to make sure I accurately told you what it does (since TI-Connect accepts SC3 Image files).

Nin68 · Newbie (Posts: 28)

Is this a new feature or is this still in production?

merthsoft · im shaun (Posts: 3888)

It would've been helpful to be told this back when I was first implementing this and asking everyone for opinions Neutral

I'm fairly certain I loaded the sprites in that order because that's the order the pixel data itself is stored in, so I just went with it. I don't like the inconsistencies of going column-first for the pixel data, but row-first with the actual sprites. It leads to this sort of confusion--not having the initial sprite image didn't help either. Especially given this post where you say they're stored by column. I guess ultimately I'm just trying to justify why I did what I did. It probably doesn't matter...

I think at this point there are a lot of programs that do it my way (at the very least, the programs I've released), that it might get really confusing for people if I switch it. I'm not sure what the right thing to do is.

KermMartian · Site Admin (Posts: 64223)

1) Header: The type is 0x1A, the variable prefix is 0x3C, the version must be 0x0A, and the archived flag must set (0x80).
2) Data prefix: To quote Ben Moody (FloppusMaximus): "The variable must begin with the byte 81h, which I guess is meant as a
format code". That was my independent deduction as well.
3) Dimensions: The image size is 134x83 pixels. The rightmost column is not displayed. Each pixels is 16 bits, so the total size is 1+22244 bytes of data.
4) Format: Rows are stored left to right, bottom to top (BMP-wise). Each 2-byte word contains 5-6-5-packed RGB color.

Hope this helps! Sorry for the inaccurate info.

Edit: And the MAP FEATURES LOOK REALLY COOL!!!

merthsoft · im shaun (Posts: 3888)

Nah, it's not a big deal. I should've confirmed with you anyway. It's all good now, anyway ��