Mixing
TikZ controls cause false alarms about overfull hboxes
Clash Royale CLAN TAG#URR8PPP
up vote
2
down vote
favorite
The following code
Then $e+F$ acts in the standard representation (on $mathbb C^mn+k$) in such a way
that we can decompose this action into the following pieces:
for even $m$,
$$
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
$$
produces
accompanied with the warning about "Overfull hbox (43.07889pt too wide)", although the picture fits pretty well within margins. I presume this happens because TikZ controls involve invisible angle for the Bezier curve that is outside margins. But it is invisible, so the warning is actually redundant.
I realize this is a minor (maybe nonexistent) issue, but still - could something be done to avoid such messages?
tikz-pgf horizontal-alignment errors warnings
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
 |Â
show 1 more comment
up vote
2
down vote
favorite
The following code
Then $e+F$ acts in the standard representation (on $mathbb C^mn+k$) in such a way
that we can decompose this action into the following pieces:
for even $m$,
$$
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
$$
produces
accompanied with the warning about "Overfull hbox (43.07889pt too wide)", although the picture fits pretty well within margins. I presume this happens because TikZ controls involve invisible angle for the Bezier curve that is outside margins. But it is invisible, so the warning is actually redundant.
I realize this is a minor (maybe nonexistent) issue, but still - could something be done to avoid such messages?
tikz-pgf horizontal-alignment errors warnings
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
1
Take a look at theuse as bounding boxoption on page 124 of thepfgmanual.
– Skillmon
3 hours ago
@S Wow this was quick!
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
Coincidence, but thanks :)
– Skillmon
3 hours ago
@Skillmon I have manual for 3.0.1a, there it is on page 175 (section 15.8), with examples; there is also a versionuseasboundingbox. All in all, - don't you want to make this an answer? I believe it can be useful for others too, no?
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
1
Note that you shouldn't use$$for displayed maths, instead one should use[and]in LaTeX.
– Skillmon
3 hours ago
 |Â
show 1 more comment
up vote
2
down vote
favorite
up vote
2
down vote
favorite
The following code
Then $e+F$ acts in the standard representation (on $mathbb C^mn+k$) in such a way
that we can decompose this action into the following pieces:
for even $m$,
$$
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
$$
produces
accompanied with the warning about "Overfull hbox (43.07889pt too wide)", although the picture fits pretty well within margins. I presume this happens because TikZ controls involve invisible angle for the Bezier curve that is outside margins. But it is invisible, so the warning is actually redundant.
I realize this is a minor (maybe nonexistent) issue, but still - could something be done to avoid such messages?
tikz-pgf horizontal-alignment errors warnings
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
The following code
Then $e+F$ acts in the standard representation (on $mathbb C^mn+k$) in such a way
that we can decompose this action into the following pieces:
for even $m$,
$$
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
$$
produces
accompanied with the warning about "Overfull hbox (43.07889pt too wide)", although the picture fits pretty well within margins. I presume this happens because TikZ controls involve invisible angle for the Bezier curve that is outside margins. But it is invisible, so the warning is actually redundant.
I realize this is a minor (maybe nonexistent) issue, but still - could something be done to avoid such messages?
tikz-pgf horizontal-alignment errors warnings
tikz-pgf horizontal-alignment errors warnings
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
asked 3 hours ago
მáƒÂმუკრჯიბლáƒÂძე
367110
367110
1
Take a look at theuse as bounding boxoption on page 124 of thepfgmanual.
– Skillmon
3 hours ago
@S Wow this was quick!
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
Coincidence, but thanks :)
– Skillmon
3 hours ago
@Skillmon I have manual for 3.0.1a, there it is on page 175 (section 15.8), with examples; there is also a versionuseasboundingbox. All in all, - don't you want to make this an answer? I believe it can be useful for others too, no?
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
1
Note that you shouldn't use$$for displayed maths, instead one should use[and]in LaTeX.
– Skillmon
3 hours ago
 |Â
show 1 more comment
1
Take a look at theuse as bounding boxoption on page 124 of thepfgmanual.
– Skillmon
3 hours ago
@S Wow this was quick!
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
Coincidence, but thanks :)
– Skillmon
3 hours ago
@Skillmon I have manual for 3.0.1a, there it is on page 175 (section 15.8), with examples; there is also a versionuseasboundingbox. All in all, - don't you want to make this an answer? I believe it can be useful for others too, no?
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
1
Note that you shouldn't use$$for displayed maths, instead one should use[and]in LaTeX.
– Skillmon
3 hours ago
1
1
Take a look at the
use as bounding box option on page 124 of the pfgmanual.– Skillmon
3 hours ago
Take a look at the
use as bounding box option on page 124 of the pfgmanual.– Skillmon
3 hours ago
@S Wow this was quick!
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
@S Wow this was quick!
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
Coincidence, but thanks :)
– Skillmon
3 hours ago
Coincidence, but thanks :)
– Skillmon
3 hours ago
@Skillmon I have manual for 3.0.1a, there it is on page 175 (section 15.8), with examples; there is also a version
useasboundingbox. All in all, - don't you want to make this an answer? I believe it can be useful for others too, no?– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
@Skillmon I have manual for 3.0.1a, there it is on page 175 (section 15.8), with examples; there is also a version
useasboundingbox. All in all, - don't you want to make this an answer? I believe it can be useful for others too, no?– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
1
1
Note that you shouldn't use
$$ for displayed maths, instead one should use [ and ] in LaTeX.– Skillmon
3 hours ago
Note that you shouldn't use
$$ for displayed maths, instead one should use [ and ] in LaTeX.– Skillmon
3 hours ago
 |Â
show 1 more comment
1 Answer
1
active
oldest
votes
up vote
4
down vote
accepted
There are two known issues mentioned in the pgfmanual of version 3.0.1a on page 124 related to the size of the bounding box:
First, the line thickness of diagonal lines is not taken into account correctly. Second, control
points of a curve often lie far “outside†the curve and make the bounding box too large. In this case, you should use the[use as bounding box]option.
In this specific question the second reason is at fault, because the control points lie outside the actually visible figure, but are considered for the bounding box.
The command useasboundingbox can also be used, which is an abbreviation for path[use as bounding box]. The easiest way to set a bounding box is the use of something like:
path[use as bounding box] (0,0) rectangle (4,4);
Of course the correct coordinates differ from picture to picture.
In this specific case (-5,-.8) and (5,1.2) seem to provide good results:
documentclass[border=2mm,tikz]standalone
usepackageamssymb
begindocument
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
path[use as bounding box] (-5,-.8) rectangle (5,1.2);
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
enddocument
answered 3 hours ago
Skillmon
19.5k11738
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
4
down vote
accepted
There are two known issues mentioned in the pgfmanual of version 3.0.1a on page 124 related to the size of the bounding box:
First, the line thickness of diagonal lines is not taken into account correctly. Second, control
points of a curve often lie far “outside†the curve and make the bounding box too large. In this case, you should use the[use as bounding box]option.
In this specific question the second reason is at fault, because the control points lie outside the actually visible figure, but are considered for the bounding box.
The command useasboundingbox can also be used, which is an abbreviation for path[use as bounding box]. The easiest way to set a bounding box is the use of something like:
path[use as bounding box] (0,0) rectangle (4,4);
Of course the correct coordinates differ from picture to picture.
In this specific case (-5,-.8) and (5,1.2) seem to provide good results:
documentclass[border=2mm,tikz]standalone
usepackageamssymb
begindocument
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
path[use as bounding box] (-5,-.8) rectangle (5,1.2);
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
enddocument
answered 3 hours ago
Skillmon
19.5k11738
add a comment |Â
up vote
4
down vote
accepted
There are two known issues mentioned in the pgfmanual of version 3.0.1a on page 124 related to the size of the bounding box:
First, the line thickness of diagonal lines is not taken into account correctly. Second, control
points of a curve often lie far “outside†the curve and make the bounding box too large. In this case, you should use the[use as bounding box]option.
In this specific question the second reason is at fault, because the control points lie outside the actually visible figure, but are considered for the bounding box.
The command useasboundingbox can also be used, which is an abbreviation for path[use as bounding box]. The easiest way to set a bounding box is the use of something like:
path[use as bounding box] (0,0) rectangle (4,4);
Of course the correct coordinates differ from picture to picture.
In this specific case (-5,-.8) and (5,1.2) seem to provide good results:
documentclass[border=2mm,tikz]standalone
usepackageamssymb
begindocument
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
path[use as bounding box] (-5,-.8) rectangle (5,1.2);
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
enddocument
answered 3 hours ago
Skillmon
19.5k11738
add a comment |Â
up vote
4
down vote
accepted
up vote
4
down vote
accepted
There are two known issues mentioned in the pgfmanual of version 3.0.1a on page 124 related to the size of the bounding box:
First, the line thickness of diagonal lines is not taken into account correctly. Second, control
points of a curve often lie far “outside†the curve and make the bounding box too large. In this case, you should use the[use as bounding box]option.
In this specific question the second reason is at fault, because the control points lie outside the actually visible figure, but are considered for the bounding box.
The command useasboundingbox can also be used, which is an abbreviation for path[use as bounding box]. The easiest way to set a bounding box is the use of something like:
path[use as bounding box] (0,0) rectangle (4,4);
Of course the correct coordinates differ from picture to picture.
In this specific case (-5,-.8) and (5,1.2) seem to provide good results:
documentclass[border=2mm,tikz]standalone
usepackageamssymb
begindocument
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
path[use as bounding box] (-5,-.8) rectangle (5,1.2);
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
enddocument
answered 3 hours ago
Skillmon
19.5k11738
There are two known issues mentioned in the pgfmanual of version 3.0.1a on page 124 related to the size of the bounding box:
First, the line thickness of diagonal lines is not taken into account correctly. Second, control
points of a curve often lie far “outside†the curve and make the bounding box too large. In this case, you should use the[use as bounding box]option.
In this specific question the second reason is at fault, because the control points lie outside the actually visible figure, but are considered for the bounding box.
The command useasboundingbox can also be used, which is an abbreviation for path[use as bounding box]. The easiest way to set a bounding box is the use of something like:
path[use as bounding box] (0,0) rectangle (4,4);
Of course the correct coordinates differ from picture to picture.
In this specific case (-5,-.8) and (5,1.2) seem to provide good results:
documentclass[border=2mm,tikz]standalone
usepackageamssymb
begindocument
begintikzpicture[>=stealth,->,scale=1.25,every node/.style=anchor=south]
path[use as bounding box] (-5,-.8) rectangle (5,1.2);
node (1) at (-4,0) $mathbb C^n$;
node (2) at (-3,0) $mathbb C^n$;
node (l) at (-2,0) $cdotsvphantommathbb C^n$;
node (m/2) at (-1,0) $mathbb C^n$;
node at (0,0) $mathbb C^k$;
node (-m/2) at (1,0) $mathbb C^n$;
node (-l) at (2,0) $cdotsvphantommathbb C^n$;
node (-2) at (3,0) $mathbb C^n$;
node (-1) at (4,0) $mathbb C^n$;
draw (1) -- node[above] $e_1$ (2);
draw (2) -- node[above] $e_2$ (l);
draw (l) -- node[above] $e_frac m2-1$ (m/2);
draw (m/2) .. controls (-.2,.8) and (.2,.8) .. node[above] $e_frac m2$ (-m/2);
draw (-m/2) -- node[above] $e_frac m2+1$ (-l);
draw (-l) -- node[above] $e_m-2$ (-2);
draw (-2) -- node[above] $e_m-1$ (-1);
draw (-1) .. controls (7,-.5) and (-7,-.5) .. node[below] $F$ (1);
endtikzpicture
enddocument
answered 3 hours ago
Skillmon
19.5k11738
answered 3 hours ago
Skillmon
19.5k11738
answered 3 hours ago
Skillmon
19.5k11738
answered 3 hours ago
Skillmon
19.5k11738
19.5k11738
add a comment |Â
add a comment |Â
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
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f457196%2ftikz-controls-cause-false-alarms-about-overfull-hboxes%23new-answer', 'question_page');
);
Post as a guest
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
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
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
1
Take a look at the
use as bounding boxoption on page 124 of thepfgmanual.– Skillmon
3 hours ago
@S Wow this was quick!
– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
Coincidence, but thanks :)
– Skillmon
3 hours ago
@Skillmon I have manual for 3.0.1a, there it is on page 175 (section 15.8), with examples; there is also a version
useasboundingbox. All in all, - don't you want to make this an answer? I believe it can be useful for others too, no?– áƒ›áƒÂმუკრჯიბლáƒÂძე
3 hours ago
1
Note that you shouldn't use
$$for displayed maths, instead one should use[and]in LaTeX.– Skillmon
3 hours ago