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
New contributor
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
New contributor
1
Generally don't usebreqn
, it changes a lot of things that are not compatible with other packages and has several bugs.
– daleif
2 days ago
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
New contributor
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
New contributor
New contributor
New contributor
asked 2 days ago
Matt
1284
1284
New contributor
New contributor
1
Generally don't usebreqn
, it changes a lot of things that are not compatible with other packages and has several bugs.
– daleif
2 days ago
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
2 days ago
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
2 days ago
Generally don't use
breqn
, it changes a lot of things that are not compatible with other packages and has several bugs.– daleif
2 days ago
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}
Thank you for this informative answer.
– Matt
2 days ago
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.
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}
Thank you for this informative answer.
– Matt
2 days ago
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}
Thank you for this informative answer.
– Matt
2 days ago
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}
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}
edited 2 days ago
answered 2 days ago
egreg
698k8518573126
698k8518573126
Thank you for this informative answer.
– Matt
2 days ago
add a comment |
Thank you for this informative answer.
– Matt
2 days ago
Thank you for this informative answer.
– Matt
2 days ago
Thank you for this informative answer.
– Matt
2 days ago
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.
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.
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.
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 2 days ago
marmot
76.8k487161
76.8k487161
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
2 days ago