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. Open in Online-Editor
\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} gefragt 19 Aug '16, 23:32 MoonKid |
Du musst um den Umbruch um die Dicke der Linie verkürzen mit Open in Online-Editor
\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: Open in Online-Editor
\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 beantwortet 20 Aug '16, 00:42 Henri 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,
tabu
ist 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 undtabu
von 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. ;)