In general, I read the properties of the table and based on:

<w:tblGrid xmlns:w="http://schemas.openxmlformats.org/wordprocessingml/2006/main"> <w:gridCol w:w="1395"/> <w:gridCol w:w="15"/> <w:gridCol w:w="8161"/> </w:tblGrid>

I conclude that table 3 is a cell.

I look at the table itself, and there are 2 columns throughout the table.

One of the cells is <w:gridSpan w:val="2" /> .

It turns out that cell merging was done? If a merge is done on the entire table, then should <w:gridSpan w:val="2" /> be written?

Looked at the table with specials. characters and saw nothing criminal: enter image description here

Is it possible to get rid of this phantom cell?

  • He just thinks so. Those. width (A) => 1395 width (B + gridSpan = 2) => 15 + 8161 After all, if you want to "untie" the cells, you need to know the width of the column. - nick_n_a
  • @nick_n_a, how can I fix it? - iluxa1810 1:49 pm
  • Fix what? this is the "presentation" of the data. If there is colSpan = 2 then the width of the cell that would be calculated - you need to sum w. It does not write phantom columns (does not fix, but counts), and writes phantom rows. - nick_n_a
  • Perhaps ... you need to "bypass" the table in rows, and scan it for the presence of the gridSpan over the entire column - only then it will be clear that the column is "gone", but logically it means that (if the user deletes the merge, the column returns) I remember my answer, maybe you need to finish it. Perhaps it is necessary to convert everything into a structure (text, x, y, colspan, rowspan) and make a selection from it. Then the result will be more understandable. - nick_n_a 1:53 pm
  • You wrote "duplicate data in the merged" cells. Does it mean that you have three columns? It is so? Just the first cell = one table column, and the second cell (colSpan = 2) - two columns of the table. - nick_n_a

0