hline - width of entire table
How to set hline
to be appropriate for the table?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[output-decimal-marker={,}]{siunitx}
NewDocumentCommand{anote}{}{makebox[0pt][l]{$^*$}}
usepackage[margin=0.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}}
r|ccccccccccccccccccccc
}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
tables
|
show 4 more comments
How to set hline
to be appropriate for the table?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[output-decimal-marker={,}]{siunitx}
NewDocumentCommand{anote}{}{makebox[0pt][l]{$^*$}}
usepackage[margin=0.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}}
r|ccccccccccccccccccccc
}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
tables
2
Why do you make your table so wide and the font size too small? It is very hard to read the numbers.
– JouleV
Mar 24 at 7:15
I have lots of number and I pretend reading on the computer with zoom. I make it bigger after maybe, but I am confused about hline now.
– Lukáš Altman
Mar 24 at 7:20
I should remove theextracolsep
and increase the font size.
– JouleV
Mar 24 at 7:21
How please? This doesn't workbegin{tabular*}{textwidth}{ r|ccccccccccccccccccccc }
– Lukáš Altman
Mar 24 at 7:28
1
@koleygr it does understand it, but (as documented) it maintains it meaning the original portrait width so that page head and foot (which the package keeps in portrait orientation) work correctly.
– David Carlisle
Mar 24 at 9:43
|
show 4 more comments
How to set hline
to be appropriate for the table?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[output-decimal-marker={,}]{siunitx}
NewDocumentCommand{anote}{}{makebox[0pt][l]{$^*$}}
usepackage[margin=0.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}}
r|ccccccccccccccccccccc
}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
tables
How to set hline
to be appropriate for the table?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[output-decimal-marker={,}]{siunitx}
NewDocumentCommand{anote}{}{makebox[0pt][l]{$^*$}}
usepackage[margin=0.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}}
r|ccccccccccccccccccccc
}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
tables
tables
edited Mar 24 at 7:22
CarLaTeX
34.3k552141
34.3k552141
asked Mar 24 at 7:10
Lukáš AltmanLukáš Altman
133
133
2
Why do you make your table so wide and the font size too small? It is very hard to read the numbers.
– JouleV
Mar 24 at 7:15
I have lots of number and I pretend reading on the computer with zoom. I make it bigger after maybe, but I am confused about hline now.
– Lukáš Altman
Mar 24 at 7:20
I should remove theextracolsep
and increase the font size.
– JouleV
Mar 24 at 7:21
How please? This doesn't workbegin{tabular*}{textwidth}{ r|ccccccccccccccccccccc }
– Lukáš Altman
Mar 24 at 7:28
1
@koleygr it does understand it, but (as documented) it maintains it meaning the original portrait width so that page head and foot (which the package keeps in portrait orientation) work correctly.
– David Carlisle
Mar 24 at 9:43
|
show 4 more comments
2
Why do you make your table so wide and the font size too small? It is very hard to read the numbers.
– JouleV
Mar 24 at 7:15
I have lots of number and I pretend reading on the computer with zoom. I make it bigger after maybe, but I am confused about hline now.
– Lukáš Altman
Mar 24 at 7:20
I should remove theextracolsep
and increase the font size.
– JouleV
Mar 24 at 7:21
How please? This doesn't workbegin{tabular*}{textwidth}{ r|ccccccccccccccccccccc }
– Lukáš Altman
Mar 24 at 7:28
1
@koleygr it does understand it, but (as documented) it maintains it meaning the original portrait width so that page head and foot (which the package keeps in portrait orientation) work correctly.
– David Carlisle
Mar 24 at 9:43
2
2
Why do you make your table so wide and the font size too small? It is very hard to read the numbers.
– JouleV
Mar 24 at 7:15
Why do you make your table so wide and the font size too small? It is very hard to read the numbers.
– JouleV
Mar 24 at 7:15
I have lots of number and I pretend reading on the computer with zoom. I make it bigger after maybe, but I am confused about hline now.
– Lukáš Altman
Mar 24 at 7:20
I have lots of number and I pretend reading on the computer with zoom. I make it bigger after maybe, but I am confused about hline now.
– Lukáš Altman
Mar 24 at 7:20
I should remove the
extracolsep
and increase the font size.– JouleV
Mar 24 at 7:21
I should remove the
extracolsep
and increase the font size.– JouleV
Mar 24 at 7:21
How please? This doesn't work
begin{tabular*}{textwidth}{ r|ccccccccccccccccccccc }
– Lukáš Altman
Mar 24 at 7:28
How please? This doesn't work
begin{tabular*}{textwidth}{ r|ccccccccccccccccccccc }
– Lukáš Altman
Mar 24 at 7:28
1
1
@koleygr it does understand it, but (as documented) it maintains it meaning the original portrait width so that page head and foot (which the package keeps in portrait orientation) work correctly.
– David Carlisle
Mar 24 at 9:43
@koleygr it does understand it, but (as documented) it maintains it meaning the original portrait width so that page head and foot (which the package keeps in portrait orientation) work correctly.
– David Carlisle
Mar 24 at 9:43
|
show 4 more comments
2 Answers
2
active
oldest
votes
This?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{linewidth}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
which goes to the right margin
or this?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular}
end{table}
end{landscape}
end{document}
which is better I think
Thank you very much
– Lukáš Altman
Mar 24 at 7:35
It's poor form to usebegin{tabular*}{linewidth}{...}
but not set@{extracolsep{fill}}
as well.
– Mico
Mar 24 at 8:29
2
usingtabular*
withoutextracolsep
is like usingtabularx
withoutX
you are specifying a target width but giving TeX no way to achieve it. If you just havercccc
columns you should usetabular
nottabular*
– David Carlisle
Mar 24 at 9:38
also why suggest[h!!]
using two!
does nothing, and usingh
on its own is usually an error and latex warns about it and changes it toht
buthtp
is better still. but in this case the optional argument does nothing at all, aslandscape
does aclearpage
so you getp
positioning even though you have used the option to preventp
– David Carlisle
Mar 24 at 9:42
add a comment |
It's not good practice to employ a tabular*
environment, set its width to textwidth
(or some other specific length), but then not let LaTeX adjust the amount of intercolumn whitespace via an @{extracolsep{fill}}
directive, at the start of the second argument of the tabular*
environment, in order to achieve the desired overall width.
There is no need to shrink the font size all the way to tiny
-- footnotesize
will do just fine. The difference, in terms of legibility, of shrinking something 20% linearly (aka footnotesize) or 50% linearly (aka tiny) is enormous.
documentclass[12pt]{report}
usepackage{rotating} % for "sidewaystable" environment
usepackage[margin=0.25in,a3paper]{geometry}
begin{document}
begin{sidewaystable}
setlengthtabcolsep{0pt}
footnotesize % no need for "tiny"
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}} r *{17}{c}}
Fit& 0& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16\
hline
A&
54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004&
54867,597391& 54867,597323& 54867,595745& 54867,59403 & 54867,595847&
54867,594425& 54867,595113& 54867,59502 & 54868,48386 & 54867,591154&
54867,591663& 54867,592885 \
end{tabular*}
end{sidewaystable}
end{document}
2
+1 "not good practice" could perhaps be better phrased as "it's utterly completely wrong" :-)
– David Carlisle
Mar 24 at 9:39
@DavidCarlisle - :-) :-) :-) :-)
– Mico
Mar 24 at 10:29
add a comment |
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f481157%2fhline-width-of-entire-table%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
This?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{linewidth}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
which goes to the right margin
or this?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular}
end{table}
end{landscape}
end{document}
which is better I think
Thank you very much
– Lukáš Altman
Mar 24 at 7:35
It's poor form to usebegin{tabular*}{linewidth}{...}
but not set@{extracolsep{fill}}
as well.
– Mico
Mar 24 at 8:29
2
usingtabular*
withoutextracolsep
is like usingtabularx
withoutX
you are specifying a target width but giving TeX no way to achieve it. If you just havercccc
columns you should usetabular
nottabular*
– David Carlisle
Mar 24 at 9:38
also why suggest[h!!]
using two!
does nothing, and usingh
on its own is usually an error and latex warns about it and changes it toht
buthtp
is better still. but in this case the optional argument does nothing at all, aslandscape
does aclearpage
so you getp
positioning even though you have used the option to preventp
– David Carlisle
Mar 24 at 9:42
add a comment |
This?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{linewidth}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
which goes to the right margin
or this?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular}
end{table}
end{landscape}
end{document}
which is better I think
Thank you very much
– Lukáš Altman
Mar 24 at 7:35
It's poor form to usebegin{tabular*}{linewidth}{...}
but not set@{extracolsep{fill}}
as well.
– Mico
Mar 24 at 8:29
2
usingtabular*
withoutextracolsep
is like usingtabularx
withoutX
you are specifying a target width but giving TeX no way to achieve it. If you just havercccc
columns you should usetabular
nottabular*
– David Carlisle
Mar 24 at 9:38
also why suggest[h!!]
using two!
does nothing, and usingh
on its own is usually an error and latex warns about it and changes it toht
buthtp
is better still. but in this case the optional argument does nothing at all, aslandscape
does aclearpage
so you getp
positioning even though you have used the option to preventp
– David Carlisle
Mar 24 at 9:42
add a comment |
This?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{linewidth}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
which goes to the right margin
or this?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular}
end{table}
end{landscape}
end{document}
which is better I think
This?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular*}{linewidth}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular*}
end{table}
end{landscape}
end{document}
which goes to the right margin
or this?
documentclass[12pt,a3paper]{report}
usepackage{booktabs, makecell,amsmath, graphicx}
usepackage[margin=.25in]{geometry}
usepackage{pdflscape}
usepackage{lscape}
begin{document}
begin{landscape}
begin{table}[h!!]
tiny
renewcommand{arraystretch}{1.45}
begin{tabular}{r|ccccccccccccccccccccc}
Fit&& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16& 17&\
hline
A& 54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004& 54867,597391& 54867,597323& 54867,595745& 54867,59403& 54867,595847& 54867,594425& 54867,595113& 54867,59502& 54868,48386& 54867,591154& 54867,591663& 54867,592885& \
end{tabular}
end{table}
end{landscape}
end{document}
which is better I think
answered Mar 24 at 7:33
JouleVJouleV
9,66322357
9,66322357
Thank you very much
– Lukáš Altman
Mar 24 at 7:35
It's poor form to usebegin{tabular*}{linewidth}{...}
but not set@{extracolsep{fill}}
as well.
– Mico
Mar 24 at 8:29
2
usingtabular*
withoutextracolsep
is like usingtabularx
withoutX
you are specifying a target width but giving TeX no way to achieve it. If you just havercccc
columns you should usetabular
nottabular*
– David Carlisle
Mar 24 at 9:38
also why suggest[h!!]
using two!
does nothing, and usingh
on its own is usually an error and latex warns about it and changes it toht
buthtp
is better still. but in this case the optional argument does nothing at all, aslandscape
does aclearpage
so you getp
positioning even though you have used the option to preventp
– David Carlisle
Mar 24 at 9:42
add a comment |
Thank you very much
– Lukáš Altman
Mar 24 at 7:35
It's poor form to usebegin{tabular*}{linewidth}{...}
but not set@{extracolsep{fill}}
as well.
– Mico
Mar 24 at 8:29
2
usingtabular*
withoutextracolsep
is like usingtabularx
withoutX
you are specifying a target width but giving TeX no way to achieve it. If you just havercccc
columns you should usetabular
nottabular*
– David Carlisle
Mar 24 at 9:38
also why suggest[h!!]
using two!
does nothing, and usingh
on its own is usually an error and latex warns about it and changes it toht
buthtp
is better still. but in this case the optional argument does nothing at all, aslandscape
does aclearpage
so you getp
positioning even though you have used the option to preventp
– David Carlisle
Mar 24 at 9:42
Thank you very much
– Lukáš Altman
Mar 24 at 7:35
Thank you very much
– Lukáš Altman
Mar 24 at 7:35
It's poor form to use
begin{tabular*}{linewidth}{...}
but not set @{extracolsep{fill}}
as well.– Mico
Mar 24 at 8:29
It's poor form to use
begin{tabular*}{linewidth}{...}
but not set @{extracolsep{fill}}
as well.– Mico
Mar 24 at 8:29
2
2
using
tabular*
without extracolsep
is like using tabularx
without X
you are specifying a target width but giving TeX no way to achieve it. If you just have rcccc
columns you should use tabular
not tabular*
– David Carlisle
Mar 24 at 9:38
using
tabular*
without extracolsep
is like using tabularx
without X
you are specifying a target width but giving TeX no way to achieve it. If you just have rcccc
columns you should use tabular
not tabular*
– David Carlisle
Mar 24 at 9:38
also why suggest
[h!!]
using two !
does nothing, and using h
on its own is usually an error and latex warns about it and changes it to ht
but htp
is better still. but in this case the optional argument does nothing at all, as landscape
does a clearpage
so you get p
positioning even though you have used the option to prevent p
– David Carlisle
Mar 24 at 9:42
also why suggest
[h!!]
using two !
does nothing, and using h
on its own is usually an error and latex warns about it and changes it to ht
but htp
is better still. but in this case the optional argument does nothing at all, as landscape
does a clearpage
so you get p
positioning even though you have used the option to prevent p
– David Carlisle
Mar 24 at 9:42
add a comment |
It's not good practice to employ a tabular*
environment, set its width to textwidth
(or some other specific length), but then not let LaTeX adjust the amount of intercolumn whitespace via an @{extracolsep{fill}}
directive, at the start of the second argument of the tabular*
environment, in order to achieve the desired overall width.
There is no need to shrink the font size all the way to tiny
-- footnotesize
will do just fine. The difference, in terms of legibility, of shrinking something 20% linearly (aka footnotesize) or 50% linearly (aka tiny) is enormous.
documentclass[12pt]{report}
usepackage{rotating} % for "sidewaystable" environment
usepackage[margin=0.25in,a3paper]{geometry}
begin{document}
begin{sidewaystable}
setlengthtabcolsep{0pt}
footnotesize % no need for "tiny"
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}} r *{17}{c}}
Fit& 0& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16\
hline
A&
54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004&
54867,597391& 54867,597323& 54867,595745& 54867,59403 & 54867,595847&
54867,594425& 54867,595113& 54867,59502 & 54868,48386 & 54867,591154&
54867,591663& 54867,592885 \
end{tabular*}
end{sidewaystable}
end{document}
2
+1 "not good practice" could perhaps be better phrased as "it's utterly completely wrong" :-)
– David Carlisle
Mar 24 at 9:39
@DavidCarlisle - :-) :-) :-) :-)
– Mico
Mar 24 at 10:29
add a comment |
It's not good practice to employ a tabular*
environment, set its width to textwidth
(or some other specific length), but then not let LaTeX adjust the amount of intercolumn whitespace via an @{extracolsep{fill}}
directive, at the start of the second argument of the tabular*
environment, in order to achieve the desired overall width.
There is no need to shrink the font size all the way to tiny
-- footnotesize
will do just fine. The difference, in terms of legibility, of shrinking something 20% linearly (aka footnotesize) or 50% linearly (aka tiny) is enormous.
documentclass[12pt]{report}
usepackage{rotating} % for "sidewaystable" environment
usepackage[margin=0.25in,a3paper]{geometry}
begin{document}
begin{sidewaystable}
setlengthtabcolsep{0pt}
footnotesize % no need for "tiny"
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}} r *{17}{c}}
Fit& 0& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16\
hline
A&
54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004&
54867,597391& 54867,597323& 54867,595745& 54867,59403 & 54867,595847&
54867,594425& 54867,595113& 54867,59502 & 54868,48386 & 54867,591154&
54867,591663& 54867,592885 \
end{tabular*}
end{sidewaystable}
end{document}
2
+1 "not good practice" could perhaps be better phrased as "it's utterly completely wrong" :-)
– David Carlisle
Mar 24 at 9:39
@DavidCarlisle - :-) :-) :-) :-)
– Mico
Mar 24 at 10:29
add a comment |
It's not good practice to employ a tabular*
environment, set its width to textwidth
(or some other specific length), but then not let LaTeX adjust the amount of intercolumn whitespace via an @{extracolsep{fill}}
directive, at the start of the second argument of the tabular*
environment, in order to achieve the desired overall width.
There is no need to shrink the font size all the way to tiny
-- footnotesize
will do just fine. The difference, in terms of legibility, of shrinking something 20% linearly (aka footnotesize) or 50% linearly (aka tiny) is enormous.
documentclass[12pt]{report}
usepackage{rotating} % for "sidewaystable" environment
usepackage[margin=0.25in,a3paper]{geometry}
begin{document}
begin{sidewaystable}
setlengthtabcolsep{0pt}
footnotesize % no need for "tiny"
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}} r *{17}{c}}
Fit& 0& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16\
hline
A&
54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004&
54867,597391& 54867,597323& 54867,595745& 54867,59403 & 54867,595847&
54867,594425& 54867,595113& 54867,59502 & 54868,48386 & 54867,591154&
54867,591663& 54867,592885 \
end{tabular*}
end{sidewaystable}
end{document}
It's not good practice to employ a tabular*
environment, set its width to textwidth
(or some other specific length), but then not let LaTeX adjust the amount of intercolumn whitespace via an @{extracolsep{fill}}
directive, at the start of the second argument of the tabular*
environment, in order to achieve the desired overall width.
There is no need to shrink the font size all the way to tiny
-- footnotesize
will do just fine. The difference, in terms of legibility, of shrinking something 20% linearly (aka footnotesize) or 50% linearly (aka tiny) is enormous.
documentclass[12pt]{report}
usepackage{rotating} % for "sidewaystable" environment
usepackage[margin=0.25in,a3paper]{geometry}
begin{document}
begin{sidewaystable}
setlengthtabcolsep{0pt}
footnotesize % no need for "tiny"
renewcommand{arraystretch}{1.45}
begin{tabular*}{textwidth}{@{extracolsep{fill}} r *{17}{c}}
Fit& 0& 1& 2& 3& 4& 5& 6& 7& 8& 9& 10& 11& 12& 13& 14& 15& 16\
hline
A&
54867,608227& 54867,600478& 54867,597004& 54867,598053& 54867,598004&
54867,597391& 54867,597323& 54867,595745& 54867,59403 & 54867,595847&
54867,594425& 54867,595113& 54867,59502 & 54868,48386 & 54867,591154&
54867,591663& 54867,592885 \
end{tabular*}
end{sidewaystable}
end{document}
answered Mar 24 at 8:38
MicoMico
285k31388778
285k31388778
2
+1 "not good practice" could perhaps be better phrased as "it's utterly completely wrong" :-)
– David Carlisle
Mar 24 at 9:39
@DavidCarlisle - :-) :-) :-) :-)
– Mico
Mar 24 at 10:29
add a comment |
2
+1 "not good practice" could perhaps be better phrased as "it's utterly completely wrong" :-)
– David Carlisle
Mar 24 at 9:39
@DavidCarlisle - :-) :-) :-) :-)
– Mico
Mar 24 at 10:29
2
2
+1 "not good practice" could perhaps be better phrased as "it's utterly completely wrong" :-)
– David Carlisle
Mar 24 at 9:39
+1 "not good practice" could perhaps be better phrased as "it's utterly completely wrong" :-)
– David Carlisle
Mar 24 at 9:39
@DavidCarlisle - :-) :-) :-) :-)
– Mico
Mar 24 at 10:29
@DavidCarlisle - :-) :-) :-) :-)
– Mico
Mar 24 at 10:29
add a comment |
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f481157%2fhline-width-of-entire-table%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
2
Why do you make your table so wide and the font size too small? It is very hard to read the numbers.
– JouleV
Mar 24 at 7:15
I have lots of number and I pretend reading on the computer with zoom. I make it bigger after maybe, but I am confused about hline now.
– Lukáš Altman
Mar 24 at 7:20
I should remove the
extracolsep
and increase the font size.– JouleV
Mar 24 at 7:21
How please? This doesn't work
begin{tabular*}{textwidth}{ r|ccccccccccccccccccccc }
– Lukáš Altman
Mar 24 at 7:28
1
@koleygr it does understand it, but (as documented) it maintains it meaning the original portrait width so that page head and foot (which the package keeps in portrait orientation) work correctly.
– David Carlisle
Mar 24 at 9:43