sverx

sorry for 'breaking' this - I have another change to push but then I'll work on a NO_ATTENUATION version that will make it possible to compile the library without the...

@raphnet one question though: are you using attenuation or not at all? Because then using a NO_ATTENUATION variant with your more compact storage of flags would help you save on...

> The library can already be compiled in so many ways with so many options, adding more options only complicates maintenance. This is true, and your suggestion is wise. Since...

Interesting! Would you mind explaining me how this 'bitmap mode' works in mode 2? Also, don't you need to arrange the tilemap in a specific way for this to work?

I see, `SG_setPixel` sets only a single bit of information, that is if the pixel at x,y is using either the foreground or the background color, and `SG_setPixelColor` sets which...

No, sorry, I wasn't complaining about the naming at all. Instead, what I meant is that I would expect a function that draws a pixel on screen to want just...

I'm still thinking about this. Maybe a solution could be, after having initialized the bitmap to an empty (all zeroes) starting point with a background color of choice, have a...

I'm still elaborating in my head about this, and I think we could even have an interesting twist on the above approach if: - when we initialize the bitmap we...

> If I understood you correctly, then how do we get more than two colors on screen? When the third parameter in the setPixel function doesn't match with either the...

Actually your previous message just give me an additional idea: what if the third parameter could be either an actual color (0-15) or be a pseudo-color, that is some way...