Closed EhrmannS closed 7 years ago
Hi, @EhrmannS, it seems like booktabs' cmidrule
messed up the multirow's calculation..
https://tex.stackexchange.com/questions/66564/vertical-alignment-using-multirow-and-booktabs
I don't know if I can find a good solution for this. I can certainly remove those midlines. I don't like them either but they are important for tables with multiple header columns. If we keep those midlines, TeX people say you can manually add adjustments to multirow. I can certainly simulate it via code but it seems like it will bring me more issues in the future.
I tried out another package (https://github.com/hughjonesd/huxtable) and it seems as if a very similar problem exists that might be connected to latex (https://github.com/hughjonesd/huxtable/issues/9).
Just wanted to let you know. I will use a work-around for my table that doesn't require collapsing the column in the first place.
Did anyone ever come up with a proper solution for this?
@slyrus We are adding a page breaking mechanism in the latest version (not on cran yet). Check #314 for details.
Hi!
I have the following example. It results in a table, where
car 1
is to be found somewhere in the 4th fifth of the vertical distribution, rather than directly in the middle. This creates for more complex tables and longer values in this "collapsed cell" rather strange behaviour and sometimes the text even crosses the lower boundary of the group. It seems almost as if the value would be centred between the two maximum border of the table per page, and not between the two borders of the group that should be collapsed.Even more strangely, if you set the line
long_dt[,1] <- c(rep("car 1", 22), rep("car 2", 10))
tolong_dt[,1] <- c(rep("car 1", 16), rep("car 2", 16))
,car 2
is printed where the repeated header on the second page would be printed otherwise.If I compile it to html it works without problems.