TikZ: Advantage of position values attached with a unit?Drawing simple 3D cylinders in TikZtikz-3dplot causes...
Python: next in for loop
Font hinting is lost in Chrome-like browsers (for some languages )
A newer friend of my brother's gave him a load of baseball cards that are supposedly extremely valuable. Is this a scam?
Why was the small council so happy for Tyrion to become the Master of Coin?
Why doesn't Newton's third law mean a person bounces back to where they started when they hit the ground?
What are the differences between the usage of 'it' and 'they'?
If I cast Expeditious Retreat, can I Dash as a bonus action on the same turn?
What do you call a Matrix-like slowdown and camera movement effect?
What is the word for reserving something for yourself before others do?
Have astronauts in space suits ever taken selfies? If so, how?
How old can references or sources in a thesis be?
Why do I get two different answers for this counting problem?
Modeling an IPv4 Address
Email Account under attack (really) - anything I can do?
How does one intimidate enemies without having the capacity for violence?
What are these boxed doors outside store fronts in New York?
Theorems that impeded progress
Why can't I see bouncing of a switch on an oscilloscope?
Has the BBC provided arguments for saying Brexit being cancelled is unlikely?
What does it mean to describe someone as a butt steak?
Can a Warlock become Neutral Good?
Why don't electron-positron collisions release infinite energy?
Writing rule stating superpower from different root cause is bad writing
Why Is Death Allowed In the Matrix?
TikZ: Advantage of position values attached with a unit?
Drawing simple 3D cylinders in TikZtikz-3dplot causes problems to let operatorRotate a node but not its content: the case of the ellipse decorationHow to define the default vertical distance between nodes?Numerical conditional within tikz keys?Why do I get an extra white page before my TikZ picture?TikZ: Drawing an arc from an intersection to an intersectionHow to prevent rounded and duplicated tick labels in pgfplots with fixed precision?Drawing rectilinear curves in Tikz, aka an Etch-a-Sketch drawingLine up nested tikz enviroments or how to get rid of themHow to draw a square and its diagonals with arrows?begin{figure}… end{figure} is not working with tikz package
Regarding TikZ
-images: When should I type positioning values attached with a unit (e.g. draw (0cm, 0cm)...
) and when should I type them without a unit (e.g. simply draw (0, 0)...
)?
Minimum Working Example No. 1:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0, 0) rectangle (4, 4);
end{tikzpicture}
end{document}
Minimum Working Example No. 2:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{tikzpicture}
end{document}
Screenshot of the result from MWE no. 1:
Screenshot of the result from MWE no. 2:
As you can see, both codes will create the completely same picture. Therefore: What is the advantage of draw (0cm, 0cm)...
over draw (0, 0)...
and vice versa?
tikz-pgf positioning draw units unit-of-measure
add a comment |
Regarding TikZ
-images: When should I type positioning values attached with a unit (e.g. draw (0cm, 0cm)...
) and when should I type them without a unit (e.g. simply draw (0, 0)...
)?
Minimum Working Example No. 1:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0, 0) rectangle (4, 4);
end{tikzpicture}
end{document}
Minimum Working Example No. 2:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{tikzpicture}
end{document}
Screenshot of the result from MWE no. 1:
Screenshot of the result from MWE no. 2:
As you can see, both codes will create the completely same picture. Therefore: What is the advantage of draw (0cm, 0cm)...
over draw (0, 0)...
and vice versa?
tikz-pgf positioning draw units unit-of-measure
1
default unit intikz
(with some exception, for example atxshift
,yshift
) is cm, so, if you stick with it you not need to write it explicit.
– Zarko
7 hours ago
TikZ interprets(x,y)
asx*e_1+y*e_2
, where the defaults for the unit vectorse_i
aree_1=(1cm,0)
ande_2=(0,1cm)
. The perhaps clearest explanation can be found in this answer by LoopSpace, which was written at a time when Jake still had questions. And I disagree with @Zarko, the default unit for TikZ is pt.
– marmot
4 hours ago
add a comment |
Regarding TikZ
-images: When should I type positioning values attached with a unit (e.g. draw (0cm, 0cm)...
) and when should I type them without a unit (e.g. simply draw (0, 0)...
)?
Minimum Working Example No. 1:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0, 0) rectangle (4, 4);
end{tikzpicture}
end{document}
Minimum Working Example No. 2:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{tikzpicture}
end{document}
Screenshot of the result from MWE no. 1:
Screenshot of the result from MWE no. 2:
As you can see, both codes will create the completely same picture. Therefore: What is the advantage of draw (0cm, 0cm)...
over draw (0, 0)...
and vice versa?
tikz-pgf positioning draw units unit-of-measure
Regarding TikZ
-images: When should I type positioning values attached with a unit (e.g. draw (0cm, 0cm)...
) and when should I type them without a unit (e.g. simply draw (0, 0)...
)?
Minimum Working Example No. 1:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0, 0) rectangle (4, 4);
end{tikzpicture}
end{document}
Minimum Working Example No. 2:
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{tikzpicture}
end{document}
Screenshot of the result from MWE no. 1:
Screenshot of the result from MWE no. 2:
As you can see, both codes will create the completely same picture. Therefore: What is the advantage of draw (0cm, 0cm)...
over draw (0, 0)...
and vice versa?
tikz-pgf positioning draw units unit-of-measure
tikz-pgf positioning draw units unit-of-measure
asked 7 hours ago
DaveDave
1,195619
1,195619
1
default unit intikz
(with some exception, for example atxshift
,yshift
) is cm, so, if you stick with it you not need to write it explicit.
– Zarko
7 hours ago
TikZ interprets(x,y)
asx*e_1+y*e_2
, where the defaults for the unit vectorse_i
aree_1=(1cm,0)
ande_2=(0,1cm)
. The perhaps clearest explanation can be found in this answer by LoopSpace, which was written at a time when Jake still had questions. And I disagree with @Zarko, the default unit for TikZ is pt.
– marmot
4 hours ago
add a comment |
1
default unit intikz
(with some exception, for example atxshift
,yshift
) is cm, so, if you stick with it you not need to write it explicit.
– Zarko
7 hours ago
TikZ interprets(x,y)
asx*e_1+y*e_2
, where the defaults for the unit vectorse_i
aree_1=(1cm,0)
ande_2=(0,1cm)
. The perhaps clearest explanation can be found in this answer by LoopSpace, which was written at a time when Jake still had questions. And I disagree with @Zarko, the default unit for TikZ is pt.
– marmot
4 hours ago
1
1
default unit in
tikz
(with some exception, for example at xshift
, yshift
) is cm, so, if you stick with it you not need to write it explicit.– Zarko
7 hours ago
default unit in
tikz
(with some exception, for example at xshift
, yshift
) is cm, so, if you stick with it you not need to write it explicit.– Zarko
7 hours ago
TikZ interprets
(x,y)
as x*e_1+y*e_2
, where the defaults for the unit vectors e_i
are e_1=(1cm,0)
and e_2=(0,1cm)
. The perhaps clearest explanation can be found in this answer by LoopSpace, which was written at a time when Jake still had questions. And I disagree with @Zarko, the default unit for TikZ is pt.– marmot
4 hours ago
TikZ interprets
(x,y)
as x*e_1+y*e_2
, where the defaults for the unit vectors e_i
are e_1=(1cm,0)
and e_2=(0,1cm)
. The perhaps clearest explanation can be found in this answer by LoopSpace, which was written at a time when Jake still had questions. And I disagree with @Zarko, the default unit for TikZ is pt.– marmot
4 hours ago
add a comment |
1 Answer
1
active
oldest
votes
These two expressions are in principle very different and give "accidentally" the same result. IMHO the clearest discussion of this site can be found in this nice answer by LoopSpace, out of which I recycle some relevant parts here. TikZ interprets (x,y)
rather differently depending on whether or not x
and y
carry units.
- If they are dimensionless, then the coordinate
(x,y)
meansx times unit vector in x direction plus y times unit vector in y direction
. - If they carry units, then it just means
x to the right and y up
.
By default, the unit vector in x
direction is (1cm,0)
and the unit vector in y
direction is (0,1cm)
, such that for two dimensionless numbers x
and y
in the default settings (x,y)
and (xcm,ycm)
yield the same result, which is what your MWEs illustrate. However, if we change the basis vectors, this is no longer true, as the following example shows (using a rectangle may not be the best example to illustrate these issues, but at least it is simple).
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}[font=sffamily]
begin{scope}[local bounding box=standard]
begin{scope}[local bounding box=without units 1]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 1.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 1]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 1.north){with units};
end{scope}
node[rotate=90,above=2em] at (standard.west){standard unit vectors};
begin{scope}[local bounding box=nonstandard,
yshift=-5cm,x={(0.75,0.25)},y={(0,0.8)}]
begin{scope}[local bounding box=without units 2]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 2.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 2]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 2.north){with units};
end{scope}
node[rotate=90,above=2em] at (nonstandard.west){nonstandard unit vectors};
end{tikzpicture}
end{document}
Internally pgf uses pt as units, which is why the pgf key xshift=2
yields a shift by 2pt
(as remarked by Zarko). However, this does not mean that the radii of circles get interpreted as pt, rather, as explained in this nice answer by LoopSpace the command draw[ultra thick] (0,0) circle[x radius=2,y radius=2];
yields, in the default coordinate system, a circle of radius 2cm.
So a possible answer to the question
When should I type positioning values attached with a unit (e.g.
draw
and when should I type them without a unit (e.g. simply
(0cm, 0cm)...)
draw (0, 0)...)
?
is
It depends on what you need and/or are doing. In many situations you
install nonstandard coordinate systems for a reason, which is why you
may not want to addcm
when dealing with them.
Side-remark: the tikz-3dplot
package adds cm to all coordinates, which can lead to confusion in some cases.
add a comment |
Your Answer
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%2f483577%2ftikz-advantage-of-position-values-attached-with-a-unit%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
These two expressions are in principle very different and give "accidentally" the same result. IMHO the clearest discussion of this site can be found in this nice answer by LoopSpace, out of which I recycle some relevant parts here. TikZ interprets (x,y)
rather differently depending on whether or not x
and y
carry units.
- If they are dimensionless, then the coordinate
(x,y)
meansx times unit vector in x direction plus y times unit vector in y direction
. - If they carry units, then it just means
x to the right and y up
.
By default, the unit vector in x
direction is (1cm,0)
and the unit vector in y
direction is (0,1cm)
, such that for two dimensionless numbers x
and y
in the default settings (x,y)
and (xcm,ycm)
yield the same result, which is what your MWEs illustrate. However, if we change the basis vectors, this is no longer true, as the following example shows (using a rectangle may not be the best example to illustrate these issues, but at least it is simple).
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}[font=sffamily]
begin{scope}[local bounding box=standard]
begin{scope}[local bounding box=without units 1]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 1.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 1]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 1.north){with units};
end{scope}
node[rotate=90,above=2em] at (standard.west){standard unit vectors};
begin{scope}[local bounding box=nonstandard,
yshift=-5cm,x={(0.75,0.25)},y={(0,0.8)}]
begin{scope}[local bounding box=without units 2]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 2.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 2]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 2.north){with units};
end{scope}
node[rotate=90,above=2em] at (nonstandard.west){nonstandard unit vectors};
end{tikzpicture}
end{document}
Internally pgf uses pt as units, which is why the pgf key xshift=2
yields a shift by 2pt
(as remarked by Zarko). However, this does not mean that the radii of circles get interpreted as pt, rather, as explained in this nice answer by LoopSpace the command draw[ultra thick] (0,0) circle[x radius=2,y radius=2];
yields, in the default coordinate system, a circle of radius 2cm.
So a possible answer to the question
When should I type positioning values attached with a unit (e.g.
draw
and when should I type them without a unit (e.g. simply
(0cm, 0cm)...)
draw (0, 0)...)
?
is
It depends on what you need and/or are doing. In many situations you
install nonstandard coordinate systems for a reason, which is why you
may not want to addcm
when dealing with them.
Side-remark: the tikz-3dplot
package adds cm to all coordinates, which can lead to confusion in some cases.
add a comment |
These two expressions are in principle very different and give "accidentally" the same result. IMHO the clearest discussion of this site can be found in this nice answer by LoopSpace, out of which I recycle some relevant parts here. TikZ interprets (x,y)
rather differently depending on whether or not x
and y
carry units.
- If they are dimensionless, then the coordinate
(x,y)
meansx times unit vector in x direction plus y times unit vector in y direction
. - If they carry units, then it just means
x to the right and y up
.
By default, the unit vector in x
direction is (1cm,0)
and the unit vector in y
direction is (0,1cm)
, such that for two dimensionless numbers x
and y
in the default settings (x,y)
and (xcm,ycm)
yield the same result, which is what your MWEs illustrate. However, if we change the basis vectors, this is no longer true, as the following example shows (using a rectangle may not be the best example to illustrate these issues, but at least it is simple).
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}[font=sffamily]
begin{scope}[local bounding box=standard]
begin{scope}[local bounding box=without units 1]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 1.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 1]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 1.north){with units};
end{scope}
node[rotate=90,above=2em] at (standard.west){standard unit vectors};
begin{scope}[local bounding box=nonstandard,
yshift=-5cm,x={(0.75,0.25)},y={(0,0.8)}]
begin{scope}[local bounding box=without units 2]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 2.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 2]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 2.north){with units};
end{scope}
node[rotate=90,above=2em] at (nonstandard.west){nonstandard unit vectors};
end{tikzpicture}
end{document}
Internally pgf uses pt as units, which is why the pgf key xshift=2
yields a shift by 2pt
(as remarked by Zarko). However, this does not mean that the radii of circles get interpreted as pt, rather, as explained in this nice answer by LoopSpace the command draw[ultra thick] (0,0) circle[x radius=2,y radius=2];
yields, in the default coordinate system, a circle of radius 2cm.
So a possible answer to the question
When should I type positioning values attached with a unit (e.g.
draw
and when should I type them without a unit (e.g. simply
(0cm, 0cm)...)
draw (0, 0)...)
?
is
It depends on what you need and/or are doing. In many situations you
install nonstandard coordinate systems for a reason, which is why you
may not want to addcm
when dealing with them.
Side-remark: the tikz-3dplot
package adds cm to all coordinates, which can lead to confusion in some cases.
add a comment |
These two expressions are in principle very different and give "accidentally" the same result. IMHO the clearest discussion of this site can be found in this nice answer by LoopSpace, out of which I recycle some relevant parts here. TikZ interprets (x,y)
rather differently depending on whether or not x
and y
carry units.
- If they are dimensionless, then the coordinate
(x,y)
meansx times unit vector in x direction plus y times unit vector in y direction
. - If they carry units, then it just means
x to the right and y up
.
By default, the unit vector in x
direction is (1cm,0)
and the unit vector in y
direction is (0,1cm)
, such that for two dimensionless numbers x
and y
in the default settings (x,y)
and (xcm,ycm)
yield the same result, which is what your MWEs illustrate. However, if we change the basis vectors, this is no longer true, as the following example shows (using a rectangle may not be the best example to illustrate these issues, but at least it is simple).
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}[font=sffamily]
begin{scope}[local bounding box=standard]
begin{scope}[local bounding box=without units 1]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 1.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 1]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 1.north){with units};
end{scope}
node[rotate=90,above=2em] at (standard.west){standard unit vectors};
begin{scope}[local bounding box=nonstandard,
yshift=-5cm,x={(0.75,0.25)},y={(0,0.8)}]
begin{scope}[local bounding box=without units 2]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 2.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 2]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 2.north){with units};
end{scope}
node[rotate=90,above=2em] at (nonstandard.west){nonstandard unit vectors};
end{tikzpicture}
end{document}
Internally pgf uses pt as units, which is why the pgf key xshift=2
yields a shift by 2pt
(as remarked by Zarko). However, this does not mean that the radii of circles get interpreted as pt, rather, as explained in this nice answer by LoopSpace the command draw[ultra thick] (0,0) circle[x radius=2,y radius=2];
yields, in the default coordinate system, a circle of radius 2cm.
So a possible answer to the question
When should I type positioning values attached with a unit (e.g.
draw
and when should I type them without a unit (e.g. simply
(0cm, 0cm)...)
draw (0, 0)...)
?
is
It depends on what you need and/or are doing. In many situations you
install nonstandard coordinate systems for a reason, which is why you
may not want to addcm
when dealing with them.
Side-remark: the tikz-3dplot
package adds cm to all coordinates, which can lead to confusion in some cases.
These two expressions are in principle very different and give "accidentally" the same result. IMHO the clearest discussion of this site can be found in this nice answer by LoopSpace, out of which I recycle some relevant parts here. TikZ interprets (x,y)
rather differently depending on whether or not x
and y
carry units.
- If they are dimensionless, then the coordinate
(x,y)
meansx times unit vector in x direction plus y times unit vector in y direction
. - If they carry units, then it just means
x to the right and y up
.
By default, the unit vector in x
direction is (1cm,0)
and the unit vector in y
direction is (0,1cm)
, such that for two dimensionless numbers x
and y
in the default settings (x,y)
and (xcm,ycm)
yield the same result, which is what your MWEs illustrate. However, if we change the basis vectors, this is no longer true, as the following example shows (using a rectangle may not be the best example to illustrate these issues, but at least it is simple).
documentclass[border=5mm]{standalone}
usepackage{tikz}
begin{document}
begin{tikzpicture}[font=sffamily]
begin{scope}[local bounding box=standard]
begin{scope}[local bounding box=without units 1]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 1.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 1]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 1.north){with units};
end{scope}
node[rotate=90,above=2em] at (standard.west){standard unit vectors};
begin{scope}[local bounding box=nonstandard,
yshift=-5cm,x={(0.75,0.25)},y={(0,0.8)}]
begin{scope}[local bounding box=without units 2]
draw (0, 0) rectangle (4, 4);
end{scope}
node[above] at (without units 2.north){without units};
begin{scope}[xshift=5cm,local bounding box=with units 2]
draw (0cm, 0cm) rectangle (4cm, 4cm);
end{scope}
node[above] at (with units 2.north){with units};
end{scope}
node[rotate=90,above=2em] at (nonstandard.west){nonstandard unit vectors};
end{tikzpicture}
end{document}
Internally pgf uses pt as units, which is why the pgf key xshift=2
yields a shift by 2pt
(as remarked by Zarko). However, this does not mean that the radii of circles get interpreted as pt, rather, as explained in this nice answer by LoopSpace the command draw[ultra thick] (0,0) circle[x radius=2,y radius=2];
yields, in the default coordinate system, a circle of radius 2cm.
So a possible answer to the question
When should I type positioning values attached with a unit (e.g.
draw
and when should I type them without a unit (e.g. simply
(0cm, 0cm)...)
draw (0, 0)...)
?
is
It depends on what you need and/or are doing. In many situations you
install nonstandard coordinate systems for a reason, which is why you
may not want to addcm
when dealing with them.
Side-remark: the tikz-3dplot
package adds cm to all coordinates, which can lead to confusion in some cases.
answered 1 hour ago
marmotmarmot
115k5146277
115k5146277
add a comment |
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%2f483577%2ftikz-advantage-of-position-values-attached-with-a-unit%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
1
default unit in
tikz
(with some exception, for example atxshift
,yshift
) is cm, so, if you stick with it you not need to write it explicit.– Zarko
7 hours ago
TikZ interprets
(x,y)
asx*e_1+y*e_2
, where the defaults for the unit vectorse_i
aree_1=(1cm,0)
ande_2=(0,1cm)
. The perhaps clearest explanation can be found in this answer by LoopSpace, which was written at a time when Jake still had questions. And I disagree with @Zarko, the default unit for TikZ is pt.– marmot
4 hours ago