Bug exporting invisible column to PDF about tabletools

[rgavrilov]

I'm getting the same behavior. Apparently bug is caused by fnCalcColRatios function, which calculates invisible column width as 0:

iWidth = aoCols[i].nTh.offsetWidth;

Not sure what the good fix would be though, to get proper width we need to render the column, i.e. make it visible.

Hmmm - tricky one. Note sure what the correct thing to do is either. Possibly calculate the widths based on the content of the headers (strlen)... What I really would like is for the PDF generator to figure it out, but it doesn't seem to work that way.

[afshinm]

Any update on this?

Sorry no. I've not had time to work on it yet.

[EverpathDano]

A hack, super easy, super fast, "at least it looks better than terrible" workaround until someone figures out something better:

iWidth = aoCols[i].nTh.offsetWidth;
if (!iWidth && typeof iDTTTDefaultHiddenColumnWidth !== 'undefined') {
    iWidth = iDTTTDefaultHiddenColumnWidth;
}

then we set the variable in the global scope to have a reasonable default (we have one table per page, we tune to that specific table). Even simpler could be iWidth = aoCols[i].nTh.offsetWidth || 200;.

I know, I know, it's hideous and horrible, I'm not suggesting this as a change to the mainline. It has the advantage of getting us up and running again without rolling our own PDF generator, I figured I'd pass it along to other desperate coders. :-)