Mixing
Tikz-cd problems whilst also using breqn package
up vote
5
down vote
favorite
Running the following:
documentclass[11pt,a4paper]{article} usepackage{tikz-cd}
usepackage{tikz-cd}
begin{document}
begin{tikzcd} 0 arrow{r} & ker{h} arrow{r} & H(C;G) arrow{r} & Hom{(H_n(C),G)} arrow{r} & 0 \ end{tikzcd}
end{document}
Gives me the diagram that I want with no problems. Trying to compile this whilst including the package breqn leads to TexMaker trying to compile the PDF forever. The problem appears to be caused by the semicolon in my tikz diagram. If I remove the semicolon, it compiles. If I don't use the package breqn, it compiles.
I am struggling to understand why breqn would cause this issue. I'm not actually using that package, now, but I think that I would rather keep it if possible. Is there a way to work around this?
I've tried setting up a new command for ";", and using that in place of the ";" in my code, but that caused the same issue. Similarly, Enclosing the ";" in curly braces or anything else does not seem to work.
Could anyone tell me why including the package breqn is causing this problem? I'm using texmaker, but this appears to also cause the same problem in overleaf.
tikz-pgf tikz-cd breqn
asked yesterday
Matt
1284
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
up vote
5
down vote
favorite
Running the following:
documentclass[11pt,a4paper]{article} usepackage{tikz-cd}
usepackage{tikz-cd}
begin{document}
begin{tikzcd} 0 arrow{r} & ker{h} arrow{r} & H(C;G) arrow{r} & Hom{(H_n(C),G)} arrow{r} & 0 \ end{tikzcd}
end{document}
Gives me the diagram that I want with no problems. Trying to compile this whilst including the package breqn leads to TexMaker trying to compile the PDF forever. The problem appears to be caused by the semicolon in my tikz diagram. If I remove the semicolon, it compiles. If I don't use the package breqn, it compiles.
I am struggling to understand why breqn would cause this issue. I'm not actually using that package, now, but I think that I would rather keep it if possible. Is there a way to work around this?
I've tried setting up a new command for ";", and using that in place of the ";" in my code, but that caused the same issue. Similarly, Enclosing the ";" in curly braces or anything else does not seem to work.
Could anyone tell me why including the package breqn is causing this problem? I'm using texmaker, but this appears to also cause the same problem in overleaf.
tikz-pgf tikz-cd breqn
asked yesterday
Matt
1284
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Generally don't usebreqn, it changes a lot of things that are not compatible with other packages and has several bugs.
– daleif
yesterday
add a comment |
up vote
5
down vote
favorite
up vote
5
down vote
favorite
Running the following:
documentclass[11pt,a4paper]{article} usepackage{tikz-cd}
usepackage{tikz-cd}
begin{document}
begin{tikzcd} 0 arrow{r} & ker{h} arrow{r} & H(C;G) arrow{r} & Hom{(H_n(C),G)} arrow{r} & 0 \ end{tikzcd}
end{document}
Gives me the diagram that I want with no problems. Trying to compile this whilst including the package breqn leads to TexMaker trying to compile the PDF forever. The problem appears to be caused by the semicolon in my tikz diagram. If I remove the semicolon, it compiles. If I don't use the package breqn, it compiles.
I am struggling to understand why breqn would cause this issue. I'm not actually using that package, now, but I think that I would rather keep it if possible. Is there a way to work around this?
I've tried setting up a new command for ";", and using that in place of the ";" in my code, but that caused the same issue. Similarly, Enclosing the ";" in curly braces or anything else does not seem to work.
Could anyone tell me why including the package breqn is causing this problem? I'm using texmaker, but this appears to also cause the same problem in overleaf.
tikz-pgf tikz-cd breqn
asked yesterday
Matt
1284
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Running the following:
documentclass[11pt,a4paper]{article} usepackage{tikz-cd}
usepackage{tikz-cd}
begin{document}
begin{tikzcd} 0 arrow{r} & ker{h} arrow{r} & H(C;G) arrow{r} & Hom{(H_n(C),G)} arrow{r} & 0 \ end{tikzcd}
end{document}
Gives me the diagram that I want with no problems. Trying to compile this whilst including the package breqn leads to TexMaker trying to compile the PDF forever. The problem appears to be caused by the semicolon in my tikz diagram. If I remove the semicolon, it compiles. If I don't use the package breqn, it compiles.
I am struggling to understand why breqn would cause this issue. I'm not actually using that package, now, but I think that I would rather keep it if possible. Is there a way to work around this?
I've tried setting up a new command for ";", and using that in place of the ";" in my code, but that caused the same issue. Similarly, Enclosing the ";" in curly braces or anything else does not seem to work.
Could anyone tell me why including the package breqn is causing this problem? I'm using texmaker, but this appears to also cause the same problem in overleaf.
tikz-pgf tikz-cd breqn
tikz-pgf tikz-cd breqn
asked yesterday
Matt
1284
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked yesterday
Matt
1284
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked yesterday
Matt
1284
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked yesterday
Matt
1284
asked yesterday
Matt
1284
1284
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Matt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Generally don't usebreqn, it changes a lot of things that are not compatible with other packages and has several bugs.
– daleif
yesterday
add a comment |
1
Generally don't usebreqn, it changes a lot of things that are not compatible with other packages and has several bugs.
– daleif
yesterday
1
1
Generally don't use
breqn, it changes a lot of things that are not compatible with other packages and has several bugs.– daleif
yesterday
Generally don't use
breqn, it changes a lot of things that are not compatible with other packages and has several bugs.– daleif
yesterday
add a comment |
2 Answers
2
active
oldest
votes
up vote
5
down vote
accepted
In order to cope with babel that may make ; into an active character (with French, for instance), Tikz provides a definition for the active ; as tikz@nonactivesemicolon which is just a standard category code 12 semicolon.
However, breqn changes the mathcode of ; to "8000 (hexadecimal, in decimal it is 32768), usually known as math active. This means that when TeX finds a semicolon in math mode it looks for its definition as an active character, which is tikz@nonactivesemicolon that becomes ;, which is math active, so it is replaced by its definition, which is tikz@nonactivesemicolon …
Infinite loop.
Of course, breqn defines the active semicolon in a different way, but in a tikzpicture (or tikz-cd which internally is a tikzpicture) this meaning is overridden.
You could input the semicolon as
mathcharnumexpr"6000+`;relax
but it's simpler to not use breqn.
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(Cmathcharnumexpr"6000+`;relax G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note how I input ker and define an operator name for Hom.
A more friendly solution:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
protectededeftikz@nonactivesemicolon{%
noexpandifmmode
mathcharthemathcode`;
noexpandelse
;%
noexpandfi
}
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note that also colon, bar and exclamation mark might give a similar problem. A complete fix:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
deffixtikzforbreqn#1#2{%
protectededef#1{noexpandifmmodemathcharthemathcode`#2 noexpandelse#2noexpandfi}%
}
fixtikzforbreqntikz@nonactivesemicolon;
fixtikzforbreqntikz@nonactivecolon:
fixtikzforbreqntikz@nonactivebar|
fixtikzforbreqntikz@nonactiveexlmark!
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0:!|
end{tikzcd}
end{document}
answered yesterday
egreg
698k8518573126
Thank you for this informative answer.
– Matt
yesterday
add a comment |
up vote
3
down vote
I agree with @daleif and @egreg that you shouldn't use breqn. Here is a way to use it, if you absolutely must, and do not have the egreg's knowledge about active characters, but want to add something that causes trouble. Just use a savebox.
documentclass[11pt,a4paper]{article}
usepackage{tikz-cd}
usepackage{breqn}
% usepackage{amsmath}
% DeclareMathOperator{Hom}{Hom}
% DeclareMathOperator{ker}{ker}
newsaveboxDontUseBreqn
begin{document}
saveboxDontUseBreqn{$H(C; G)$}
begin{tikzcd}
0 arrow{r} & mathrm{ker} h arrow{r} & useboxDontUseBreqn arrow{r} &
mathrm{Hom}(H_n(C),G) arrow{r} & 0 \
end{tikzcd}
end{document}
But really you should just not use breqn.
answered yesterday
marmot
76.6k487161
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
5
down vote
accepted
In order to cope with babel that may make ; into an active character (with French, for instance), Tikz provides a definition for the active ; as tikz@nonactivesemicolon which is just a standard category code 12 semicolon.
However, breqn changes the mathcode of ; to "8000 (hexadecimal, in decimal it is 32768), usually known as math active. This means that when TeX finds a semicolon in math mode it looks for its definition as an active character, which is tikz@nonactivesemicolon that becomes ;, which is math active, so it is replaced by its definition, which is tikz@nonactivesemicolon …
Infinite loop.
Of course, breqn defines the active semicolon in a different way, but in a tikzpicture (or tikz-cd which internally is a tikzpicture) this meaning is overridden.
You could input the semicolon as
mathcharnumexpr"6000+`;relax
but it's simpler to not use breqn.
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(Cmathcharnumexpr"6000+`;relax G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note how I input ker and define an operator name for Hom.
A more friendly solution:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
protectededeftikz@nonactivesemicolon{%
noexpandifmmode
mathcharthemathcode`;
noexpandelse
;%
noexpandfi
}
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note that also colon, bar and exclamation mark might give a similar problem. A complete fix:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
deffixtikzforbreqn#1#2{%
protectededef#1{noexpandifmmodemathcharthemathcode`#2 noexpandelse#2noexpandfi}%
}
fixtikzforbreqntikz@nonactivesemicolon;
fixtikzforbreqntikz@nonactivecolon:
fixtikzforbreqntikz@nonactivebar|
fixtikzforbreqntikz@nonactiveexlmark!
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0:!|
end{tikzcd}
end{document}
answered yesterday
egreg
698k8518573126
Thank you for this informative answer.
– Matt
yesterday
add a comment |
up vote
5
down vote
accepted
In order to cope with babel that may make ; into an active character (with French, for instance), Tikz provides a definition for the active ; as tikz@nonactivesemicolon which is just a standard category code 12 semicolon.
However, breqn changes the mathcode of ; to "8000 (hexadecimal, in decimal it is 32768), usually known as math active. This means that when TeX finds a semicolon in math mode it looks for its definition as an active character, which is tikz@nonactivesemicolon that becomes ;, which is math active, so it is replaced by its definition, which is tikz@nonactivesemicolon …
Infinite loop.
Of course, breqn defines the active semicolon in a different way, but in a tikzpicture (or tikz-cd which internally is a tikzpicture) this meaning is overridden.
You could input the semicolon as
mathcharnumexpr"6000+`;relax
but it's simpler to not use breqn.
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(Cmathcharnumexpr"6000+`;relax G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note how I input ker and define an operator name for Hom.
A more friendly solution:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
protectededeftikz@nonactivesemicolon{%
noexpandifmmode
mathcharthemathcode`;
noexpandelse
;%
noexpandfi
}
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note that also colon, bar and exclamation mark might give a similar problem. A complete fix:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
deffixtikzforbreqn#1#2{%
protectededef#1{noexpandifmmodemathcharthemathcode`#2 noexpandelse#2noexpandfi}%
}
fixtikzforbreqntikz@nonactivesemicolon;
fixtikzforbreqntikz@nonactivecolon:
fixtikzforbreqntikz@nonactivebar|
fixtikzforbreqntikz@nonactiveexlmark!
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0:!|
end{tikzcd}
end{document}
answered yesterday
egreg
698k8518573126
Thank you for this informative answer.
– Matt
yesterday
add a comment |
up vote
5
down vote
accepted
up vote
5
down vote
accepted
In order to cope with babel that may make ; into an active character (with French, for instance), Tikz provides a definition for the active ; as tikz@nonactivesemicolon which is just a standard category code 12 semicolon.
However, breqn changes the mathcode of ; to "8000 (hexadecimal, in decimal it is 32768), usually known as math active. This means that when TeX finds a semicolon in math mode it looks for its definition as an active character, which is tikz@nonactivesemicolon that becomes ;, which is math active, so it is replaced by its definition, which is tikz@nonactivesemicolon …
Infinite loop.
Of course, breqn defines the active semicolon in a different way, but in a tikzpicture (or tikz-cd which internally is a tikzpicture) this meaning is overridden.
You could input the semicolon as
mathcharnumexpr"6000+`;relax
but it's simpler to not use breqn.
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(Cmathcharnumexpr"6000+`;relax G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note how I input ker and define an operator name for Hom.
A more friendly solution:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
protectededeftikz@nonactivesemicolon{%
noexpandifmmode
mathcharthemathcode`;
noexpandelse
;%
noexpandfi
}
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note that also colon, bar and exclamation mark might give a similar problem. A complete fix:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
deffixtikzforbreqn#1#2{%
protectededef#1{noexpandifmmodemathcharthemathcode`#2 noexpandelse#2noexpandfi}%
}
fixtikzforbreqntikz@nonactivesemicolon;
fixtikzforbreqntikz@nonactivecolon:
fixtikzforbreqntikz@nonactivebar|
fixtikzforbreqntikz@nonactiveexlmark!
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0:!|
end{tikzcd}
end{document}
answered yesterday
egreg
698k8518573126
In order to cope with babel that may make ; into an active character (with French, for instance), Tikz provides a definition for the active ; as tikz@nonactivesemicolon which is just a standard category code 12 semicolon.
However, breqn changes the mathcode of ; to "8000 (hexadecimal, in decimal it is 32768), usually known as math active. This means that when TeX finds a semicolon in math mode it looks for its definition as an active character, which is tikz@nonactivesemicolon that becomes ;, which is math active, so it is replaced by its definition, which is tikz@nonactivesemicolon …
Infinite loop.
Of course, breqn defines the active semicolon in a different way, but in a tikzpicture (or tikz-cd which internally is a tikzpicture) this meaning is overridden.
You could input the semicolon as
mathcharnumexpr"6000+`;relax
but it's simpler to not use breqn.
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(Cmathcharnumexpr"6000+`;relax G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note how I input ker and define an operator name for Hom.
A more friendly solution:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
protectededeftikz@nonactivesemicolon{%
noexpandifmmode
mathcharthemathcode`;
noexpandelse
;%
noexpandfi
}
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0
end{tikzcd}
end{document}
Note that also colon, bar and exclamation mark might give a similar problem. A complete fix:
documentclass[11pt,a4paper]{article}
usepackage{amsmath}
usepackage{tikz-cd}
makeatletter
deffixtikzforbreqn#1#2{%
protectededef#1{noexpandifmmodemathcharthemathcode`#2 noexpandelse#2noexpandfi}%
}
fixtikzforbreqntikz@nonactivesemicolon;
fixtikzforbreqntikz@nonactivecolon:
fixtikzforbreqntikz@nonactivebar|
fixtikzforbreqntikz@nonactiveexlmark!
makeatother
usepackage{breqn}
DeclareMathOperator{Hom}{Hom}
begin{document}
begin{tikzcd}
0 arrow[r] & ker h arrow[r] &
H(C;G) arrow[r] & Hom(H_n(C),G) arrow[r] & 0:!|
end{tikzcd}
end{document}
answered yesterday
egreg
698k8518573126
edited yesterday
answered yesterday
egreg
698k8518573126
answered yesterday
egreg
698k8518573126
answered yesterday
egreg
698k8518573126
698k8518573126
Thank you for this informative answer.
– Matt
yesterday
add a comment |
Thank you for this informative answer.
– Matt
yesterday
Thank you for this informative answer.
– Matt
yesterday
Thank you for this informative answer.
– Matt
yesterday
add a comment |
up vote
3
down vote
I agree with @daleif and @egreg that you shouldn't use breqn. Here is a way to use it, if you absolutely must, and do not have the egreg's knowledge about active characters, but want to add something that causes trouble. Just use a savebox.
documentclass[11pt,a4paper]{article}
usepackage{tikz-cd}
usepackage{breqn}
% usepackage{amsmath}
% DeclareMathOperator{Hom}{Hom}
% DeclareMathOperator{ker}{ker}
newsaveboxDontUseBreqn
begin{document}
saveboxDontUseBreqn{$H(C; G)$}
begin{tikzcd}
0 arrow{r} & mathrm{ker} h arrow{r} & useboxDontUseBreqn arrow{r} &
mathrm{Hom}(H_n(C),G) arrow{r} & 0 \
end{tikzcd}
end{document}
But really you should just not use breqn.
answered yesterday
marmot
76.6k487161
add a comment |
up vote
3
down vote
I agree with @daleif and @egreg that you shouldn't use breqn. Here is a way to use it, if you absolutely must, and do not have the egreg's knowledge about active characters, but want to add something that causes trouble. Just use a savebox.
documentclass[11pt,a4paper]{article}
usepackage{tikz-cd}
usepackage{breqn}
% usepackage{amsmath}
% DeclareMathOperator{Hom}{Hom}
% DeclareMathOperator{ker}{ker}
newsaveboxDontUseBreqn
begin{document}
saveboxDontUseBreqn{$H(C; G)$}
begin{tikzcd}
0 arrow{r} & mathrm{ker} h arrow{r} & useboxDontUseBreqn arrow{r} &
mathrm{Hom}(H_n(C),G) arrow{r} & 0 \
end{tikzcd}
end{document}
But really you should just not use breqn.
answered yesterday
marmot
76.6k487161
add a comment |
up vote
3
down vote
up vote
3
down vote
I agree with @daleif and @egreg that you shouldn't use breqn. Here is a way to use it, if you absolutely must, and do not have the egreg's knowledge about active characters, but want to add something that causes trouble. Just use a savebox.
documentclass[11pt,a4paper]{article}
usepackage{tikz-cd}
usepackage{breqn}
% usepackage{amsmath}
% DeclareMathOperator{Hom}{Hom}
% DeclareMathOperator{ker}{ker}
newsaveboxDontUseBreqn
begin{document}
saveboxDontUseBreqn{$H(C; G)$}
begin{tikzcd}
0 arrow{r} & mathrm{ker} h arrow{r} & useboxDontUseBreqn arrow{r} &
mathrm{Hom}(H_n(C),G) arrow{r} & 0 \
end{tikzcd}
end{document}
But really you should just not use breqn.
answered yesterday
marmot
76.6k487161
I agree with @daleif and @egreg that you shouldn't use breqn. Here is a way to use it, if you absolutely must, and do not have the egreg's knowledge about active characters, but want to add something that causes trouble. Just use a savebox.
documentclass[11pt,a4paper]{article}
usepackage{tikz-cd}
usepackage{breqn}
% usepackage{amsmath}
% DeclareMathOperator{Hom}{Hom}
% DeclareMathOperator{ker}{ker}
newsaveboxDontUseBreqn
begin{document}
saveboxDontUseBreqn{$H(C; G)$}
begin{tikzcd}
0 arrow{r} & mathrm{ker} h arrow{r} & useboxDontUseBreqn arrow{r} &
mathrm{Hom}(H_n(C),G) arrow{r} & 0 \
end{tikzcd}
end{document}
But really you should just not use breqn.
answered yesterday
marmot
76.6k487161
answered yesterday
marmot
76.6k487161
answered yesterday
marmot
76.6k487161
answered yesterday
marmot
76.6k487161
76.6k487161
add a comment |
add a comment |
Matt is a new contributor. Be nice, and check out our Code of Conduct.
Matt is a new contributor. Be nice, and check out our Code of Conduct.
Matt is a new contributor. Be nice, and check out our Code of Conduct.
Matt is a new contributor. Be nice, and check out our Code of Conduct.
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%2f460746%2ftikz-cd-problems-whilst-also-using-breqn-package%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
Generally don't use
breqn, it changes a lot of things that are not compatible with other packages and has several bugs.– daleif
yesterday