Is it possible to draw this configuration in latex?
up vote
4
down vote
favorite
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
add a comment |
up vote
4
down vote
favorite
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
add a comment |
up vote
4
down vote
favorite
up vote
4
down vote
favorite
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
tikz-pgf tikz-arrows
asked Nov 17 at 23:42
user2030
233
233
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
add a comment |
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
5
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
add a comment |
1 Answer
1
active
oldest
votes
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
up vote
9
down vote
accepted
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
edited Nov 18 at 0:58
answered Nov 18 at 0:26
marmot
80.2k491171
80.2k491171
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
Use
canvas is yx plane at z
instead of canvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)– Henri Menke
Nov 18 at 1:41
Use
canvas is yx plane at z
instead of canvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition of
xy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410– Henri Menke
Nov 18 at 1:48
On the bugtracker it was pointed out that the “broken” definition of
xy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations like
rotate=90
, xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.– marmot
Nov 18 at 2:10
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations like
rotate=90
, xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.– marmot
Nov 18 at 2:10
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.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- 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%2f460519%2fis-it-possible-to-draw-this-configuration-in-latex%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
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45