Tikz-cd problems whilst also using breqn package











up vote
6
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


















  • 1




    Generally don't use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
    – daleif
    Nov 19 at 13:40















up vote
6
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


















  • 1




    Generally don't use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
    – daleif
    Nov 19 at 13:40













up vote
6
down vote

favorite









up vote
6
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













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













share|improve this question











share|improve this question




share|improve this question










asked Nov 19 at 13:27









Matt

1334




1334








  • 1




    Generally don't use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
    – daleif
    Nov 19 at 13:40














  • 1




    Generally don't use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
    – daleif
    Nov 19 at 13:40








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
Nov 19 at 13:40




Generally don't use breqn, it changes a lot of things that are not compatible with other packages and has several bugs.
– daleif
Nov 19 at 13:40










2 Answers
2






active

oldest

votes

















up vote
6
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
    Nov 19 at 15:29


















up vote
4
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
    });


    }
    });














    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
    6
    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
      Nov 19 at 15:29















    up vote
    6
    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
      Nov 19 at 15:29













    up vote
    6
    down vote



    accepted







    up vote
    6
    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 Nov 19 at 14:15

























    answered Nov 19 at 13:54









    egreg

    701k8618703144




    701k8618703144












    • Thank you for this informative answer.
      – Matt
      Nov 19 at 15:29


















    • Thank you for this informative answer.
      – Matt
      Nov 19 at 15:29
















    Thank you for this informative answer.
    – Matt
    Nov 19 at 15:29




    Thank you for this informative answer.
    – Matt
    Nov 19 at 15:29










    up vote
    4
    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
      4
      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
        4
        down vote










        up vote
        4
        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 Nov 19 at 13:59









        marmot

        80.1k491171




        80.1k491171






























            draft saved

            draft discarded




















































            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.





            Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


            Please pay close attention to the following guidance:


            • 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.




            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

            Ellipse (mathématiques)

            Quarter-circle Tiles

            Mont Emei