Table: alternate row fill messed up when deleting a row

[Doc Maik]

Hello all!

I have this table with one header row and alternate fill: 

If I delete a row, in this case the 7th, it gets messed up:

Is this normal? I don't think so. At the moment, I don't see how to avoid that unless I wouldn't delete the row. I also thought "perhaps I have to delete two rows at once", but that wasn't the solution. When I insert a new row below "Ableitstrom", the alternate fill is OK again.

However, the table has 64 rows. If I delete one row further down below, let's say the 45th, the fill doesn't become messed up. I'm confused. So I tried to deactivate alternate pattern, but weirdly so, the table would then look like this:

I now think this is caused by the table itself. Internally, there seems to be some damage ID can't solve. But the table looks OK and selection of cells, rows or columns is normal.

[Barb Binder · Accepted solution]

Hi @Doc Maik:

We can apply shading either as part of the table definition, or as part of the cell definition. I'm guessing you've got both going on, but it could also be corruption. Any chance you can share that table so I can take a look? You're welcome to delete the content and just share the empty table.

~Barb

[Doc Maik]

Doh! Too obvious, as it seems. Yes, somehow a few cells had a cell style applied. The table wasn't made by myself. I actually thought the alternate pattern would override the cell style. 

[Barb Binder]

All good. That's what we are here for!! 😊

~Barb