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
I want to write following system of equation in my paper, but I don't know how:
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
New contributor
add a comment |
I want to write following system of equation in my paper, but I don't know how:
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
New contributor
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 aboutgeqslant
. 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
add a comment |
I want to write following system of equation in my paper, but I don't know how:
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
New contributor
I want to write following system of equation in my paper, but I don't know how:
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
math-mode cases
New contributor
New contributor
edited 7 hours ago
siracusa
5,04011429
5,04011429
New contributor
asked 7 hours ago
Nurzada DiushalievaNurzada Diushalieva
311
311
New contributor
New contributor
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 aboutgeqslant
. 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
add a comment |
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 aboutgeqslant
. 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
add a comment |
2 Answers
2
active
oldest
votes
I would load the mathtools
package, which is a superset of the amsmath
package, and employ that package's dcases*
environment.
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}
Is this command better than the usualcases
command?
– knzhou
4 hours ago
1
@knzhou - I wouldn't say thatdcases
is necessarily better thancases
, certainly not in the sense of it being *always and everywhere" better thancases
. Thed
indcases
denotes "automatic display-style math mode. It's handy if one has to typeset expressions such asfrac
, 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, thandcases
. If conserving space is an important criterion, by all means go withcases
.
– Mico
4 hours ago
1
Makes sense, thanks! I was just asking in casecases
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
add a comment |
Welcome to TeX.SE. Here my (fast) proposal from your original code:
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}
1
i don't think thatmbox
is necessary, since&
aligns. also i preferequation
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 thek{t+1}
term in the first denominator should be changed tok_{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
add a comment |
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%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
I would load the mathtools
package, which is a superset of the amsmath
package, and employ that package's dcases*
environment.
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}
Is this command better than the usualcases
command?
– knzhou
4 hours ago
1
@knzhou - I wouldn't say thatdcases
is necessarily better thancases
, certainly not in the sense of it being *always and everywhere" better thancases
. Thed
indcases
denotes "automatic display-style math mode. It's handy if one has to typeset expressions such asfrac
, 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, thandcases
. If conserving space is an important criterion, by all means go withcases
.
– Mico
4 hours ago
1
Makes sense, thanks! I was just asking in casecases
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
add a comment |
I would load the mathtools
package, which is a superset of the amsmath
package, and employ that package's dcases*
environment.
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}
Is this command better than the usualcases
command?
– knzhou
4 hours ago
1
@knzhou - I wouldn't say thatdcases
is necessarily better thancases
, certainly not in the sense of it being *always and everywhere" better thancases
. Thed
indcases
denotes "automatic display-style math mode. It's handy if one has to typeset expressions such asfrac
, 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, thandcases
. If conserving space is an important criterion, by all means go withcases
.
– Mico
4 hours ago
1
Makes sense, thanks! I was just asking in casecases
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
add a comment |
I would load the mathtools
package, which is a superset of the amsmath
package, and employ that package's dcases*
environment.
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}
I would load the mathtools
package, which is a superset of the amsmath
package, and employ that package's dcases*
environment.
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}
answered 7 hours ago
MicoMico
280k31383772
280k31383772
Is this command better than the usualcases
command?
– knzhou
4 hours ago
1
@knzhou - I wouldn't say thatdcases
is necessarily better thancases
, certainly not in the sense of it being *always and everywhere" better thancases
. Thed
indcases
denotes "automatic display-style math mode. It's handy if one has to typeset expressions such asfrac
, 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, thandcases
. If conserving space is an important criterion, by all means go withcases
.
– Mico
4 hours ago
1
Makes sense, thanks! I was just asking in casecases
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
add a comment |
Is this command better than the usualcases
command?
– knzhou
4 hours ago
1
@knzhou - I wouldn't say thatdcases
is necessarily better thancases
, certainly not in the sense of it being *always and everywhere" better thancases
. Thed
indcases
denotes "automatic display-style math mode. It's handy if one has to typeset expressions such asfrac
, 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, thandcases
. If conserving space is an important criterion, by all means go withcases
.
– Mico
4 hours ago
1
Makes sense, thanks! I was just asking in casecases
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
add a comment |
Welcome to TeX.SE. Here my (fast) proposal from your original code:
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}
1
i don't think thatmbox
is necessary, since&
aligns. also i preferequation
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 thek{t+1}
term in the first denominator should be changed tok_{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
add a comment |
Welcome to TeX.SE. Here my (fast) proposal from your original code:
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}
1
i don't think thatmbox
is necessary, since&
aligns. also i preferequation
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 thek{t+1}
term in the first denominator should be changed tok_{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
add a comment |
Welcome to TeX.SE. Here my (fast) proposal from your original code:
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}
Welcome to TeX.SE. Here my (fast) proposal from your original code:
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}
edited 7 hours ago
Mico
280k31383772
280k31383772
answered 7 hours ago
SebastianoSebastiano
10.2k41960
10.2k41960
1
i don't think thatmbox
is necessary, since&
aligns. also i preferequation
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 thek{t+1}
term in the first denominator should be changed tok_{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
add a comment |
1
i don't think thatmbox
is necessary, since&
aligns. also i preferequation
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 thek{t+1}
term in the first denominator should be changed tok_{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
add a comment |
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.
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f476591%2fhow-to-write-cases-in-latex%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
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