Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics

Subchrist Software

A member registered Jan 27, 2020 · View creator page →

Creator of

Recent community posts

CharPad and SpritePad are both "portable" apps and so require no installation but this also means their project files are not automatically associated with any particular executable(s).

I'm sure it's possible to make an association manually which I'm guessing is what you have done.

That's fine but one problem with doing that is that when a new version is released you will likely have to make the association between the file type and the (new) executable again.

Personally I never bother associating files with portable apps but I will look into the issue for the benefit of those people that do.

Thanks for bringing this to my attention.

(1 edit)


Thanks for the feedback. 

The main reason that such a colouring method is not supported is because of the sheer amount of memory it would require, ie. twice the map size in bytes.

In ECM mode you automatically get four different (background) colour versions of each of the 64 chars, but yes if you use "per char" colouring in any display mode you would potentially need to duplicate chars to get a different (foreground) colour version.

I will have a think about the problem and put it on the todo/maybe list.


Char material values (0-15) are recorded in the upper nybbles of the character attribute bytes.

In the included Help folder, the file "File IO Exporting.htm" describes this and a few other things.

Interesting,  that one that isn't on my todo list already (!).

I have added it to the list, in the mean-time you can try...

Import/Export... Text/Asm... Export Char Usage Statistics.

Yes it's a bit more hassle than having the usage count immediately visible in the set but should help a bit.

Hi Superrune, 

Thanks again for you suggestions, the addition of a "modified" flag coupled with a regular Save op have been on the todo list for a while now, it can be a tricky task in an app that stores multiple data blocks like this and doing it badly and ie. failing to flag a change in some element would be quite embarrassing. on the other hand I don't want a system that is sloppy and flags change where there is none,  ie. blue pixels painted over blue pixels. 

I will give it some thought and try and get some solution fitted soon + I'm very sorry to hear you have lost some work.

(1 edit)

Hi Superrune, thanks for your suggestion, I will look into that for a future version (I find key handling and avoiding ie. shortcut conflicts to be a very tricky business in dot net),  in the mean-time you can click the middle mouse button (or wheel) to pick a char/tile when using the map editor (if you have one).

Hi Superrune, thanks for the suggestion, you are the 2nd person in the last few days to request that feature, so yes it's on my todo list for the next release.

(1 edit)

Thanks :) you can try running it using Mono or Wine on Linux/Mac, I don't use those systems but I know some people have had success with it.