Talk:Plan for full UI color customization

Bob the Hamster: TMC, you said on the list that you have some code for this already. Can you describe it here?

The Mad Cacti: (Note: I don't remember what the above comment was about. Maybe the master palettes menu.) In my mind, UI colour customisation and the new/multiple master palettes have always been the same feature. Each palette should have its own set of UI colours, which by default are closest matched to the previous/editting/active palette (with an option to copy the UI colours between palettes). The UI colours for each palette would be load concurrently with the palette. So I'm not so sure that script commands to access the ui colours are needed: you could either switch to a copy of the palette with a new ui colour scheme, or change the colours of specific menu items directly after menu customisation, and that seems sufficient to me.

The Mad Cacti: Opps, I missed point 5. I guess we can't declare this feature finished until we're sure that point is done.

Bob the Hamster: I tested importing a new master palette, and it did not remap any of my ui colors. If the code to do that has been written, then it isn't being called yet. Also, what about (optionally) re-mapping graphics with the same code? Remapping 16-color palettes ought to be nice and easy. Remapping maptiles and backgrounds shouldn't be hard either, though it might be a bit slow.

The Mad Cacti: That's not a feature, that's a bug! I guess I didn't test UI remapping when overwriting the active master palette.

I split remappalette off of nearestui, but it won't be usable unless we can load and save 4-bit palettes in the sane master palette indexing format (can we?)

Bob the Hamster: Do you mean you want to change the PAL format, or do I misunderstand?