2nd header row returns acDataRow value for vla-GetRowType

[deheylen690271]

I'm writing a LISP routine which resets all cell overrides in a selected table, except for alignment overrides in data rows.

On some more complicated tables we have 2 or 3 header rows stacked on top of each other. When I iterate through the cells, the vla-GetRowType function returns the value for acDataRow on the 2nd & 3rd header rows even though the properties pallete lists these cells as headers. Does anybody know what's going on here?

Thanks for any help

[deheylen690271]

As a follow-up, I noticed in the table style dialog box, you can select row type for the first row, the second row, and for all rows after that. I think this is where the AutoDesk bug is. Does anybody have a work-around?

[daniel-cadext]

Hi,
the ARX docs show that method is depreciated

if the row is mixed, you’ll have to decide how they are to be reset, maybe use the average, or the far-left column.
personally, I just set it back to default, Title, header, then the rest data

I’m not sure about lisp, but in ARX, a value of -1 means the whole row or column. So maybe try
clearCellOverrides(-1, ncol)

[BIG-AL]

As suggested reset to Title header and data, you can set any row with custom settings, the obvious may be the merge cells function, so say 3d row even though its data looks like a header. A table is like a dim a massive amount of variables can be changed. Can you explain more why your checking for type when you should know 2nd & 3rd are header rows if you made the table.