Getting extremely large arrows with tikzcdAdjusting the width of a displaymath environmenttikzcd, arrows not nicely alignedParallel arrows in tikzcd natural transformationRounded arrow in tikzcdDouble arrows in tikzcdTikzCD: everything is getting mashed togetherTikzcd question on arrowsArrows with tikzcd“equal” arrows without transparent ends possible in tikzcd?Boldface arrows in tikzcd
What is going on with Captain Marvel's blood colour?
90's TV series where a boy goes to another dimension through portal near power lines
Can I use a neutral wire from another outlet to repair a broken neutral?
Is there a hemisphere-neutral way of specifying a season?
Could gravitational lensing be used to protect a spaceship from a laser?
Can one be a co-translator of a book, if he does not know the language that the book is translated into?
Is "remove commented out code" correct English?
How do conventional missiles fly?
Why is it a bad idea to hire a hitman to eliminate most corrupt politicians?
Why "Having chlorophyll without photosynthesis is actually very dangerous" and "like living with a bomb"?
How can I tell someone that I want to be his or her friend?
How to draw the figure with four pentagons?
Does a druid starting with a bow start with no arrows?
Why are electrically insulating heatsinks so rare? Is it just cost?
If a Gelatinous Cube takes up the entire space of a Pit Trap, what happens when a creature falls into the trap but succeeds on the saving throw?
Is the Joker left-handed?
Why is consensus so controversial in Britain?
How much of data wrangling is a data scientist's job?
Intersection of two sorted vectors in C++
AES: Why is it a good practice to use only the first 16bytes of a hash for encryption?
How can I prevent hyper evolved versions of regular creatures from wiping out their cousins?
Why is Collection not simply treated as Collection<?>
Why do I get two different answers for this counting problem?
In Romance of the Three Kingdoms why do people still use bamboo sticks when papers are already invented?
Getting extremely large arrows with tikzcd
Adjusting the width of a displaymath environmenttikzcd, arrows not nicely alignedParallel arrows in tikzcd natural transformationRounded arrow in tikzcdDouble arrows in tikzcdTikzCD: everything is getting mashed togetherTikzcd question on arrowsArrows with tikzcd“equal” arrows without transparent ends possible in tikzcd?Boldface arrows in tikzcd
I have a quite large description of an arrow, and row sep = huge
does not make the arrow long enough. Is there a way to format this better?
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
usepackagexcolor
begindocument
begintikzcd[column sep = huge, row sep = huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[r, shift left, "
u in hom(mathcalE)>"] arrow[r, shift right, " u in hom(mathcalE)"'] & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
tikz-arrows tikz-cd
add a comment |
I have a quite large description of an arrow, and row sep = huge
does not make the arrow long enough. Is there a way to format this better?
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
usepackagexcolor
begindocument
begintikzcd[column sep = huge, row sep = huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[r, shift left, "
u in hom(mathcalE)>"] arrow[r, shift right, " u in hom(mathcalE)"'] & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
tikz-arrows tikz-cd
I've never seenhuge
as an argument forcolumn sep
before. If you look in the tikz-cd manual, you'll notice that you can give any arbitrary length (say 5cm) instead ofhuge
, then manual states whathuge
is an alias for.
– daleif
2 days ago
That said I'd probably consider rewriting this diagram instead and it will not be particularly readable for the reader anyway.
– daleif
2 days ago
add a comment |
I have a quite large description of an arrow, and row sep = huge
does not make the arrow long enough. Is there a way to format this better?
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
usepackagexcolor
begindocument
begintikzcd[column sep = huge, row sep = huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[r, shift left, "
u in hom(mathcalE)>"] arrow[r, shift right, " u in hom(mathcalE)"'] & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
tikz-arrows tikz-cd
I have a quite large description of an arrow, and row sep = huge
does not make the arrow long enough. Is there a way to format this better?
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
usepackagexcolor
begindocument
begintikzcd[column sep = huge, row sep = huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[r, shift left, "
u in hom(mathcalE)>"] arrow[r, shift right, " u in hom(mathcalE)"'] & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
tikz-arrows tikz-cd
tikz-arrows tikz-cd
edited 2 days ago
JouleV
10.5k22559
10.5k22559
asked 2 days ago
user388557user388557
1453
1453
I've never seenhuge
as an argument forcolumn sep
before. If you look in the tikz-cd manual, you'll notice that you can give any arbitrary length (say 5cm) instead ofhuge
, then manual states whathuge
is an alias for.
– daleif
2 days ago
That said I'd probably consider rewriting this diagram instead and it will not be particularly readable for the reader anyway.
– daleif
2 days ago
add a comment |
I've never seenhuge
as an argument forcolumn sep
before. If you look in the tikz-cd manual, you'll notice that you can give any arbitrary length (say 5cm) instead ofhuge
, then manual states whathuge
is an alias for.
– daleif
2 days ago
That said I'd probably consider rewriting this diagram instead and it will not be particularly readable for the reader anyway.
– daleif
2 days ago
I've never seen
huge
as an argument for column sep
before. If you look in the tikz-cd manual, you'll notice that you can give any arbitrary length (say 5cm) instead of huge
, then manual states what huge
is an alias for.– daleif
2 days ago
I've never seen
huge
as an argument for column sep
before. If you look in the tikz-cd manual, you'll notice that you can give any arbitrary length (say 5cm) instead of huge
, then manual states what huge
is an alias for.– daleif
2 days ago
That said I'd probably consider rewriting this diagram instead and it will not be particularly readable for the reader anyway.
– daleif
2 days ago
That said I'd probably consider rewriting this diagram instead and it will not be particularly readable for the reader anyway.
– daleif
2 days ago
add a comment |
4 Answers
4
active
oldest
votes
Here are two different ways
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
DeclareMathOperatorobob
begindocument
Option 1: wide column separation specified by dimension
beginequation*
begintikzcd[column sep = 10em]
E arrow[r, "e"] & displaystyleprod_i in
ob(mathcalE) mkern-12mu F(i)
arrow[r, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"] arrow[r, shift right, "langle F(u)
pi_dom(u) mid u in
hom(mathcalE)rangle"']
& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
Option 2: let arrows cover two (or more) columns
beginequation*
begintikzcd[column sep = huge]
E arrow[r, "e"]
& displaystyleprod_i in ob(mathcalE) mkern-12mu F(i)
arrow[rr, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"]
arrow[rr, shift right, "langle F(u) pi_dom(u)
mid u in hom(mathcalE)rangle"']
&& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
enddocument
The first is simply to specify the column sep
as a dimension.
The second is to add an extra column under the long arrows, so you have
A arrow[r] & B arrow[rr] && C
instead of
A arrow[r] & B arrow[r] & C
You can make this wider by using more columns
A arrow[r] & B arrow[rrr] &&& C
etc.
Note I have recoded much of your mathematics.
The above solutions corresponding to working with a fixed grid, which is often a good idea for consistent spacing. An alternative is the extra space syntax of egreg's answer:
&[5em]
in the first row, will push the subsequent column 5em
to the right and so making the corresponding arrows longer.
add a comment |
Add a width specification:
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
prod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[8em]
prod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
Note the adjustments I made:
<...>
should belangle...rangle
Pi
should beprod
|
should bemid
- ob, dom and cod should be typeset upright
A possible alternative with smashoperator
that makes the diagram shorter:
documentclassarticle
usepackageamsmath,mathtools
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
smashoperatorprod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[10em]
smashoperatorprod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
2
Eventually, someone who knows the&[<lenght>]
option, you beat me by a second, lol!
– CarLaTeX
2 days ago
+1 Of course, loadingamsmath
is not needed once you loadmathtools
.
– Andrew Swann
2 days ago
add a comment |
Add an empty column between columns 2 and 3. I also added some improvements to the diagram.
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
begindocument
begintikzcd[column sep= huge, row sep=huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[rr, shift left=1ex, "
langlepi_cod(u) , "] arrow[rr, shift right=1ex, " , u in hom(mathcalE)rangle"'] & & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
add a comment |
I remade everything in normal TikZ and correct (many) typos. Also, take note that I use langle
and rangle
instead of <
and >
. A curve is always more readable than a straight line in this case in my opinion.
documentclassstandalone
usepackageamsmath
usepackagetikz
usetikzlibrarypositioning
DeclareMathOperatorobob
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
begindocument
begintikzpicture[>=stealth]
node (mid) $prod_i in ob(mathcalE) F(i)$;
node[left=1cm of mid] (left) $E$;
node[right=4cm of mid] (right) $prod_u in hom(mathcalE)F(cod(u))$;
draw[->] (left)--(mid) node[midway,above] $scriptstyle e$;
draw[->] ([yshift=.2em]mid.east) to[bend left=5] node[midway,above] $scriptstylelanglepi_cod(u) ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] $scriptstylelangle F(u)pi_dom(u) ([yshift=-.2em]right.west);
endtikzpicture
enddocument
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%2f482737%2fgetting-extremely-large-arrows-with-tikzcd%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
Here are two different ways
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
DeclareMathOperatorobob
begindocument
Option 1: wide column separation specified by dimension
beginequation*
begintikzcd[column sep = 10em]
E arrow[r, "e"] & displaystyleprod_i in
ob(mathcalE) mkern-12mu F(i)
arrow[r, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"] arrow[r, shift right, "langle F(u)
pi_dom(u) mid u in
hom(mathcalE)rangle"']
& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
Option 2: let arrows cover two (or more) columns
beginequation*
begintikzcd[column sep = huge]
E arrow[r, "e"]
& displaystyleprod_i in ob(mathcalE) mkern-12mu F(i)
arrow[rr, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"]
arrow[rr, shift right, "langle F(u) pi_dom(u)
mid u in hom(mathcalE)rangle"']
&& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
enddocument
The first is simply to specify the column sep
as a dimension.
The second is to add an extra column under the long arrows, so you have
A arrow[r] & B arrow[rr] && C
instead of
A arrow[r] & B arrow[r] & C
You can make this wider by using more columns
A arrow[r] & B arrow[rrr] &&& C
etc.
Note I have recoded much of your mathematics.
The above solutions corresponding to working with a fixed grid, which is often a good idea for consistent spacing. An alternative is the extra space syntax of egreg's answer:
&[5em]
in the first row, will push the subsequent column 5em
to the right and so making the corresponding arrows longer.
add a comment |
Here are two different ways
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
DeclareMathOperatorobob
begindocument
Option 1: wide column separation specified by dimension
beginequation*
begintikzcd[column sep = 10em]
E arrow[r, "e"] & displaystyleprod_i in
ob(mathcalE) mkern-12mu F(i)
arrow[r, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"] arrow[r, shift right, "langle F(u)
pi_dom(u) mid u in
hom(mathcalE)rangle"']
& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
Option 2: let arrows cover two (or more) columns
beginequation*
begintikzcd[column sep = huge]
E arrow[r, "e"]
& displaystyleprod_i in ob(mathcalE) mkern-12mu F(i)
arrow[rr, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"]
arrow[rr, shift right, "langle F(u) pi_dom(u)
mid u in hom(mathcalE)rangle"']
&& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
enddocument
The first is simply to specify the column sep
as a dimension.
The second is to add an extra column under the long arrows, so you have
A arrow[r] & B arrow[rr] && C
instead of
A arrow[r] & B arrow[r] & C
You can make this wider by using more columns
A arrow[r] & B arrow[rrr] &&& C
etc.
Note I have recoded much of your mathematics.
The above solutions corresponding to working with a fixed grid, which is often a good idea for consistent spacing. An alternative is the extra space syntax of egreg's answer:
&[5em]
in the first row, will push the subsequent column 5em
to the right and so making the corresponding arrows longer.
add a comment |
Here are two different ways
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
DeclareMathOperatorobob
begindocument
Option 1: wide column separation specified by dimension
beginequation*
begintikzcd[column sep = 10em]
E arrow[r, "e"] & displaystyleprod_i in
ob(mathcalE) mkern-12mu F(i)
arrow[r, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"] arrow[r, shift right, "langle F(u)
pi_dom(u) mid u in
hom(mathcalE)rangle"']
& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
Option 2: let arrows cover two (or more) columns
beginequation*
begintikzcd[column sep = huge]
E arrow[r, "e"]
& displaystyleprod_i in ob(mathcalE) mkern-12mu F(i)
arrow[rr, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"]
arrow[rr, shift right, "langle F(u) pi_dom(u)
mid u in hom(mathcalE)rangle"']
&& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
enddocument
The first is simply to specify the column sep
as a dimension.
The second is to add an extra column under the long arrows, so you have
A arrow[r] & B arrow[rr] && C
instead of
A arrow[r] & B arrow[r] & C
You can make this wider by using more columns
A arrow[r] & B arrow[rrr] &&& C
etc.
Note I have recoded much of your mathematics.
The above solutions corresponding to working with a fixed grid, which is often a good idea for consistent spacing. An alternative is the extra space syntax of egreg's answer:
&[5em]
in the first row, will push the subsequent column 5em
to the right and so making the corresponding arrows longer.
Here are two different ways
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
DeclareMathOperatorobob
begindocument
Option 1: wide column separation specified by dimension
beginequation*
begintikzcd[column sep = 10em]
E arrow[r, "e"] & displaystyleprod_i in
ob(mathcalE) mkern-12mu F(i)
arrow[r, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"] arrow[r, shift right, "langle F(u)
pi_dom(u) mid u in
hom(mathcalE)rangle"']
& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
Option 2: let arrows cover two (or more) columns
beginequation*
begintikzcd[column sep = huge]
E arrow[r, "e"]
& displaystyleprod_i in ob(mathcalE) mkern-12mu F(i)
arrow[rr, shift left, " langlepi_cod(u) mid u in
hom(mathcalE)rangle"]
arrow[rr, shift right, "langle F(u) pi_dom(u)
mid u in hom(mathcalE)rangle"']
&& displaystyleprod_u in hom(mathcalE) mkern-12mu F(cod(u))
endtikzcd
endequation*
enddocument
The first is simply to specify the column sep
as a dimension.
The second is to add an extra column under the long arrows, so you have
A arrow[r] & B arrow[rr] && C
instead of
A arrow[r] & B arrow[r] & C
You can make this wider by using more columns
A arrow[r] & B arrow[rrr] &&& C
etc.
Note I have recoded much of your mathematics.
The above solutions corresponding to working with a fixed grid, which is often a good idea for consistent spacing. An alternative is the extra space syntax of egreg's answer:
&[5em]
in the first row, will push the subsequent column 5em
to the right and so making the corresponding arrows longer.
edited yesterday
answered 2 days ago
Andrew SwannAndrew Swann
78k9132332
78k9132332
add a comment |
add a comment |
Add a width specification:
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
prod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[8em]
prod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
Note the adjustments I made:
<...>
should belangle...rangle
Pi
should beprod
|
should bemid
- ob, dom and cod should be typeset upright
A possible alternative with smashoperator
that makes the diagram shorter:
documentclassarticle
usepackageamsmath,mathtools
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
smashoperatorprod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[10em]
smashoperatorprod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
2
Eventually, someone who knows the&[<lenght>]
option, you beat me by a second, lol!
– CarLaTeX
2 days ago
+1 Of course, loadingamsmath
is not needed once you loadmathtools
.
– Andrew Swann
2 days ago
add a comment |
Add a width specification:
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
prod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[8em]
prod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
Note the adjustments I made:
<...>
should belangle...rangle
Pi
should beprod
|
should bemid
- ob, dom and cod should be typeset upright
A possible alternative with smashoperator
that makes the diagram shorter:
documentclassarticle
usepackageamsmath,mathtools
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
smashoperatorprod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[10em]
smashoperatorprod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
2
Eventually, someone who knows the&[<lenght>]
option, you beat me by a second, lol!
– CarLaTeX
2 days ago
+1 Of course, loadingamsmath
is not needed once you loadmathtools
.
– Andrew Swann
2 days ago
add a comment |
Add a width specification:
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
prod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[8em]
prod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
Note the adjustments I made:
<...>
should belangle...rangle
Pi
should beprod
|
should bemid
- ob, dom and cod should be typeset upright
A possible alternative with smashoperator
that makes the diagram shorter:
documentclassarticle
usepackageamsmath,mathtools
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
smashoperatorprod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[10em]
smashoperatorprod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
Add a width specification:
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
prod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[8em]
prod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
Note the adjustments I made:
<...>
should belangle...rangle
Pi
should beprod
|
should bemid
- ob, dom and cod should be typeset upright
A possible alternative with smashoperator
that makes the diagram shorter:
documentclassarticle
usepackageamsmath,mathtools
usepackageamssymb
usepackagetikz-cd
DeclareMathOperatorobob
DeclareMathOperatordomdom
DeclareMathOperatorcodcod
begindocument
begintikzcd
E arrow[r, "e"] &
smashoperatorprod_i in ob(mathcalE) F(i)
arrow[
r, shift left,
"langlepi_cod(u) mid u in hom(mathcalE)rangle"
]
arrow[
r, shift right,
"langle F(u)pi_dom(u) mid u in hom(mathcalE)rangle"'
] &[10em]
smashoperatorprod_u in hom(mathcalE) F(cod(u))
endtikzcd
enddocument
answered 2 days ago
egregegreg
731k8919303252
731k8919303252
2
Eventually, someone who knows the&[<lenght>]
option, you beat me by a second, lol!
– CarLaTeX
2 days ago
+1 Of course, loadingamsmath
is not needed once you loadmathtools
.
– Andrew Swann
2 days ago
add a comment |
2
Eventually, someone who knows the&[<lenght>]
option, you beat me by a second, lol!
– CarLaTeX
2 days ago
+1 Of course, loadingamsmath
is not needed once you loadmathtools
.
– Andrew Swann
2 days ago
2
2
Eventually, someone who knows the
&[<lenght>]
option, you beat me by a second, lol!– CarLaTeX
2 days ago
Eventually, someone who knows the
&[<lenght>]
option, you beat me by a second, lol!– CarLaTeX
2 days ago
+1 Of course, loading
amsmath
is not needed once you load mathtools
.– Andrew Swann
2 days ago
+1 Of course, loading
amsmath
is not needed once you load mathtools
.– Andrew Swann
2 days ago
add a comment |
Add an empty column between columns 2 and 3. I also added some improvements to the diagram.
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
begindocument
begintikzcd[column sep= huge, row sep=huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[rr, shift left=1ex, "
langlepi_cod(u) , "] arrow[rr, shift right=1ex, " , u in hom(mathcalE)rangle"'] & & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
add a comment |
Add an empty column between columns 2 and 3. I also added some improvements to the diagram.
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
begindocument
begintikzcd[column sep= huge, row sep=huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[rr, shift left=1ex, "
langlepi_cod(u) , "] arrow[rr, shift right=1ex, " , u in hom(mathcalE)rangle"'] & & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
add a comment |
Add an empty column between columns 2 and 3. I also added some improvements to the diagram.
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
begindocument
begintikzcd[column sep= huge, row sep=huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[rr, shift left=1ex, "
langlepi_cod(u) , "] arrow[rr, shift right=1ex, " , u in hom(mathcalE)rangle"'] & & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
Add an empty column between columns 2 and 3. I also added some improvements to the diagram.
documentclassarticle
usepackageamsmath
usepackageamssymb
usepackagetikz-cd
usepackagefullpage
usepackageamsthm
usepackageadjustbox
begindocument
begintikzcd[column sep= huge, row sep=huge]
E arrow[r, "e"] & Pi_i in ob(mathcalE) F(i) arrow[rr, shift left=1ex, "
langlepi_cod(u) , "] arrow[rr, shift right=1ex, " , u in hom(mathcalE)rangle"'] & & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
answered 2 days ago
BernardBernard
175k776207
175k776207
add a comment |
add a comment |
I remade everything in normal TikZ and correct (many) typos. Also, take note that I use langle
and rangle
instead of <
and >
. A curve is always more readable than a straight line in this case in my opinion.
documentclassstandalone
usepackageamsmath
usepackagetikz
usetikzlibrarypositioning
DeclareMathOperatorobob
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
begindocument
begintikzpicture[>=stealth]
node (mid) $prod_i in ob(mathcalE) F(i)$;
node[left=1cm of mid] (left) $E$;
node[right=4cm of mid] (right) $prod_u in hom(mathcalE)F(cod(u))$;
draw[->] (left)--(mid) node[midway,above] $scriptstyle e$;
draw[->] ([yshift=.2em]mid.east) to[bend left=5] node[midway,above] $scriptstylelanglepi_cod(u) ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] $scriptstylelangle F(u)pi_dom(u) ([yshift=-.2em]right.west);
endtikzpicture
enddocument
add a comment |
I remade everything in normal TikZ and correct (many) typos. Also, take note that I use langle
and rangle
instead of <
and >
. A curve is always more readable than a straight line in this case in my opinion.
documentclassstandalone
usepackageamsmath
usepackagetikz
usetikzlibrarypositioning
DeclareMathOperatorobob
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
begindocument
begintikzpicture[>=stealth]
node (mid) $prod_i in ob(mathcalE) F(i)$;
node[left=1cm of mid] (left) $E$;
node[right=4cm of mid] (right) $prod_u in hom(mathcalE)F(cod(u))$;
draw[->] (left)--(mid) node[midway,above] $scriptstyle e$;
draw[->] ([yshift=.2em]mid.east) to[bend left=5] node[midway,above] $scriptstylelanglepi_cod(u) ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] $scriptstylelangle F(u)pi_dom(u) ([yshift=-.2em]right.west);
endtikzpicture
enddocument
add a comment |
I remade everything in normal TikZ and correct (many) typos. Also, take note that I use langle
and rangle
instead of <
and >
. A curve is always more readable than a straight line in this case in my opinion.
documentclassstandalone
usepackageamsmath
usepackagetikz
usetikzlibrarypositioning
DeclareMathOperatorobob
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
begindocument
begintikzpicture[>=stealth]
node (mid) $prod_i in ob(mathcalE) F(i)$;
node[left=1cm of mid] (left) $E$;
node[right=4cm of mid] (right) $prod_u in hom(mathcalE)F(cod(u))$;
draw[->] (left)--(mid) node[midway,above] $scriptstyle e$;
draw[->] ([yshift=.2em]mid.east) to[bend left=5] node[midway,above] $scriptstylelanglepi_cod(u) ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] $scriptstylelangle F(u)pi_dom(u) ([yshift=-.2em]right.west);
endtikzpicture
enddocument
I remade everything in normal TikZ and correct (many) typos. Also, take note that I use langle
and rangle
instead of <
and >
. A curve is always more readable than a straight line in this case in my opinion.
documentclassstandalone
usepackageamsmath
usepackagetikz
usetikzlibrarypositioning
DeclareMathOperatorobob
DeclareMathOperatorcodcod
DeclareMathOperatordomdom
begindocument
begintikzpicture[>=stealth]
node (mid) $prod_i in ob(mathcalE) F(i)$;
node[left=1cm of mid] (left) $E$;
node[right=4cm of mid] (right) $prod_u in hom(mathcalE)F(cod(u))$;
draw[->] (left)--(mid) node[midway,above] $scriptstyle e$;
draw[->] ([yshift=.2em]mid.east) to[bend left=5] node[midway,above] $scriptstylelanglepi_cod(u) ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] $scriptstylelangle F(u)pi_dom(u) ([yshift=-.2em]right.west);
endtikzpicture
enddocument
edited 2 days ago
answered 2 days ago
JouleVJouleV
10.5k22559
10.5k22559
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%2f482737%2fgetting-extremely-large-arrows-with-tikzcd%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
I've never seen
huge
as an argument forcolumn sep
before. If you look in the tikz-cd manual, you'll notice that you can give any arbitrary length (say 5cm) instead ofhuge
, then manual states whathuge
is an alias for.– daleif
2 days ago
That said I'd probably consider rewriting this diagram instead and it will not be particularly readable for the reader anyway.
– daleif
2 days ago