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's the difference between 'rename' and 'mv'?
Why does Arabsat 6A need a Falcon Heavy to launch
Why does Kotter return in Welcome Back Kotter
Assassin's bullet with mercury
Could gravitational lensing be used to protect a spaceship from a laser?
How badly should I try to prevent a user from XSSing themselves?
Is it canonical bit space?
Combinations of multiple lists
Can I make "comment-region" comment empty lines?
Python: return float 1.0 as int 1 but float 1.5 as float 1.5
Why can't we play rap on piano?
Why do I get two different answers for this counting problem?
Why "Having chlorophyll without photosynthesis is actually very dangerous" and "like living with a bomb"?
Watching something be written to a file live with tail
Can a rocket refuel on Mars from water?
Alternative to sending password over mail?
Why does the EU insist on the backstop when it is clear in a no deal scenario they still intend to keep an open border?
Is there a hemisphere-neutral way of specifying a season?
Can I use a neutral wire from another outlet to repair a broken neutral?
UK: Is there precedent for the governments e-petition site changing the direction of a government decision?
A reference to a well-known characterization of scattered compact spaces
Arrow those variables!
Western buddy movie with a supernatural twist where a woman turns into an eagle at the end
How to draw the figure with four pentagons?
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, "
<pi_cod(u) "] arrow[r, shift right, "<F(u)
pi_dom(u) "'] & 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, "
<pi_cod(u) "] arrow[r, shift right, "<F(u)
pi_dom(u) "'] & Pi_u in hom(mathcalE)
F(cod(u))
endtikzcd
enddocument
tikz-arrows tikz-cd
I've never seenhugeas an argument forcolumn sepbefore. 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 whathugeis 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, "
<pi_cod(u) "] arrow[r, shift right, "<F(u)
pi_dom(u) "'] & 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, "
<pi_cod(u) "] arrow[r, shift right, "<F(u)
pi_dom(u) "'] & 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 seenhugeas an argument forcolumn sepbefore. 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 whathugeis 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 seenhugeas an argument forcolumn sepbefore. 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 whathugeis 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...ranglePishould 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, loadingamsmathis 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, "
, u in hom(mathcalE)rangle"] 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] u in hom(mathcalE)rangle$ ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] u in hom(mathcalE)rangle$ ([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...ranglePishould 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, loadingamsmathis 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...ranglePishould 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, loadingamsmathis 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...ranglePishould 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...ranglePishould 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, loadingamsmathis 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, loadingamsmathis 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, "
, u in hom(mathcalE)rangle"] 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, "
, u in hom(mathcalE)rangle"] 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, "
, u in hom(mathcalE)rangle"] 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, "
, u in hom(mathcalE)rangle"] 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] u in hom(mathcalE)rangle$ ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] u in hom(mathcalE)rangle$ ([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] u in hom(mathcalE)rangle$ ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] u in hom(mathcalE)rangle$ ([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] u in hom(mathcalE)rangle$ ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] u in hom(mathcalE)rangle$ ([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] u in hom(mathcalE)rangle$ ([yshift=.2em]right.west);
draw[->] ([yshift=-.2em]mid.east) to[bend right=5] node[midway,below] u in hom(mathcalE)rangle$ ([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
hugeas an argument forcolumn sepbefore. 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 whathugeis 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