Closed (fixed)
Project:
Tables Filter Module
Version:
6.x-1.0
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
27 Jan 2010 at 10:40 UTC
Updated:
15 Jan 2011 at 06:40 UTC
Jump to comment: Most recent file
Comments
Comment #1
cmrabet commentedI am having the same issue here. The module is quite good, but unfortunately it might be not usable if tables need to have a final colspan which is very common. Pity.
Comment #2
monti commented1. same problem when last field is merged upward
2. workaround: add an empty field at the end. i.e: another "|" mark for all rows
Comment #3
cmrabet commentedI don't understand the workaround you say; If I add another | at the end of each row then I get an empty cell on the final table which I don't want. The module does not generate a class for the last col, so in that case through CSS I could hide the inner borders for the last column to trick the user thinking that is the same column as the before the last one, but unfortunately the module only generates class for the first column, and then it keeps going with odd, even, odd, even, etc...
Comment #4
ManyNancy commentedYep, extremely problematic. :(
Comment #5
tumblingmug commentedQuick solution is: you have to rearrange the order of input formats. If the table filter runs after the line break converter (and it does by default) then the last cell containing whatever will get an break appended and this does not fulfill the hardcoded conditions for colspans anymore.
More robust would be inside the code instead of:
to have this on line 94:
and as well to write on line 136 instead of
this:
The same would apply then to the '^'-conditions on lines 102 and 136.
Cheers.
Comment #6
tumblingmug commentedHere a patch for this. Also cleaning a confusing typo of the help text.
Comment #7
realityloop commentedAdded to dev, thanks for the patch!
I will push a release within 2 weeks if there are no bug reports relating to it.