BUG: HTML table row widths are not correctly applied when they are set on...

Normally when you configure a table wth a width of 100%
Then you can tell the browser that som columns have a width of 60, after that the browser will devide the remaining space over the rows that don't have a with set.

Thats the behaviour you will see in the html file when you try to resize it (the content will reflow, but only over the columns that don't have a width)

Ticket moved from /p/tcpdf/bugs/959/

TCPDF currently requires to specify the width for every cell or at least for every column.

Really?

But then there is nothing dynamic anymore?

The purpose of putting some elements to a certain width and other to no width is so that the other columns adapt because you are not always sure about what paper format you use or what margins are effective

I don't see what this has been removed from the BUGs section, because this is a bug, when a product doesn't behave like it should be.

So tcpdf has big issues with the WIDTH attribute, is this something that is going to be fixes in a future release?

I just had a similar problem, where the width is also posing problems:

When tcpdf reads this, it colors only the first cell, altough it shows the content of the second..

So it looks like the width implementation affects especially only the layout, but not the content. SO it really looks like a BUG and not a feature request

The fact is that TCPDF is not a web browser and is not originally intended to be used as HTML to PDF converter. TCPDF support a subset of XHTML and CSS to simplify formatting.

But aren't the width and height attribute not the most important of all tag attributes when it comes to making layout?

The easiest way to make a layout is to play with tables and there widths/heights