I've added some things:
1) You can now import/export maps from images.
2) Added a "how do you type things" window under the help menu
3) Switched all tokens files to make their Alt tokens the Mains for pretty printing (thanks for Runer for his help in testing this)
4) Removed auto-complete until I can make it function correctly.

Here's a screenshot of a map I imported using Reuben's graphics, because I know everyone loves screenshots:


Download at the place:
http://merthsoft.com/Tokens.zip

Digging up the ol' feature request/bug report list from the 2013 thread. I can now cross off the prettifying feature! But I come bearing new items, as well.

Bugs:

▪ Changing token files a couple times triggers an exception citing that the "Maximum count of Styles is exceeded" and the style system fails.
▪ "Changing" to the token file that's currently in use triggers an exception citing that a "Parameter is not valid" and the editor is overlaid with a red X.
▪ Switching token files results in the new token file parsing the text produced by the previous tokenization, which isn't ideal when two token files have separate tokenizations of one token and the tokenization is lost (e.g. AxeTokens.xml, which renames a number of tokens).
▪ Comments are underlined even when minTokenLength="0".
▪ Tags such as comment and site do not work when a token has alt strings specified.
▪ Site links result in exceptions being thrown if they do not begin with a qualifier like http://

Feature requests:

▪ Supporting a full tree structure for the token catalog.
▪ Displaying command/group descriptions as html to allow for token xml files to provide more detailed/better formatted information.

Old post

Thanks for reposting that, Runer; makes it easier for me to track.

Two updates:
1) Added the undo/redo/replace to the edit menu per Runer's suggestion:


2) Added support for the new 32-color xLIBC image format:


If your pictures uses more the 32 colors, it'll reposterize it using the first 32 colors it comes across (but will prompt you first). Also, if you use fewer that 32 colors, it just sets the rest of the palette black. I'm not sure if that's right--waiting for tr1p to confirm.

Download at the place:
http://merthsoft.com/Tokens.zip

All the updates lately have been amazing! I updated my desktop to this one, when I have some time, I'll see about stress testing things and see how they work out

▪ Comments are underlined even when minTokenLength="0".
Turns out you want to leave out minTokenLength entirely. Removed from default tokens files for styles where we fon't want underlines.

▪ Tags such as comment and site do not work when a token has alt strings specified.
Fixed.

▪ Site links result in exceptions being thrown if they do not begin with a qualifier like http://
Fixed

Feature requests:
▪ Supporting a full tree structure for the token catalog.
Can you elaborate on this a little more? What exactly would you like to see?

▪ Displaying command/group descriptions as html to allow for token xml files to provide more detailed/better formatted information.
Added sort of. The kerning is a little off for unicode characters, and some things are fairly limited. I'm still looking into options but there's something
EDIT: This doesn't work right under Mono. I will be taking it out and replacing it with something else in the next release. I may not stick with HTML.

Download at the place:
http://merthsoft.com/Tokens.zip

This functionality is what I was basing the request on:



As a side note, it's also somewhat nice that TI Program Editor lets you specify the order tokens appear in the catalog. It handles this by making the token catalog a completely separate file, but that might not be necessary.

Merth, the map editing and importing features will definitively be very handy. Thanks a lot. I'll have to try them later.


EDIT: Ok, some issues I already found:


-The mousewheel changes the map width. This could be seriously problematic since most people are used to the mousewheel scrolling up/down, so they could end up losing progress at any moment by accidental resize.

-Maps are not imported properly. For example, if I import the map above from a PNG, plenty of tiles remain white.




It would also be nice if we could automatically generate tilesets from the picture, removing duplicates in the process, like Mappy can do. If the tiles are already present in the tileset, it would just not import them.

In the image editor, it would be useful if the current image isn't used to change the picture.
1) Add image
2) Choose Black and White
3) Change type from Black and White
Enjoy a weird image.

Yeah, I noticed that, too. The good news is Ctrl+Z undoes resizing, so you won't lose your map
Resize the PNG. The PNGs you gave me were 2x, so just resize by 50%.

Agreed. I'm planning on adding that.


I'm not sure what else it would do... The whole point of changing the palette is to change the palette of the current image. Making it do something else would defeat the purpose.

Oh right, I forgot to check that. >.<

Did that work for you, then?

32C images are working well



^ Merthsoft in his younger, pre-beard form! ^

(also the white artifacts are from jsTIfied screen-capture)

Woo! Thanks for testing it, tr1p I'm glad it works correctly.

Meanwhile, I've added a new feature that DJ_O was asking after: shifting tiles. Under Edit->Shift Tiles. Here's what it looks like:

Useful if you're adding or removing tiles from the spritesheet and want to redo the map. For convenience, the tile in the left-click spot is the start and the tile int he right click spot in the end when you start the form.

Download at the place:
http://merthsoft.com/Tokens.zip

Awesome. This was a serious issue in Mappy because if I needed to add an extra floor tile at the beginning, I had to redo the entire map from scratch due to wrong tiles being used for all solid tiles above that one.

Mappy supports the same feature I think, but it doesn't work at all.

There's also no reason I can't include more robust sprite-editing into the map editor itself--both on an image level and a sprite-specific level. Including inserting sprites automatically, and shifting the tiles of the currently map.

Yeah this would be indeed nice. Sometimes we realize we have missing tiles and might want to immeditately insert one or copy/paste an existing one then modify it.

EDIT: Another cool feature would be if TokenIDE image/tile/sprite editors allowed you to preview a sprite, map or image at a different "hue". I am putting hue in quotes here since it's not really hue that I mean, but basically, it would be cool if we could change the color palette offset of an entire tile, group of tile or image area. For example, -1 would decrease all pixel colors by 1 based on the xLIBC color palette (then loop back if it goes outside the 0-255 range). It would be handy for previewing how our sprites or maps would look like on calc after using the upcoming color palette offset command in xLIB as demonstrated by tr1p1ea's pumpkin screenshot.

Alright, the comments in the reference pane now use Markdown:

That was done with this:

Code:


Right now ►DMS in TI-84+CSE.xml is the only one that has any fancy formatting like that. Using Markdown is unlikely to change. The only big difference between the actual Markdown standard and the way I handle it is that a single \n will result in a newline in the output.

Easy enough:

Just added a preview mode to the tile shifter tool and enabled it in the sprite editor

Download at the place:
http://merthsoft.com/Tokens.zip

Will graduation into a higher-level language work? (Like MS Small Basic)

What do you mean will it work? That's not a feature of this program.

Tiny bug, but one none-the-less

And as per merth's suggestion, pulled the string, and it appears that the Text( token is actually at fault:



Just look to the right of the cursor.