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.










share|improve this question







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 use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
    – daleif
    2 days ago















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.










share|improve this question







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 use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
    – daleif
    2 days ago













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.










share|improve this question







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






share|improve this question







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.











share|improve this question







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.









share|improve this question




share|improve this question






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 2 days ago









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 use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
    – daleif
    2 days ago














  • 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








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










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.



enter image description here



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}





share|improve this answer























  • Thank you for this informative answer.
    – Matt
    2 days ago


















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}


enter image description here



But really you should just not use breqn.






share|improve this answer





















    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',
    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
    });


    }
    });






    Matt is a new contributor. Be nice, and check out our Code of Conduct.










     

    draft saved


    draft discarded


















    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

























    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.



    enter image description here



    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}





    share|improve this answer























    • Thank you for this informative answer.
      – Matt
      2 days ago















    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.



    enter image description here



    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}





    share|improve this answer























    • Thank you for this informative answer.
      – Matt
      2 days ago













    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.



    enter image description here



    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}





    share|improve this answer














    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.



    enter image description here



    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}






    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited 2 days ago

























    answered 2 days ago









    egreg

    698k8518573126




    698k8518573126












    • 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




    Thank you for this informative answer.
    – Matt
    2 days ago










    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}


    enter image description here



    But really you should just not use breqn.






    share|improve this answer

























      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}


      enter image description here



      But really you should just not use breqn.






      share|improve this answer























        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}


        enter image description here



        But really you should just not use breqn.






        share|improve this answer












        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}


        enter image description here



        But really you should just not use breqn.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered 2 days ago









        marmot

        76.8k487161




        76.8k487161






















            Matt is a new contributor. Be nice, and check out our Code of Conduct.










             

            draft saved


            draft discarded


















            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.















             


            draft saved


            draft discarded














            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





















































            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







            Popular posts from this blog

            "Incorrect syntax near the keyword 'ON'. (on update cascade, on delete cascade,)

            Alcedinidae

            RAC Tourist Trophy