How to write cases in LaTeX?Capital Sigma in bold mathrmUndefined control sequence error for sum expression...

A question about partitioning positivie integers into finitely many arithmetic progresions

Lightning Data Table inline edit

Why didn't the 2019 Oscars have a host?

Why is it that Bernie Sanders is always called a "socialist"?

Count repetitions of an array

Is there a verb that means to inject with poison?

Am I correct in stating that the study of topology is purely theoretical?

Non-Cancer terminal illness that can affect young (age 10-13) girls?

What species should be used for storage of human minds?

Is there any advantage in specifying './' in a for loop using a glob?

Single-row INSERT...SELECT much slower than separate SELECT

Can you determine if focus is sharp without diopter adjustment if your sight is imperfect?

If angels and devils are the same species, why would their mortal offspring appear physically different?

Potential client has a problematic employee I can't work with

Article. The word "Respect"

A starship is travelling at 0.9c and collides with a small rock. Will it leave a clean hole through, or will more happen?

What makes papers publishable in top-tier journals?

Is there a way to not have to poll the UART of an AVR?

Illustrator to chemdraw

Is `Object` a function in javascript?

Is there a file that always exists and a 'normal' user can't lstat it?

Possible issue with my W4 and tax return

Plausible reason for gold-digging ant

Why avoid shared user accounts?



How to write cases in LaTeX?


Capital Sigma in bold mathrmUndefined control sequence error for sum expression in equationEquation: How to create nested/multiple cases in LaTeX to align the qualifiersHow to break a line in a long equation?mathpazo package and changing font within begin{equation} … end{equation}Cases with long text at the end.How to place a sim over equiv similar to simeq and cong?Itemize with cases in beamerHow to align two begin{equation}begin{cases}?Parenthesis vertically misaligned in “cases” environment













6















I want to write following system of equation in my paper, but I don't know how:
enter image description here



Here is a code that I've tried, but it does not work:



Rgeqslant R_t equiv begin{cases} frac{r_{t+1} (1-W(k_t)}{f'(k{t+1}    
lambda} &mbox{if } k_t < K(lambda) \
frac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}


Any suggestions will be very helpful. Thanks










share|improve this question









New contributor




Nurzada Diushalieva is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
















  • 1





    Excuse me but the code is different from the image. Have I understood well?

    – Sebastiano
    7 hours ago






  • 3





    Consider accepting one of the provided answers if your question is solved (check mark on the left hand side of the answers).

    – Dr. Manuel Kuehner
    7 hours ago













  • I don't understand what you were having trouble with. The only error I got compiling was about geqslant. What about didn't work? Or were you wanting to get something closer to your image than you have? I would say that your code gives a better output than that image.

    – Teepeemm
    4 hours ago
















6















I want to write following system of equation in my paper, but I don't know how:
enter image description here



Here is a code that I've tried, but it does not work:



Rgeqslant R_t equiv begin{cases} frac{r_{t+1} (1-W(k_t)}{f'(k{t+1}    
lambda} &mbox{if } k_t < K(lambda) \
frac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}


Any suggestions will be very helpful. Thanks










share|improve this question









New contributor




Nurzada Diushalieva is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
















  • 1





    Excuse me but the code is different from the image. Have I understood well?

    – Sebastiano
    7 hours ago






  • 3





    Consider accepting one of the provided answers if your question is solved (check mark on the left hand side of the answers).

    – Dr. Manuel Kuehner
    7 hours ago













  • I don't understand what you were having trouble with. The only error I got compiling was about geqslant. What about didn't work? Or were you wanting to get something closer to your image than you have? I would say that your code gives a better output than that image.

    – Teepeemm
    4 hours ago














6












6








6








I want to write following system of equation in my paper, but I don't know how:
enter image description here



Here is a code that I've tried, but it does not work:



Rgeqslant R_t equiv begin{cases} frac{r_{t+1} (1-W(k_t)}{f'(k{t+1}    
lambda} &mbox{if } k_t < K(lambda) \
frac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}


Any suggestions will be very helpful. Thanks










share|improve this question









New contributor




Nurzada Diushalieva is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.












I want to write following system of equation in my paper, but I don't know how:
enter image description here



Here is a code that I've tried, but it does not work:



Rgeqslant R_t equiv begin{cases} frac{r_{t+1} (1-W(k_t)}{f'(k{t+1}    
lambda} &mbox{if } k_t < K(lambda) \
frac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}


Any suggestions will be very helpful. Thanks







math-mode cases






share|improve this question









New contributor




Nurzada Diushalieva 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




Nurzada Diushalieva 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








edited 7 hours ago









siracusa

5,04011429




5,04011429






New contributor




Nurzada Diushalieva is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









asked 7 hours ago









Nurzada DiushalievaNurzada Diushalieva

311




311




New contributor




Nurzada Diushalieva is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





Nurzada Diushalieva is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






Nurzada Diushalieva is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.








  • 1





    Excuse me but the code is different from the image. Have I understood well?

    – Sebastiano
    7 hours ago






  • 3





    Consider accepting one of the provided answers if your question is solved (check mark on the left hand side of the answers).

    – Dr. Manuel Kuehner
    7 hours ago













  • I don't understand what you were having trouble with. The only error I got compiling was about geqslant. What about didn't work? Or were you wanting to get something closer to your image than you have? I would say that your code gives a better output than that image.

    – Teepeemm
    4 hours ago














  • 1





    Excuse me but the code is different from the image. Have I understood well?

    – Sebastiano
    7 hours ago






  • 3





    Consider accepting one of the provided answers if your question is solved (check mark on the left hand side of the answers).

    – Dr. Manuel Kuehner
    7 hours ago













  • I don't understand what you were having trouble with. The only error I got compiling was about geqslant. What about didn't work? Or were you wanting to get something closer to your image than you have? I would say that your code gives a better output than that image.

    – Teepeemm
    4 hours ago








1




1





Excuse me but the code is different from the image. Have I understood well?

– Sebastiano
7 hours ago





Excuse me but the code is different from the image. Have I understood well?

– Sebastiano
7 hours ago




3




3





Consider accepting one of the provided answers if your question is solved (check mark on the left hand side of the answers).

– Dr. Manuel Kuehner
7 hours ago







Consider accepting one of the provided answers if your question is solved (check mark on the left hand side of the answers).

– Dr. Manuel Kuehner
7 hours ago















I don't understand what you were having trouble with. The only error I got compiling was about geqslant. What about didn't work? Or were you wanting to get something closer to your image than you have? I would say that your code gives a better output than that image.

– Teepeemm
4 hours ago





I don't understand what you were having trouble with. The only error I got compiling was about geqslant. What about didn't work? Or were you wanting to get something closer to your image than you have? I would say that your code gives a better output than that image.

– Teepeemm
4 hours ago










2 Answers
2






active

oldest

votes


















10














I would load the mathtools package, which is a superset of the amsmath package, and employ that package's dcases* environment.



enter image description here



documentclass{article}
usepackage{mathtools} % for 'dcases*' env.
begin{document}
[
Rge R_t equiv
begin{dcases*}
frac{r_{t+1}}{f'(k_{t+1})}frac{1-W(k_t)}{lambda}
& if $k_t < K(lambda)$,, \[1ex]
frac{r_{t+1}}{f'(k_{t+1})}
& if $k_tge K(lambda)$,.
end{dcases*}
]
end{document}





share|improve this answer
























  • Is this command better than the usual cases command?

    – knzhou
    4 hours ago






  • 1





    @knzhou - I wouldn't say that dcases is necessarily better than cases, certainly not in the sense of it being *always and everywhere" better than cases. The d in dcases denotes "automatic display-style math mode. It's handy if one has to typeset expressions such as frac, which might look a whole lot better when rendered in display-style math mode rather than in text-style math mode. Conversely, cases is much more parsimonious, space-wise, than dcases. If conserving space is an important criterion, by all means go with cases.

    – Mico
    4 hours ago








  • 1





    Makes sense, thanks! I was just asking in case cases had been declared obsolete by people in the know for some reason, like how [ ... ] is supposed to be strictly better than $$ ... $$.

    – knzhou
    4 hours ago



















3














Welcome to TeX.SE. Here my (fast) proposal from your original code:



enter image description here



documentclass[12pt]{article}
usepackage{amsmath,amssymb}

begin{document}
[Rgeqslant R_t equiv begin{cases} dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1}
lambda)} &mbox{if } k_t < K(lambda) \
&\
dfrac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}]
end{document}


EDIT: By correct comment of @Yorgos:



documentclass[12pt]{article}
usepackage{amsmath,amssymb}
begin{document}
[
Rgeqslant R_t equiv
begin{cases}
dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1} lambda)}
& text{if } k_t < K(lambda) \
&\ % blank row
dfrac{r_{t+1}}{f'(k_{t+1})}
& text{if } k_tgeqslant K(lambda)
end{cases}
]
end{document}





share|improve this answer





















  • 1





    i don't think that mbox is necessary, since & aligns. also i prefer equation environment, since it allows for numbering the equation

    – Yorgos
    7 hours ago













  • @Yorgos I accept your suggestion correctly. I have only taken the code from the user. :(

    – Sebastiano
    7 hours ago






  • 1





    @Sebastiano Thanks a lot :)

    – Nurzada Diushalieva
    7 hours ago











  • I believe that the k{t+1} term in the first denominator should be changed to k_{t+1}.

    – Mico
    7 hours ago











  • @Mico Thank you very much for edit and all ....You're right for you comment.

    – Sebastiano
    5 hours ago











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


}
});






Nurzada Diushalieva 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%2f476591%2fhow-to-write-cases-in-latex%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









10














I would load the mathtools package, which is a superset of the amsmath package, and employ that package's dcases* environment.



enter image description here



documentclass{article}
usepackage{mathtools} % for 'dcases*' env.
begin{document}
[
Rge R_t equiv
begin{dcases*}
frac{r_{t+1}}{f'(k_{t+1})}frac{1-W(k_t)}{lambda}
& if $k_t < K(lambda)$,, \[1ex]
frac{r_{t+1}}{f'(k_{t+1})}
& if $k_tge K(lambda)$,.
end{dcases*}
]
end{document}





share|improve this answer
























  • Is this command better than the usual cases command?

    – knzhou
    4 hours ago






  • 1





    @knzhou - I wouldn't say that dcases is necessarily better than cases, certainly not in the sense of it being *always and everywhere" better than cases. The d in dcases denotes "automatic display-style math mode. It's handy if one has to typeset expressions such as frac, which might look a whole lot better when rendered in display-style math mode rather than in text-style math mode. Conversely, cases is much more parsimonious, space-wise, than dcases. If conserving space is an important criterion, by all means go with cases.

    – Mico
    4 hours ago








  • 1





    Makes sense, thanks! I was just asking in case cases had been declared obsolete by people in the know for some reason, like how [ ... ] is supposed to be strictly better than $$ ... $$.

    – knzhou
    4 hours ago
















10














I would load the mathtools package, which is a superset of the amsmath package, and employ that package's dcases* environment.



enter image description here



documentclass{article}
usepackage{mathtools} % for 'dcases*' env.
begin{document}
[
Rge R_t equiv
begin{dcases*}
frac{r_{t+1}}{f'(k_{t+1})}frac{1-W(k_t)}{lambda}
& if $k_t < K(lambda)$,, \[1ex]
frac{r_{t+1}}{f'(k_{t+1})}
& if $k_tge K(lambda)$,.
end{dcases*}
]
end{document}





share|improve this answer
























  • Is this command better than the usual cases command?

    – knzhou
    4 hours ago






  • 1





    @knzhou - I wouldn't say that dcases is necessarily better than cases, certainly not in the sense of it being *always and everywhere" better than cases. The d in dcases denotes "automatic display-style math mode. It's handy if one has to typeset expressions such as frac, which might look a whole lot better when rendered in display-style math mode rather than in text-style math mode. Conversely, cases is much more parsimonious, space-wise, than dcases. If conserving space is an important criterion, by all means go with cases.

    – Mico
    4 hours ago








  • 1





    Makes sense, thanks! I was just asking in case cases had been declared obsolete by people in the know for some reason, like how [ ... ] is supposed to be strictly better than $$ ... $$.

    – knzhou
    4 hours ago














10












10








10







I would load the mathtools package, which is a superset of the amsmath package, and employ that package's dcases* environment.



enter image description here



documentclass{article}
usepackage{mathtools} % for 'dcases*' env.
begin{document}
[
Rge R_t equiv
begin{dcases*}
frac{r_{t+1}}{f'(k_{t+1})}frac{1-W(k_t)}{lambda}
& if $k_t < K(lambda)$,, \[1ex]
frac{r_{t+1}}{f'(k_{t+1})}
& if $k_tge K(lambda)$,.
end{dcases*}
]
end{document}





share|improve this answer













I would load the mathtools package, which is a superset of the amsmath package, and employ that package's dcases* environment.



enter image description here



documentclass{article}
usepackage{mathtools} % for 'dcases*' env.
begin{document}
[
Rge R_t equiv
begin{dcases*}
frac{r_{t+1}}{f'(k_{t+1})}frac{1-W(k_t)}{lambda}
& if $k_t < K(lambda)$,, \[1ex]
frac{r_{t+1}}{f'(k_{t+1})}
& if $k_tge K(lambda)$,.
end{dcases*}
]
end{document}






share|improve this answer












share|improve this answer



share|improve this answer










answered 7 hours ago









MicoMico

280k31383772




280k31383772













  • Is this command better than the usual cases command?

    – knzhou
    4 hours ago






  • 1





    @knzhou - I wouldn't say that dcases is necessarily better than cases, certainly not in the sense of it being *always and everywhere" better than cases. The d in dcases denotes "automatic display-style math mode. It's handy if one has to typeset expressions such as frac, which might look a whole lot better when rendered in display-style math mode rather than in text-style math mode. Conversely, cases is much more parsimonious, space-wise, than dcases. If conserving space is an important criterion, by all means go with cases.

    – Mico
    4 hours ago








  • 1





    Makes sense, thanks! I was just asking in case cases had been declared obsolete by people in the know for some reason, like how [ ... ] is supposed to be strictly better than $$ ... $$.

    – knzhou
    4 hours ago



















  • Is this command better than the usual cases command?

    – knzhou
    4 hours ago






  • 1





    @knzhou - I wouldn't say that dcases is necessarily better than cases, certainly not in the sense of it being *always and everywhere" better than cases. The d in dcases denotes "automatic display-style math mode. It's handy if one has to typeset expressions such as frac, which might look a whole lot better when rendered in display-style math mode rather than in text-style math mode. Conversely, cases is much more parsimonious, space-wise, than dcases. If conserving space is an important criterion, by all means go with cases.

    – Mico
    4 hours ago








  • 1





    Makes sense, thanks! I was just asking in case cases had been declared obsolete by people in the know for some reason, like how [ ... ] is supposed to be strictly better than $$ ... $$.

    – knzhou
    4 hours ago

















Is this command better than the usual cases command?

– knzhou
4 hours ago





Is this command better than the usual cases command?

– knzhou
4 hours ago




1




1





@knzhou - I wouldn't say that dcases is necessarily better than cases, certainly not in the sense of it being *always and everywhere" better than cases. The d in dcases denotes "automatic display-style math mode. It's handy if one has to typeset expressions such as frac, which might look a whole lot better when rendered in display-style math mode rather than in text-style math mode. Conversely, cases is much more parsimonious, space-wise, than dcases. If conserving space is an important criterion, by all means go with cases.

– Mico
4 hours ago







@knzhou - I wouldn't say that dcases is necessarily better than cases, certainly not in the sense of it being *always and everywhere" better than cases. The d in dcases denotes "automatic display-style math mode. It's handy if one has to typeset expressions such as frac, which might look a whole lot better when rendered in display-style math mode rather than in text-style math mode. Conversely, cases is much more parsimonious, space-wise, than dcases. If conserving space is an important criterion, by all means go with cases.

– Mico
4 hours ago






1




1





Makes sense, thanks! I was just asking in case cases had been declared obsolete by people in the know for some reason, like how [ ... ] is supposed to be strictly better than $$ ... $$.

– knzhou
4 hours ago





Makes sense, thanks! I was just asking in case cases had been declared obsolete by people in the know for some reason, like how [ ... ] is supposed to be strictly better than $$ ... $$.

– knzhou
4 hours ago











3














Welcome to TeX.SE. Here my (fast) proposal from your original code:



enter image description here



documentclass[12pt]{article}
usepackage{amsmath,amssymb}

begin{document}
[Rgeqslant R_t equiv begin{cases} dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1}
lambda)} &mbox{if } k_t < K(lambda) \
&\
dfrac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}]
end{document}


EDIT: By correct comment of @Yorgos:



documentclass[12pt]{article}
usepackage{amsmath,amssymb}
begin{document}
[
Rgeqslant R_t equiv
begin{cases}
dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1} lambda)}
& text{if } k_t < K(lambda) \
&\ % blank row
dfrac{r_{t+1}}{f'(k_{t+1})}
& text{if } k_tgeqslant K(lambda)
end{cases}
]
end{document}





share|improve this answer





















  • 1





    i don't think that mbox is necessary, since & aligns. also i prefer equation environment, since it allows for numbering the equation

    – Yorgos
    7 hours ago













  • @Yorgos I accept your suggestion correctly. I have only taken the code from the user. :(

    – Sebastiano
    7 hours ago






  • 1





    @Sebastiano Thanks a lot :)

    – Nurzada Diushalieva
    7 hours ago











  • I believe that the k{t+1} term in the first denominator should be changed to k_{t+1}.

    – Mico
    7 hours ago











  • @Mico Thank you very much for edit and all ....You're right for you comment.

    – Sebastiano
    5 hours ago
















3














Welcome to TeX.SE. Here my (fast) proposal from your original code:



enter image description here



documentclass[12pt]{article}
usepackage{amsmath,amssymb}

begin{document}
[Rgeqslant R_t equiv begin{cases} dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1}
lambda)} &mbox{if } k_t < K(lambda) \
&\
dfrac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}]
end{document}


EDIT: By correct comment of @Yorgos:



documentclass[12pt]{article}
usepackage{amsmath,amssymb}
begin{document}
[
Rgeqslant R_t equiv
begin{cases}
dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1} lambda)}
& text{if } k_t < K(lambda) \
&\ % blank row
dfrac{r_{t+1}}{f'(k_{t+1})}
& text{if } k_tgeqslant K(lambda)
end{cases}
]
end{document}





share|improve this answer





















  • 1





    i don't think that mbox is necessary, since & aligns. also i prefer equation environment, since it allows for numbering the equation

    – Yorgos
    7 hours ago













  • @Yorgos I accept your suggestion correctly. I have only taken the code from the user. :(

    – Sebastiano
    7 hours ago






  • 1





    @Sebastiano Thanks a lot :)

    – Nurzada Diushalieva
    7 hours ago











  • I believe that the k{t+1} term in the first denominator should be changed to k_{t+1}.

    – Mico
    7 hours ago











  • @Mico Thank you very much for edit and all ....You're right for you comment.

    – Sebastiano
    5 hours ago














3












3








3







Welcome to TeX.SE. Here my (fast) proposal from your original code:



enter image description here



documentclass[12pt]{article}
usepackage{amsmath,amssymb}

begin{document}
[Rgeqslant R_t equiv begin{cases} dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1}
lambda)} &mbox{if } k_t < K(lambda) \
&\
dfrac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}]
end{document}


EDIT: By correct comment of @Yorgos:



documentclass[12pt]{article}
usepackage{amsmath,amssymb}
begin{document}
[
Rgeqslant R_t equiv
begin{cases}
dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1} lambda)}
& text{if } k_t < K(lambda) \
&\ % blank row
dfrac{r_{t+1}}{f'(k_{t+1})}
& text{if } k_tgeqslant K(lambda)
end{cases}
]
end{document}





share|improve this answer















Welcome to TeX.SE. Here my (fast) proposal from your original code:



enter image description here



documentclass[12pt]{article}
usepackage{amsmath,amssymb}

begin{document}
[Rgeqslant R_t equiv begin{cases} dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1}
lambda)} &mbox{if } k_t < K(lambda) \
&\
dfrac{r_{t+1}}{f'(k_{t+1})} & mbox{if } k_tgeqslant K(lambda)
end{cases}]
end{document}


EDIT: By correct comment of @Yorgos:



documentclass[12pt]{article}
usepackage{amsmath,amssymb}
begin{document}
[
Rgeqslant R_t equiv
begin{cases}
dfrac{r_{t+1} (1-W(k_t))}{f'(k{t+1} lambda)}
& text{if } k_t < K(lambda) \
&\ % blank row
dfrac{r_{t+1}}{f'(k_{t+1})}
& text{if } k_tgeqslant K(lambda)
end{cases}
]
end{document}






share|improve this answer














share|improve this answer



share|improve this answer








edited 7 hours ago









Mico

280k31383772




280k31383772










answered 7 hours ago









SebastianoSebastiano

10.2k41960




10.2k41960








  • 1





    i don't think that mbox is necessary, since & aligns. also i prefer equation environment, since it allows for numbering the equation

    – Yorgos
    7 hours ago













  • @Yorgos I accept your suggestion correctly. I have only taken the code from the user. :(

    – Sebastiano
    7 hours ago






  • 1





    @Sebastiano Thanks a lot :)

    – Nurzada Diushalieva
    7 hours ago











  • I believe that the k{t+1} term in the first denominator should be changed to k_{t+1}.

    – Mico
    7 hours ago











  • @Mico Thank you very much for edit and all ....You're right for you comment.

    – Sebastiano
    5 hours ago














  • 1





    i don't think that mbox is necessary, since & aligns. also i prefer equation environment, since it allows for numbering the equation

    – Yorgos
    7 hours ago













  • @Yorgos I accept your suggestion correctly. I have only taken the code from the user. :(

    – Sebastiano
    7 hours ago






  • 1





    @Sebastiano Thanks a lot :)

    – Nurzada Diushalieva
    7 hours ago











  • I believe that the k{t+1} term in the first denominator should be changed to k_{t+1}.

    – Mico
    7 hours ago











  • @Mico Thank you very much for edit and all ....You're right for you comment.

    – Sebastiano
    5 hours ago








1




1





i don't think that mbox is necessary, since & aligns. also i prefer equation environment, since it allows for numbering the equation

– Yorgos
7 hours ago







i don't think that mbox is necessary, since & aligns. also i prefer equation environment, since it allows for numbering the equation

– Yorgos
7 hours ago















@Yorgos I accept your suggestion correctly. I have only taken the code from the user. :(

– Sebastiano
7 hours ago





@Yorgos I accept your suggestion correctly. I have only taken the code from the user. :(

– Sebastiano
7 hours ago




1




1





@Sebastiano Thanks a lot :)

– Nurzada Diushalieva
7 hours ago





@Sebastiano Thanks a lot :)

– Nurzada Diushalieva
7 hours ago













I believe that the k{t+1} term in the first denominator should be changed to k_{t+1}.

– Mico
7 hours ago





I believe that the k{t+1} term in the first denominator should be changed to k_{t+1}.

– Mico
7 hours ago













@Mico Thank you very much for edit and all ....You're right for you comment.

– Sebastiano
5 hours ago





@Mico Thank you very much for edit and all ....You're right for you comment.

– Sebastiano
5 hours ago










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










draft saved

draft discarded


















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













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












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
















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%2f476591%2fhow-to-write-cases-in-latex%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

Fairchild Swearingen Metro Inhaltsverzeichnis Geschichte | Innenausstattung | Nutzung | Zwischenfälle...

Pilgersdorf Inhaltsverzeichnis Geografie | Geschichte | Bevölkerungsentwicklung | Politik | Kultur...

Marineschifffahrtleitung Inhaltsverzeichnis Geschichte | Heutige Organisation der NATO | Nationale und...