Update time! The project stuff is still only sorta functioning, but I guess you can play with it if you want. There are functions that don't work and stuff, so use at your own risk.
That said, I have added palettized colors to the hex sprite editor:

That cyan color is transparent. You can open sprites from a selection like before:


Because of the weird way those sprites work, it gets the size wrong if there are "G" characters. So resize manually:

You can also open an image from file:

And of course clicking insert adds it to your program.

I converted all my Minesweeper sprites using that, and got this as a result:


It uses the Celtic 2 CSE style of doing things, so 0 is transparent. In an ideal world I'll make it detect if you're at the end of a line early and insert a G to optimize on size. I haven't added it yet. Expect it tomorrow.

I haven't tested if it still works right with black and white. Use at your own risk there.

Download:
http://merthsoft.com/Tokens.zip

Check it out, it's Franklin Pierce, the only president from my home state of New Hampshire (he wasn't a very good one ):

lol Woo, glad you were able to make good use of my sprites! Did you dig around in my appvars to get at the hex data? :p

Also, the 'G' character represents an end of a row of pixels, not the end of the sprite. By the way you typed that up there, that looks like what you are indicating, but you might have meant it as the end of lines. Just wanting to clarify.

Looks awesome so far! Will be watching for more updates!

Also, there's the H transparency, which replaces the underlying pixel with transparency, whereas 0 transparency leaves the current pixel contents as-is. I don't know if that has a place in your sprite editor.

So I have an error thrown when I click *no color* in the hex sprite editor. It says "Could not find any recognizable digits".


Code:


*EDIT*

I just tried again and I got this instead: "Additonal non-parsable characters are at the end of the string"


Code:

Is this happening after having drawn some colors or when there are G characters in the sprite?

Soo~ Playing around with the new Tokens, I loaded up a png, and it had a white background, but Tokens made it all black. I'm guessing that's a transparency issue though, right?

Anyways, I clicked on the check box that had 'color' next to it, and the sprite editor crashed:


Code:


When I clicked 'continue', it filled all the pixels with black.

Edit: Though, if I click on colors again, they come back \o/

If it's not in color mode and you try to open a color picture, you're very likely to get an all-black sprite. You need to make sure it's in color mode already. If you're in color mode, and you've started drawing and switch to black, you're likely to get some issues, too. It sounds like you've managed to get it to mostly work, though. I'll be working on it tonight to get it more stable.

I just tested it, and yes, any color other than white/black and the G characters are causing the errors.

How is G in a hex snippet anyway?

G is a character used in Celtic2CSE and a custom program benryves made for me on the older models that indicated an end of line for data for the sprite, that it needed to reset the column counter and drop a row. This was good for compressing sprite data using BASIC hex data.

Okay, so those error popups should be fixed. Additionally I added the "G" character:



I've also rearranged the menu and keyboard shortcuts a bit:

Ctl+H is now "find and replace".

tifreak, could you test out the black and white sprite editor with the "G" character and let me know if I did it right?

According to your screenshots, that looks perfect. I'll try to test tomorrow, though.

For what it's worth, that usage of G also looks correct to me in the black-and-white screenshots.

Thanks Merth! It works great now.

I really should buy one of the C SE's. They seem so cool with their graphics.

Hm, will the image editor bit ever work with color, and save to the appropriate .8xi for the CSE? Or could it support a way to do .png -> .8xi for the CSE?

The idea right now is to combine the image editor and sprite editor into the same editor, and adding support for the CSE. I don't know how the data is stored in the CSE images, but I assume they're just 5-6-5 16-bit colors? Maybe someone who knows can confirm for me.

One thing that really trips me up in the Sprite Editor is how the "Dim" thing is locked sometimes and it scales weirdly. Also, could you make the binary data editable, like the hex value?

Side note:
Is the hex data for an image arranged in 2 byte segments, like AF or 2C, so like the 2C will span 8 bits of pixels, left to right (and converted to binary, it literally shows which ones are black or white) and the next set of 2 bytes the next one?

Here's a preview of what I've been working on:

(Sorry, big gif.)

Woo, ghost pixels!

I take it you are on your little tablet trying to draw on it?

No, it's just hiding the cursor as it's taking the screenshot. The important part is the sprite editor now has plenty of tools in it to make editing easier, and has undo and redo. This is a big step in the way of combining the sprite and image editor in a meaningful way!

Very nice, eager to get my hands on it when you have it available to play with!