I have a web page that allows for the definition and generation of reports. The report is defined by adding columns, selecting the value for that column, and allows shifting of columns.
The column definitions are wrapped in divs where each div has a id in the format column#
When shifting columns I move the actual div and (for whatever reason) change all the ids (the div and all childnodes) to reflect the new column number.
This works fine and the columns are shifted, when the form is submitted everything is fine *but* before the form is submitted things seem to be screwed up in IE. For example if I grab one of the elements within the div after shifting:
var name = document.getElementById("column1_name") alert(name.id)
The id displayed is the old id: column2_name!!
Please note that I *got* the element BY ID!
My mod_perl2 woes: I've installed the latest mod_perl2 (2.01) and libapreq2 (2.06-dev) and everything seems fine except for when I try to serve up excel files (generated by Spreadsheet::WriteExcel)
The sample mod_perl2 program for SS::WE sets headers/content type as:
$r->headers_out->{'Content-Disposition'} = "attachment;filename=$filename";
$r->content_type('application/vnd.ms-excel');
But I get an error when I run:
69.158.152.228] Can't locate object method "STORE" via package "APR::Table"
The pod for APR::Table seems fine but the changelog for libapreq2 has the following:
Perl API [joes] Support for table set/add/delete methods is formally withdrawn. Technically this feature died with the module API refactoring in 2.05-dev.
Based on my error it would seem the "table" in question is probably APR::Table but why is the pod for APR::Table still showing set/store etc
I'm obviously missing something ...
