TikZ matrix, why doesn't “every even row” work with “row sep” option?












9















Please consider the following mwe:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={row sep=2pt},% doesn't insert row separation

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


However every even column/.style={column sep=2pt}, yields the expected result, say, introducing additional column separation after each second column, the every even row/.style={row sep=2pt}, doesn't. Did I do something wrong or this is a bug in TikZ v3.1 (I've never tested this before, so I don't know if the same thing happens in v3.0.1)?



enter image description here



edit:



The same thing happens with, for example, 



row 2/.style = {row sep=2pt}


thus it might mean that every even row/.style=... and row <row number> work fine only if one wants to change some properties of cells inside row, for example, the color of nodes borders:



every even row/.style={draw red},


but not if one aims to change row separation (see @AndréC's comment below). However it is interesting, that this is possible to do in every column sep ...



Of course, the (temporary) workaround terminates each second row of the matrix with for example [2pt], but this is annoying when the matrix is huge like here.






tikz-matrix







share|improve this question

























  • If you write every even row/.style={blue} it works. Then ...

    – AndréC
    Jan 13 at 14:03











  • @AndréC, it cover each second row with blue color. i expected that after each even row will be row separation 2pt as it is at columns.

    – Zarko
    Jan 13 at 14:11











  • Yes, I know, my example suggests that the error may not be in the style, but in another place. Otherwise, the style would not work for the blue color either.

    – AndréC
    Jan 13 at 14:12






  • 1





    The row sep option does not work with keys either row <number>, row <column number> column <column number>, every odd row

    – AndréC
    Jan 13 at 16:07








  • 1





    @AndréC, ones for nodes, ones for matrix as whole. but might be wrong.

    – Zarko
    Jan 13 at 18:18
















9















Please consider the following mwe:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={row sep=2pt},% doesn't insert row separation

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


However every even column/.style={column sep=2pt}, yields the expected result, say, introducing additional column separation after each second column, the every even row/.style={row sep=2pt}, doesn't. Did I do something wrong or this is a bug in TikZ v3.1 (I've never tested this before, so I don't know if the same thing happens in v3.0.1)?



enter image description here



edit:



The same thing happens with, for example, 



row 2/.style = {row sep=2pt}


thus it might mean that every even row/.style=... and row <row number> work fine only if one wants to change some properties of cells inside row, for example, the color of nodes borders:



every even row/.style={draw red},


but not if one aims to change row separation (see @AndréC's comment below). However it is interesting, that this is possible to do in every column sep ...



Of course, the (temporary) workaround terminates each second row of the matrix with for example [2pt], but this is annoying when the matrix is huge like here.






tikz-matrix







share|improve this question

























  • If you write every even row/.style={blue} it works. Then ...

    – AndréC
    Jan 13 at 14:03











  • @AndréC, it cover each second row with blue color. i expected that after each even row will be row separation 2pt as it is at columns.

    – Zarko
    Jan 13 at 14:11











  • Yes, I know, my example suggests that the error may not be in the style, but in another place. Otherwise, the style would not work for the blue color either.

    – AndréC
    Jan 13 at 14:12






  • 1





    The row sep option does not work with keys either row <number>, row <column number> column <column number>, every odd row

    – AndréC
    Jan 13 at 16:07








  • 1





    @AndréC, ones for nodes, ones for matrix as whole. but might be wrong.

    – Zarko
    Jan 13 at 18:18














9












9








9


0






Please consider the following mwe:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={row sep=2pt},% doesn't insert row separation

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


However every even column/.style={column sep=2pt}, yields the expected result, say, introducing additional column separation after each second column, the every even row/.style={row sep=2pt}, doesn't. Did I do something wrong or this is a bug in TikZ v3.1 (I've never tested this before, so I don't know if the same thing happens in v3.0.1)?



enter image description here



edit:



The same thing happens with, for example, 



row 2/.style = {row sep=2pt}


thus it might mean that every even row/.style=... and row <row number> work fine only if one wants to change some properties of cells inside row, for example, the color of nodes borders:



every even row/.style={draw red},


but not if one aims to change row separation (see @AndréC's comment below). However it is interesting, that this is possible to do in every column sep ...



Of course, the (temporary) workaround terminates each second row of the matrix with for example [2pt], but this is annoying when the matrix is huge like here.






tikz-matrix







share|improve this question
















Please consider the following mwe:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={row sep=2pt},% doesn't insert row separation

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


However every even column/.style={column sep=2pt}, yields the expected result, say, introducing additional column separation after each second column, the every even row/.style={row sep=2pt}, doesn't. Did I do something wrong or this is a bug in TikZ v3.1 (I've never tested this before, so I don't know if the same thing happens in v3.0.1)?



enter image description here



edit:



The same thing happens with, for example, 



row 2/.style = {row sep=2pt}


thus it might mean that every even row/.style=... and row <row number> work fine only if one wants to change some properties of cells inside row, for example, the color of nodes borders:



every even row/.style={draw red},


but not if one aims to change row separation (see @AndréC's comment below). However it is interesting, that this is possible to do in every column sep ...



Of course, the (temporary) workaround terminates each second row of the matrix with for example [2pt], but this is annoying when the matrix is huge like here.






tikz-matrix




tikz-matrix






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 13 at 21:56









Roboticist

1,60721231




1,60721231










asked Jan 13 at 13:40









ZarkoZarko

122k865160




122k865160













  • If you write every even row/.style={blue} it works. Then ...

    – AndréC
    Jan 13 at 14:03











  • @AndréC, it cover each second row with blue color. i expected that after each even row will be row separation 2pt as it is at columns.

    – Zarko
    Jan 13 at 14:11











  • Yes, I know, my example suggests that the error may not be in the style, but in another place. Otherwise, the style would not work for the blue color either.

    – AndréC
    Jan 13 at 14:12






  • 1





    The row sep option does not work with keys either row <number>, row <column number> column <column number>, every odd row

    – AndréC
    Jan 13 at 16:07








  • 1





    @AndréC, ones for nodes, ones for matrix as whole. but might be wrong.

    – Zarko
    Jan 13 at 18:18



















  • If you write every even row/.style={blue} it works. Then ...

    – AndréC
    Jan 13 at 14:03











  • @AndréC, it cover each second row with blue color. i expected that after each even row will be row separation 2pt as it is at columns.

    – Zarko
    Jan 13 at 14:11











  • Yes, I know, my example suggests that the error may not be in the style, but in another place. Otherwise, the style would not work for the blue color either.

    – AndréC
    Jan 13 at 14:12






  • 1





    The row sep option does not work with keys either row <number>, row <column number> column <column number>, every odd row

    – AndréC
    Jan 13 at 16:07








  • 1





    @AndréC, ones for nodes, ones for matrix as whole. but might be wrong.

    – Zarko
    Jan 13 at 18:18

















If you write every even row/.style={blue} it works. Then ...

– AndréC
Jan 13 at 14:03





If you write every even row/.style={blue} it works. Then ...

– AndréC
Jan 13 at 14:03













@AndréC, it cover each second row with blue color. i expected that after each even row will be row separation 2pt as it is at columns.

– Zarko
Jan 13 at 14:11





@AndréC, it cover each second row with blue color. i expected that after each even row will be row separation 2pt as it is at columns.

– Zarko
Jan 13 at 14:11













Yes, I know, my example suggests that the error may not be in the style, but in another place. Otherwise, the style would not work for the blue color either.

– AndréC
Jan 13 at 14:12





Yes, I know, my example suggests that the error may not be in the style, but in another place. Otherwise, the style would not work for the blue color either.

– AndréC
Jan 13 at 14:12




1




1





The row sep option does not work with keys either row <number>, row <column number> column <column number>, every odd row

– AndréC
Jan 13 at 16:07







The row sep option does not work with keys either row <number>, row <column number> column <column number>, every odd row

– AndréC
Jan 13 at 16:07






1




1





@AndréC, ones for nodes, ones for matrix as whole. but might be wrong.

– Zarko
Jan 13 at 18:18





@AndréC, ones for nodes, ones for matrix as whole. but might be wrong.

– Zarko
Jan 13 at 18:18










2 Answers
2






active

oldest

votes


















7














The issue is with scopes. In order to make sure that the style code for the current row only applies to the current row, the style code is executed inside of a scope that is local to the current row. This scope is closed prior to ending the row and adding the row separation, so the value is reverted before it is applied. The solution is to make the change to the row sep global. The key row sep stores the value in pgfmatrixrowsep so we globally define this to be the updated value. Because this change is global, it applies to all rows going forward, so we need an every odd row key setting the row sep to zero to switch it back.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here






share|improve this answer


























  • thank you for explanation. are this means, that column as treated differently (not in column scope). i expected, that rows and columns should have the same approach in executing code (this can be concluded from description of these options in manual).

    – Zarko
    Jan 13 at 18:28






  • 1





    i took liberty and add picture and slightly change code. thank you again (+1 at writing the first comment :-), for accepting i will wait a while)

    – Zarko
    Jan 13 at 18:36











  • In the code the matrices are processed rows first and then columns. Because of this, the way the style code for a row is executed once at the beginning of the row and goes out of scope at the end of the row. The style code for a column is executed many times, once for each cell in the column. I suspect the asymmetry has something to do with this, but I don't feel like reading the code carefully enough to track down the particulars.

    – Hood Chatham
    Jan 13 at 18:39











  • Anyways, the point is that the symmetry between rows and columns is an abstraction that the authors of tikz tried to create for the sake of user sanity, but it isn't perfect.

    – Hood Chatham
    Jan 13 at 18:40






  • 1





    This is a nice analysis, +1 for that. Note, however, that you set these values globally, so every subsequent matrix will have it. Note also that the matrix library has means of "smuggling" values out of the group, which avoids making them global. Why this has not been used for every row I do not know.

    – marmot
    Jan 13 at 19:16



















5














This is more an extended comment than an answer. The comment concerns Hood Chathams proposal to make the dimensions global. Here is what happens:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



end{document}


enter image description here



Let me, however, stress that I really like the answer by Hood Chatham as a whole as it has a very nice explanation for why this happens. I just want add a word of caution.



Here is another proposal.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}

begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=ifoddpgfmatrixcurrentrow%

                   -pgflinewidth%

                   else%

                   2pt%

                   fi,

                   every even column/.style={column sep=2pt},

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here



It does produce the desired output. However, it also produces warnings of the type end occurred when ifx on line 21 was incomplete. So I am definitely not claiming this proposal is better than Hood Chathams suggestion.



Of course, a very pragmatic solution would be to use



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \[2pt]

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}





share|improve this answer





















  • 1





    thank you for "extended comment (+1). it helps to understanding whats all is behind of using row styles.

    – Zarko
    Jan 13 at 20:27











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f469954%2ftikz-matrix-why-doesnt-every-even-row-work-with-row-sep-option%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









7














The issue is with scopes. In order to make sure that the style code for the current row only applies to the current row, the style code is executed inside of a scope that is local to the current row. This scope is closed prior to ending the row and adding the row separation, so the value is reverted before it is applied. The solution is to make the change to the row sep global. The key row sep stores the value in pgfmatrixrowsep so we globally define this to be the updated value. Because this change is global, it applies to all rows going forward, so we need an every odd row key setting the row sep to zero to switch it back.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here






share|improve this answer


























  • thank you for explanation. are this means, that column as treated differently (not in column scope). i expected, that rows and columns should have the same approach in executing code (this can be concluded from description of these options in manual).

    – Zarko
    Jan 13 at 18:28






  • 1





    i took liberty and add picture and slightly change code. thank you again (+1 at writing the first comment :-), for accepting i will wait a while)

    – Zarko
    Jan 13 at 18:36











  • In the code the matrices are processed rows first and then columns. Because of this, the way the style code for a row is executed once at the beginning of the row and goes out of scope at the end of the row. The style code for a column is executed many times, once for each cell in the column. I suspect the asymmetry has something to do with this, but I don't feel like reading the code carefully enough to track down the particulars.

    – Hood Chatham
    Jan 13 at 18:39











  • Anyways, the point is that the symmetry between rows and columns is an abstraction that the authors of tikz tried to create for the sake of user sanity, but it isn't perfect.

    – Hood Chatham
    Jan 13 at 18:40






  • 1





    This is a nice analysis, +1 for that. Note, however, that you set these values globally, so every subsequent matrix will have it. Note also that the matrix library has means of "smuggling" values out of the group, which avoids making them global. Why this has not been used for every row I do not know.

    – marmot
    Jan 13 at 19:16
















7














The issue is with scopes. In order to make sure that the style code for the current row only applies to the current row, the style code is executed inside of a scope that is local to the current row. This scope is closed prior to ending the row and adding the row separation, so the value is reverted before it is applied. The solution is to make the change to the row sep global. The key row sep stores the value in pgfmatrixrowsep so we globally define this to be the updated value. Because this change is global, it applies to all rows going forward, so we need an every odd row key setting the row sep to zero to switch it back.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here






share|improve this answer


























  • thank you for explanation. are this means, that column as treated differently (not in column scope). i expected, that rows and columns should have the same approach in executing code (this can be concluded from description of these options in manual).

    – Zarko
    Jan 13 at 18:28






  • 1





    i took liberty and add picture and slightly change code. thank you again (+1 at writing the first comment :-), for accepting i will wait a while)

    – Zarko
    Jan 13 at 18:36











  • In the code the matrices are processed rows first and then columns. Because of this, the way the style code for a row is executed once at the beginning of the row and goes out of scope at the end of the row. The style code for a column is executed many times, once for each cell in the column. I suspect the asymmetry has something to do with this, but I don't feel like reading the code carefully enough to track down the particulars.

    – Hood Chatham
    Jan 13 at 18:39











  • Anyways, the point is that the symmetry between rows and columns is an abstraction that the authors of tikz tried to create for the sake of user sanity, but it isn't perfect.

    – Hood Chatham
    Jan 13 at 18:40






  • 1





    This is a nice analysis, +1 for that. Note, however, that you set these values globally, so every subsequent matrix will have it. Note also that the matrix library has means of "smuggling" values out of the group, which avoids making them global. Why this has not been used for every row I do not know.

    – marmot
    Jan 13 at 19:16














7












7








7







The issue is with scopes. In order to make sure that the style code for the current row only applies to the current row, the style code is executed inside of a scope that is local to the current row. This scope is closed prior to ending the row and adding the row separation, so the value is reverted before it is applied. The solution is to make the change to the row sep global. The key row sep stores the value in pgfmatrixrowsep so we globally define this to be the updated value. Because this change is global, it applies to all rows going forward, so we need an every odd row key setting the row sep to zero to switch it back.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here






share|improve this answer















The issue is with scopes. In order to make sure that the style code for the current row only applies to the current row, the style code is executed inside of a scope that is local to the current row. This scope is closed prior to ending the row and adding the row separation, so the value is reverted before it is applied. The solution is to make the change to the row sep global. The key row sep stores the value in pgfmatrixrowsep so we globally define this to be the updated value. Because this change is global, it applies to all rows going forward, so we need an every odd row key setting the row sep to zero to switch it back.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here







share|improve this answer














share|improve this answer



share|improve this answer








edited Jan 13 at 18:34









Zarko

122k865160




122k865160










answered Jan 13 at 18:18









Hood ChathamHood Chatham

4,2741428




4,2741428













  • thank you for explanation. are this means, that column as treated differently (not in column scope). i expected, that rows and columns should have the same approach in executing code (this can be concluded from description of these options in manual).

    – Zarko
    Jan 13 at 18:28






  • 1





    i took liberty and add picture and slightly change code. thank you again (+1 at writing the first comment :-), for accepting i will wait a while)

    – Zarko
    Jan 13 at 18:36











  • In the code the matrices are processed rows first and then columns. Because of this, the way the style code for a row is executed once at the beginning of the row and goes out of scope at the end of the row. The style code for a column is executed many times, once for each cell in the column. I suspect the asymmetry has something to do with this, but I don't feel like reading the code carefully enough to track down the particulars.

    – Hood Chatham
    Jan 13 at 18:39











  • Anyways, the point is that the symmetry between rows and columns is an abstraction that the authors of tikz tried to create for the sake of user sanity, but it isn't perfect.

    – Hood Chatham
    Jan 13 at 18:40






  • 1





    This is a nice analysis, +1 for that. Note, however, that you set these values globally, so every subsequent matrix will have it. Note also that the matrix library has means of "smuggling" values out of the group, which avoids making them global. Why this has not been used for every row I do not know.

    – marmot
    Jan 13 at 19:16



















  • thank you for explanation. are this means, that column as treated differently (not in column scope). i expected, that rows and columns should have the same approach in executing code (this can be concluded from description of these options in manual).

    – Zarko
    Jan 13 at 18:28






  • 1





    i took liberty and add picture and slightly change code. thank you again (+1 at writing the first comment :-), for accepting i will wait a while)

    – Zarko
    Jan 13 at 18:36











  • In the code the matrices are processed rows first and then columns. Because of this, the way the style code for a row is executed once at the beginning of the row and goes out of scope at the end of the row. The style code for a column is executed many times, once for each cell in the column. I suspect the asymmetry has something to do with this, but I don't feel like reading the code carefully enough to track down the particulars.

    – Hood Chatham
    Jan 13 at 18:39











  • Anyways, the point is that the symmetry between rows and columns is an abstraction that the authors of tikz tried to create for the sake of user sanity, but it isn't perfect.

    – Hood Chatham
    Jan 13 at 18:40






  • 1





    This is a nice analysis, +1 for that. Note, however, that you set these values globally, so every subsequent matrix will have it. Note also that the matrix library has means of "smuggling" values out of the group, which avoids making them global. Why this has not been used for every row I do not know.

    – marmot
    Jan 13 at 19:16

















thank you for explanation. are this means, that column as treated differently (not in column scope). i expected, that rows and columns should have the same approach in executing code (this can be concluded from description of these options in manual).

– Zarko
Jan 13 at 18:28





thank you for explanation. are this means, that column as treated differently (not in column scope). i expected, that rows and columns should have the same approach in executing code (this can be concluded from description of these options in manual).

– Zarko
Jan 13 at 18:28




1




1





i took liberty and add picture and slightly change code. thank you again (+1 at writing the first comment :-), for accepting i will wait a while)

– Zarko
Jan 13 at 18:36





i took liberty and add picture and slightly change code. thank you again (+1 at writing the first comment :-), for accepting i will wait a while)

– Zarko
Jan 13 at 18:36













In the code the matrices are processed rows first and then columns. Because of this, the way the style code for a row is executed once at the beginning of the row and goes out of scope at the end of the row. The style code for a column is executed many times, once for each cell in the column. I suspect the asymmetry has something to do with this, but I don't feel like reading the code carefully enough to track down the particulars.

– Hood Chatham
Jan 13 at 18:39





In the code the matrices are processed rows first and then columns. Because of this, the way the style code for a row is executed once at the beginning of the row and goes out of scope at the end of the row. The style code for a column is executed many times, once for each cell in the column. I suspect the asymmetry has something to do with this, but I don't feel like reading the code carefully enough to track down the particulars.

– Hood Chatham
Jan 13 at 18:39













Anyways, the point is that the symmetry between rows and columns is an abstraction that the authors of tikz tried to create for the sake of user sanity, but it isn't perfect.

– Hood Chatham
Jan 13 at 18:40





Anyways, the point is that the symmetry between rows and columns is an abstraction that the authors of tikz tried to create for the sake of user sanity, but it isn't perfect.

– Hood Chatham
Jan 13 at 18:40




1




1





This is a nice analysis, +1 for that. Note, however, that you set these values globally, so every subsequent matrix will have it. Note also that the matrix library has means of "smuggling" values out of the group, which avoids making them global. Why this has not been used for every row I do not know.

– marmot
Jan 13 at 19:16





This is a nice analysis, +1 for that. Note, however, that you set these values globally, so every subsequent matrix will have it. Note also that the matrix library has means of "smuggling" values out of the group, which avoids making them global. Why this has not been used for every row I do not know.

– marmot
Jan 13 at 19:16











5














This is more an extended comment than an answer. The comment concerns Hood Chathams proposal to make the dimensions global. Here is what happens:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



end{document}


enter image description here



Let me, however, stress that I really like the answer by Hood Chatham as a whole as it has a very nice explanation for why this happens. I just want add a word of caution.



Here is another proposal.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}

begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=ifoddpgfmatrixcurrentrow%

                   -pgflinewidth%

                   else%

                   2pt%

                   fi,

                   every even column/.style={column sep=2pt},

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here



It does produce the desired output. However, it also produces warnings of the type end occurred when ifx on line 21 was incomplete. So I am definitely not claiming this proposal is better than Hood Chathams suggestion.



Of course, a very pragmatic solution would be to use



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \[2pt]

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}





share|improve this answer





















  • 1





    thank you for "extended comment (+1). it helps to understanding whats all is behind of using row styles.

    – Zarko
    Jan 13 at 20:27
















5














This is more an extended comment than an answer. The comment concerns Hood Chathams proposal to make the dimensions global. Here is what happens:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



end{document}


enter image description here



Let me, however, stress that I really like the answer by Hood Chatham as a whole as it has a very nice explanation for why this happens. I just want add a word of caution.



Here is another proposal.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}

begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=ifoddpgfmatrixcurrentrow%

                   -pgflinewidth%

                   else%

                   2pt%

                   fi,

                   every even column/.style={column sep=2pt},

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here



It does produce the desired output. However, it also produces warnings of the type end occurred when ifx on line 21 was incomplete. So I am definitely not claiming this proposal is better than Hood Chathams suggestion.



Of course, a very pragmatic solution would be to use



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \[2pt]

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}





share|improve this answer





















  • 1





    thank you for "extended comment (+1). it helps to understanding whats all is behind of using row styles.

    – Zarko
    Jan 13 at 20:27














5












5








5







This is more an extended comment than an answer. The comment concerns Hood Chathams proposal to make the dimensions global. Here is what happens:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



end{document}


enter image description here



Let me, however, stress that I really like the answer by Hood Chatham as a whole as it has a very nice explanation for why this happens. I just want add a word of caution.



Here is another proposal.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}

begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=ifoddpgfmatrixcurrentrow%

                   -pgflinewidth%

                   else%

                   2pt%

                   fi,

                   every even column/.style={column sep=2pt},

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here



It does produce the desired output. However, it also produces warnings of the type end occurred when ifx on line 21 was incomplete. So I am definitely not claiming this proposal is better than Hood Chathams suggestion.



Of course, a very pragmatic solution would be to use



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \[2pt]

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}





share|improve this answer















This is more an extended comment than an answer. The comment concerns Hood Chathams proposal to make the dimensions global. Here is what happens:



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   every even row/.style={/utils/exec=gdefpgfmatrixrowsep{2pt}},

                   every odd row/.style={/utils/exec=gdefpgfmatrixrowsep{-pgflinewidth}},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}



end{document}


enter image description here



Let me, however, stress that I really like the answer by Hood Chatham as a whole as it has a very nice explanation for why this happens. I just want add a word of caution.



Here is another proposal.



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}

begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=ifoddpgfmatrixcurrentrow%

                   -pgflinewidth%

                   else%

                   2pt%

                   fi,

                   every even column/.style={column sep=2pt},

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}


enter image description here



It does produce the desired output. However, it also produces warnings of the type end occurred when ifx on line 21 was incomplete. So I am definitely not claiming this proposal is better than Hood Chathams suggestion.



Of course, a very pragmatic solution would be to use



documentclass[tikz, margin=3mm]{standalone}

usetikzlibrary{matrix}



begin{document}

begin{tikzpicture}

matrix (m) [matrix of math nodes,

            nodes={draw, font=footnotesize, minimum size=1em,

                   anchor=center,inner sep=0pt},

                   column sep=-pgflinewidth,

                   row sep=-pgflinewidth,

                   every even column/.style={column sep=2pt},

                   inner sep=1pt,

                   left delimiter={[},right delimiter={]},

             ]

{

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \[2pt]

alpha  & beta   & gamma  & delta    \

alpha  & beta   & gamma  & delta    \

};

end{tikzpicture}

end{document}






share|improve this answer














share|improve this answer



share|improve this answer








edited Jan 14 at 4:31

























answered Jan 13 at 19:53









marmotmarmot

93.1k4109204




93.1k4109204








  • 1





    thank you for "extended comment (+1). it helps to understanding whats all is behind of using row styles.

    – Zarko
    Jan 13 at 20:27














  • 1





    thank you for "extended comment (+1). it helps to understanding whats all is behind of using row styles.

    – Zarko
    Jan 13 at 20:27








1




1





thank you for "extended comment (+1). it helps to understanding whats all is behind of using row styles.

– Zarko
Jan 13 at 20:27





thank you for "extended comment (+1). it helps to understanding whats all is behind of using row styles.

– Zarko
Jan 13 at 20:27


















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.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f469954%2ftikz-matrix-why-doesnt-every-even-row-work-with-row-sep-option%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

How to change which sound is reproduced for terminal bell?

Image
3 Recently upgrade to 18.10 from 18.04, and using the terminal is becoming annoying: the new alert sound is a drip ( /usr/share/sounds/gnome/default/alerts/drip.ogg ), and the previous one is still located at ( /usr/share/sounds/ubuntu/stereo/bell.ogg ). My issue is that at the gnome-terminal, when autocompleting or pressing left BOTH sounds are reproduced, at the same time. I want to just have ubuntu/stereo/bell.ogg active, not both . At the moment I have been only able to reduce the volume of the alerts (but still both are played), or turn the alerts down (but I dislike both "solutions"). gnome-terminal 18.10 teminal-bell share | improve this question ...
Read more

Can I use Tabulator js library in my java Spring + Thymeleaf project?

Image
0 I want to add Tabulator js to my java project. I added tabulator.min.js, tabulator.min.css to resources folder. After that added to my html page these dependencies as recommending in readme.md. <link rel="stylesheet" th:href="@{/css/tabulator.min.css}"> <script type="text/javascript" th:src="@{/js/tabulator.min.js}"></script> Now my tables view all elements, that I have in the html page, but not correct. In the documentation of Tabulator is example how to create header and table, var table = new Tabulator("#example-table", { columns:[ {title:"Name", field:"name", sorter:"string", width:200, editor:true}, {title:"Age", field:"age", sorter:"...
Read more

Title Spacing in Bjornstrup Chapter, Removing Chapter Number From Contents

Image
up vote 5 down vote favorite 2 I would like to make it so that the vertical space below the title of each chapter is the same when using the Bjornstrup package (i.e. so that the descenders do not affect the spacing - as shown by the red arrow in the picture below). I think I'm fairly happy with the spacing around "A chapter", so I'd really like titles without descenders (e.g. "Contents") to have the same vertical spacing as "A chapter" below the title. I would also like to remove the large "0" in the contents title. Any help appreciated, as always. documentclass[11pt,a4paper]{book} % Packages[![enter image description here][1]][1] usepackage[left=3.5cm, right=3.5cm, top=4.3cm, bottom=4.25cm]{geometry} usepackage[utf8]{inputenc} usepackage{libertine} usepackage[libertine]{newtx...
Read more