|
In dem unten stehenden Bild und Code nutze ich
Im Beispiel setze ich per default die horizontale Linie nur von der zweiten bis zur dritten Spalte. Das führt dazu, das rechts in den vertikalen Linien kleine Lücken (mit Kreisen markiert) übrig bleiben. Setze ich separat noch eine voll durchgezogene horizontale Linie (ganz unten) stimmt die Dicke nicht. Vermutlich zeichnet er hier die neue 3-Spalten lange Linie unter die 2-Spalten lange Linie. \documentclass{scrartcl} \usepackage{xltxtra} \usepackage{polyglossia} \setdefaultlanguage[spelling=new]{german} \usepackage{tabu} \usepackage{multirow} \begin{document} \begin{tabu} spread 0pt {|X|X|X|} \everyrow{\tabucline{2-}} \tabucline{-} \multirow{2}{*}{A} & B & C\\ & B & C\\ A & B & C\\ A & B & C\\\tabucline{-} \end{tabu} \end{document} |
|
Du musst um den Umbruch um die Dicke der Linie verkürzen mit \documentclass{article} \pagestyle{empty} \usepackage{tabu} \usepackage{multirow} \begin{document} \begin{tabu} spread 0pt {|X|X|X|} \everyrow{\vskip-\arrayrulewidth\tabucline{2-3}} \tabucline{-} \multirow{2}{*}{A} & B & C \\ & B & C \\ A & B & C \\ A & B & C \\[-\arrayrulewidth] \tabucline{1-1} \end{tabu} \end{document}
Obligatorische ConTeXt-Lösung: \startsetups tabu \setupTABLE [align=lohi] \setupTABLE [column] [first] [frame=off] \setupTABLE [row] [each] [leftframe=on] \setupTABLE [row] [first] [topframe=on] \setupTABLE [row] [last] [bottomframe=on] \stopsetups \starttext \startTABLE[setups=tabu] \NC[ny=2] A \NC B \NC C \NC\NR \NC B \NC C \NC\NR \NC A \NC B \NC C \NC\NR \NC A \NC B \NC C \NC\NR \stopTABLE \stoptext
Etwas laienhaft formuliert: Man springt also immer wieder ein Stück auf der Seite nach oben (zurück) und zwar um die Dicke der Linie? Nice. ;)
(20 Aug '16, 09:28)
MoonKid
|
Gute Beobachtung! Was mir spontan einfällt: Tabellen mit solchen vergitterten Zellen sind oft nicht gut lesbar. Ist es eine spezielle Anwendung, wo man ein Gitter braucht? Kenne ja die Situation nicht. Und: tabu ist ein bisschen bedenklich - ich erinnere mich, dass der tabu-Programmierer nicht richtig Wert auf Nachhaltigkeit/Wiederverwendbarkeit bzw. Eigen-Kompatibilität legt. Nur mal als Tratsch. :-)
Ja,
tabuist obsulet, wird nicht weiterentwickelt oder gefixet. Das es derzeit aber IMO die beste Alternative, zu den anderen Tabellenpaketen, darstellt, sagt einiges aus. Der Entwickler will seit Jahren sein Konzept überdenken undtabuvon Grund auf neu und besser schreiben. Aber scheinbar kommt er nicht dazu und jemand anderes auch nicht. ;)Sollte es für sowas irgendwo ein Budget gebe, wäre das eine Investition wert. Ein paar Tausend € damit er nix anderes macht, außer dieses Paket zu entwickeln. ;)