\noalign \toprule Fehler

Antwort erstellen


Diese Frage dient dazu, das automatisierte Versenden von Formularen durch Spam-Bots zu verhindern.
Smilies
:D :) :( :o :shock: :? 8) :lol: :-x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:

BBCode ist eingeschaltet
[img] ist eingeschaltet
[flash] ist ausgeschaltet
[url] ist eingeschaltet
Smilies sind eingeschaltet

Die letzten Beiträge des Themas

Ich habe die Datenschutzerklärung gelesen und bin damit einverstanden.

   

Wenn du eine Datei oder mehrere Dateien anhängen möchtest, gib die Details unten ein.

Ansicht erweitern Die letzten Beiträge des Themas: \noalign \toprule Fehler

von HerrVorragend » Fr 2. Nov 2012, 14:39

Okay kleines Feedback:

der noalign \toprule Fehler hat sich verflüchtigt. Ich habe den entsprechenden Abschnitt gelöscht und neu geschrieben. Der Fehler trat dann nicht mehr auf. Ob es die von Frau Fischer beschriebenen unsichtbaren utf8-Zeichen waren, oder etwas anderes kann ich nicht sagen.

Die breiteren Spalten beim verwenden das tabular Befehls bleiben. Scheinbar werden die kleinen Freiräume zwischen den Zeichen der Spalten mit aufgeschlagen o.ä..

Ich habe jetzt den tabularx befehl verwendet:

\begin{table}[!h]
\caption{TEXTTEXTTEXT}
\label{tab:TEXT}
\begin{tabularx}{\textwidth}{@{}XXXXXXX@{}}
\toprule[1.75pt]
Bla & Blubb 1 & Blubb 2 & bla 3 & bla & bla & text\\
\toprule[1.75pt]
muh &  &  &  &  &  &  \\
\midrule
muh &  &  &  &  &  &  \\
\midrule
muh &  &  &  &  &  &  \\
\midrule
muh &  &  &  &  &  &  \\
\midrule
muh &  &  &  &  &  &  \\
\midrule
muh &  &  &  &  &  &  \\
\midrule
muh &  &  &  &  &  &  \\
\midrule
muh &  &  &  &  &  &  \\
\bottomrule[1.75pt]
\end{tabularx}
\end{table}
\\
Durch \textwidth wird die Tabelle so breit wie der Text. Das X steht für eine variable Spaltenbreite, welche beim Übersetzen anhand des Inhalts festgelegt wird.

Ich danke Frau Fischer und sudo für die Hilfe und Anregungen!

von sudo » Do 1. Nov 2012, 16:35

Die Breite einer Tabelle besteht im Allgemeinen nicht nur aus der Breite von den Zellen. Bei Linien kommt die Breite dieser dazu und auch sonst dürfte ein kleiner Abstand zwischen den Zellen bestehen.

Vielleicht solltest du lieber das Paket tabularx für Tabellen in Textbreite verwenden.

von Gast » Do 1. Nov 2012, 15:22

jap sehen korrekt aus.
Na gut, dann liegt es nicht an unsichtbaren utf8-Zeichen. Lösche mal ganz konsequent alles Unsichtbare vor den \toprule (Leerzeichen, Zeilenumbruch usw), so dass die Befehle direkt nach der Klammer bzw. nach \\ stehen.

Wenn das nicht hilft:
Packe die tex-Datei, die den Fehler zeigt, und die log-Datei der Kompilation der Datei in eine zip-Datei und hänge sie an (falls das hier geht) oder biete sie irgendwie zum Download an.

Ulrike Fischer
www.troubleshooting-tex.de

von HerrVorragend » Do 1. Nov 2012, 15:21

Im neuen File läuft es bei mir auch ohne Fehler durch.... Vielen Dank für Eure Hilfe, der Fehler scheint anderswo zu liegen.

Eine eigenartige Sache ist mir jedoch noch aufgefallen. Wenn ich meine Textbreite 14cm auf einer Seite ist und ich mit dem Befehl
\begin{tabular}{@{}p{4,66 cm}p{4,66 cm}p{4,66 cm}@{}}
eine Breite der einzelnen Spalten vorgebe (hier drei), dann wird die tabelle auf einmal breiter als 14 cm. Weis jemand warum?

von Johannes_B » Do 1. Nov 2012, 15:04

Also unter TeX Live 2012 laeuft das auch sauber durch. Test bitte dein eigenes Minimalbeispiel nochmal in einer neuen Datei.

von HerrVorragend » Do 1. Nov 2012, 14:23

jap sehen korrekt aus. wenn ich alle tabellen auskommentiere erstellt er mir auch mein pdf

von Gast » Do 1. Nov 2012, 14:08

Füge die Umlaute ein, kommentiere die Tabelle aus (damit es keinen Fehler gibt) und kompiliere. Sehen in der pdf-Datei die Umlaute korrekt aus?

Ulrike Fischer
www.troubleshooting-tex.de

von HerrVorragend » Do 1. Nov 2012, 13:41

Umlaute ändern nichts am Ergebnis. Bei mir wird das Dokument nicht erstellt. Ach ja benutze MikTex 2.9

von Gast » Do 1. Nov 2012, 12:21

Dein Beispiel läuft bei mir (aktuelles Miktex) fehlerfrei, und ich kann mir nicht wirklich vorstellen, dass es in älteren Systemen nicht funktioniert hätte. Bist du dir sicher, dass die Datei wirklich latin1 kodiert ist? Was passiert, wenn du ein paar Umlaute vor der Tabelle einfügst?

Ulrike Fischer
www.troubleshooting-tex.de

\noalign \toprule Fehler

von HerrVorragend » Do 1. Nov 2012, 11:40

Hallo Tex´ler,

ich habe nun google mehrfach bemüht und komme nicht weiter. Ich habe bereits Tabellen mit booktabs erstellt, leider waren diese immer zu breit. Nun bekomme ich den code gar nicht mehr zum laufen und weis nicht so recht warum.

Hier mein Beispiel:
\documentclass[
11pt,
DIV10,
ngerman,
a4paper,
captions=tableheading, % Beschriftung von Tabellen unterhalb ausgeben
]{scrreprt}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\usepackage[ngerman]{babel}
\usepackage{longtable}
\usepackage{array}
\usepackage{ragged2e}
\usepackage{lscape}
\usepackage{booktabs}

\begin{document}
\begin{table}[h]
\caption{Tabellarische Auflistung}
\label{tab:list}
\begin{tabular}{p{3,5cm}p{3,5cm}p{3,5cm}}
\toprule[1.75pt]
ueberbla & ueberblubb & ueberbla \\
\toprule[1.75pt]
bla & blubb & blal \\
\midrule
bla & blubb & bla \\
\bottomrule[1.75pt]
\end{tabular}
\end{table}

\end{document}


Dazu erhalte ich folgenden Fehler:
Misplaced \noalign \toprule
Missing } inserted \toprule[1.75pt]
Missing \}endgroup \toprule[1.75pt]
Missing \cr inserted \toprule[1.75pt]


Kennt jemand rat?

Vielen Dank,

der Herr

Nach oben