Tag Info

2

This code will store the rows and round the number up to a multiple of #1 (the desired number of columns). Next, with a nested cycle, it picks up the entries number 1+0*n, 1+1*n, ..., 1+(#1-1)*n 2+0*n, 1+1*n, ..., 2+(#1-1)*n ... n+0*n, n+1*n, ..., n+(#1-1)*n where n is the final number of rows, storing each new row with items separated by &. Finally ...

2

You could use nested tables: \documentclass[11pt]{report} \begin{document} \begin{table} \vspace*{0.5cm} \centering \begin{tabular}{ @{}c@{} p{16pt}% horizontal space between the tables @{}c@{} } \begin{tabular}[t]{p{2cm}p{3cm}}% <- option t added \hline\hline ABC & 123 \\ ...

2

You're seeing this behavior because of the way that you're composing the savebox on the fly and inserting it as a bottom figure. You insert two or more multicols environments into bottom figures before the output routine has had a chance to work, and this triggers what I believe should count as a bug in multicol (although admittedly this is an edge case). ...

1

You can use \raggedcolumns\printindex

1

As I wrote in a comment, I guess the vertical shift is caused by the center environment. For fun I tried to recycle my old post about having a two column document with marginnotes which are able to run over a pagebreak. To this end I had to externalise your tikzpicture and compile it separately. Code: \documentclass{standalone} \usepackage{tikz, ...

Top 50 recent answers are included