DataTables doesn't calculate column width after hidden columns

epitaphmike · August 2015

DataTables 1.10.8 has an issue calculating the column widths of columns preceding a hidden column.
Looping through the columns to set the width based on the header works fine until the loop hits a hidden column. All visible columns after the hidden column get a width of 0px.

https://s3.amazonaws.com/uploads.hipchat.com/49969/341159/yAEAOQzBpuBaPxP/upload.png

allan · August 2015

This looks like a cross post from GitHub. Could you post questions only in one place please - tracking the same problem over two locations just adds overhead :-).

As noted in the GitHub issue, can you link to a test case showing the issue please. I've tried to reproduce the issue and was unable to do so.

Allan

magicTaco · August 2015

Hi, I've also been wondering if there's something off in 1.10.8 about computing column widths.

I can work on trying to create an example, but e.g. even the API table seems not quite right: https://datatables.net/reference/api/

I tested in Firefox, Chrome and Safari, and in all three the "name" column is about five times wider than the "summary" which seems odd, since the summary column contains more content.

magicTaco · August 2015

Perhaps my problem is just in understanding the autoWidth option. In my tables when I set autoWidth to false the columns get sized a lot more like I would expect, i.e. columns with all short values are narrower.

allan · August 2015

I tested in Firefox, Chrome and Safari, and in all three the "name" column is about five times wider than the "summary" which seems odd

That sounds very odd. It should be around a 1:3 split, which is what I see in Chrome Mac.

Having said that, if you are on a mobile browser or have a narrow width browser window, then what you see might be caused by the fact that I don't let DataTables split the 'name' column text. So the widest string in the column will force the width for the whole table.

Allan