Search

1.0.1 will be released later today with the fix. Allan

...

That worked -- thanks, Allan!

Sorry - this is not possible at the moment. Only a single header row is included in the exported data. Allan

jk jsut got it

You're right, it seems a much better approach Many thanks Pete

Thanks, Ashbjorn. That does help with the PDF. You are right, didn't really think about it, but the CSV has no formatting associated with it.

Im not great at this, but found a workaround. Created this script: $('#combobox').change(function() { var oTable = $("#live-tracking-table").dataTable(); oTable.fnDraw(); }); Works for the time being, not sure how to make it work properly though! Open to suggestions

After installing jQuery 1.11.4, all tables got the Processing.. overlay with no known way of getting rid of it. Looks like jQuery added a function to handle something in iOS which threw an exception while Datatables initializes the Search box (line 3000 in version 1.10.5). Reverted back to jQuery 1.11.1 and that new problem went away. Noticed I had my tables defaulted to "processing" : true for large tables, but I have only seen the Processing... overlay appear during bugs. So now I know I don't need that setting, turned it off, and now it doesn't appear after using the TableTools Print function. The problem still exists, but the work-around is to disable the "Processing..." overlay, which is the default ("processing" : false).

Ok. I'm embarassed. It's simple like fking ;) $('form').submit(function (e){ e.preventDefault(); $.ajax({ type: 'POST', url: 'editor.php', contentType: "charset=utf-8", data: new FormData(this), processData: false, }).done(function(data){ dataTable.draw() // <-- !! }).fail(function() { alert( "Fail." ); }); $('.editor').hide() return false; })