transparent background color

[alex]

the problem is as follows:
the tableformatlist is changed by the table while initializing. So you get into trouble, when saving and reusing the tableformatlist. I know, that it is very odd and I regret that decision, but it is very deeply wired into the script and therefore it will mean much careful work to prevent that oddity.

The tableformatlist is designed so that you can omit nearly each of its property, which then gets inserted as default at the beginning of the table setup.
So I don't need to check if the property exists for each single cell, but rather can go on and rely, that all values are already set.

Now, where the real problem is, are the colors!
Which is exactly , what you are facing, when you had background transparent color and reused the tableformatlist a second time and ended up with white background.

Entering 0 as background color means "transparent" background. now, there is no color 0 in rgb space and in paletteindex it would be black.
So what I do, if I "find" this 0 as background color is the following: I setup all things required to be transparent and change the background color to a real color: rgb(255, 255, 255)!
You guess what happens the next time you use the same tableformatlist?
Exactly, you end up with white background!

[alex]

I'll try to find at least a workaround for this very issue.

I could for example duplicate the tableformatlist at the beginning and don't change the user provided tableformatlist at all, but then again, I find it myself very handy to lookup the values, which were automatically added or changed in the tableformatlist. (but I could certainly provide a handler to get at the "current tableformatlist" instead of the "original user provided tableformatlist", which doesn't change anymore)