Retain inter-word spacing in math mode
up vote
0
down vote
favorite
Is there a shorthand/ instruction for math mode
to simply retain words and not collapse the whitespace? I.e. rather than manually inserting spacing after each word with ,
and friends.
Here is the text I would like to have be treated like text with math symbols:
$${(i,t) where i in {Truths} and t in {Actuals Sets} and {Truths_i} cap {Actuals_t} ne o}$$
The result is that the non-symbol words are collapsed into a mush:
While it is possible to fix this manually (using ,
and friends):
$${(i,t), where, i in {Truths}, and, t in {Actuals Sets}, and, {Truths_i} cap {Actuals_t} ne o}
.. resulting in :
That seems like too much manual work.
What are the options here?
math-mode pandoc white-space
add a comment |
up vote
0
down vote
favorite
Is there a shorthand/ instruction for math mode
to simply retain words and not collapse the whitespace? I.e. rather than manually inserting spacing after each word with ,
and friends.
Here is the text I would like to have be treated like text with math symbols:
$${(i,t) where i in {Truths} and t in {Actuals Sets} and {Truths_i} cap {Actuals_t} ne o}$$
The result is that the non-symbol words are collapsed into a mush:
While it is possible to fix this manually (using ,
and friends):
$${(i,t), where, i in {Truths}, and, t in {Actuals Sets}, and, {Truths_i} cap {Actuals_t} ne o}
.. resulting in :
That seems like too much manual work.
What are the options here?
math-mode pandoc white-space
Are you interested in something like this?
– Werner
1 hour ago
@Werner yes. care to spill the beans?
– javadba
1 hour ago
You're going to have to do some legwork, since you're setting textual content in math mode. Is this supposed to be in a$$
...$$
display? And you're using Pandoc? Try with(i,t) mbox{ where } i in mathrm{Truths} mbox{ and } t in mathrm{Actuals~Sets} mbox{ and } mathrm{Truths}_i cap mathrm{Actuals}_t neq mbox{o}
.
– Werner
1 hour ago
wow that's even more work than,
and ilk. No way to en masse get a "phrase" to be parsed like a sentence ? Well i'm guessing not then .. Is there no package that can help?
– javadba
1 hour ago
1
There's no magical way to detect thatt
in(i,t)
should be math whilet
inActuals
should not text. And the same goes for all the other non-symbols you're using. So, no, there is no en masse magical way to do it. If you're interested in a quality end result, then you're going to have to spill some beans here and there... ;) Maybe someone else has a better suggestions with fewer keystrokes since that seems to be a concern for you here...
– Werner
47 mins ago
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
Is there a shorthand/ instruction for math mode
to simply retain words and not collapse the whitespace? I.e. rather than manually inserting spacing after each word with ,
and friends.
Here is the text I would like to have be treated like text with math symbols:
$${(i,t) where i in {Truths} and t in {Actuals Sets} and {Truths_i} cap {Actuals_t} ne o}$$
The result is that the non-symbol words are collapsed into a mush:
While it is possible to fix this manually (using ,
and friends):
$${(i,t), where, i in {Truths}, and, t in {Actuals Sets}, and, {Truths_i} cap {Actuals_t} ne o}
.. resulting in :
That seems like too much manual work.
What are the options here?
math-mode pandoc white-space
Is there a shorthand/ instruction for math mode
to simply retain words and not collapse the whitespace? I.e. rather than manually inserting spacing after each word with ,
and friends.
Here is the text I would like to have be treated like text with math symbols:
$${(i,t) where i in {Truths} and t in {Actuals Sets} and {Truths_i} cap {Actuals_t} ne o}$$
The result is that the non-symbol words are collapsed into a mush:
While it is possible to fix this manually (using ,
and friends):
$${(i,t), where, i in {Truths}, and, t in {Actuals Sets}, and, {Truths_i} cap {Actuals_t} ne o}
.. resulting in :
That seems like too much manual work.
What are the options here?
math-mode pandoc white-space
math-mode pandoc white-space
asked 1 hour ago
javadba
1085
1085
Are you interested in something like this?
– Werner
1 hour ago
@Werner yes. care to spill the beans?
– javadba
1 hour ago
You're going to have to do some legwork, since you're setting textual content in math mode. Is this supposed to be in a$$
...$$
display? And you're using Pandoc? Try with(i,t) mbox{ where } i in mathrm{Truths} mbox{ and } t in mathrm{Actuals~Sets} mbox{ and } mathrm{Truths}_i cap mathrm{Actuals}_t neq mbox{o}
.
– Werner
1 hour ago
wow that's even more work than,
and ilk. No way to en masse get a "phrase" to be parsed like a sentence ? Well i'm guessing not then .. Is there no package that can help?
– javadba
1 hour ago
1
There's no magical way to detect thatt
in(i,t)
should be math whilet
inActuals
should not text. And the same goes for all the other non-symbols you're using. So, no, there is no en masse magical way to do it. If you're interested in a quality end result, then you're going to have to spill some beans here and there... ;) Maybe someone else has a better suggestions with fewer keystrokes since that seems to be a concern for you here...
– Werner
47 mins ago
add a comment |
Are you interested in something like this?
– Werner
1 hour ago
@Werner yes. care to spill the beans?
– javadba
1 hour ago
You're going to have to do some legwork, since you're setting textual content in math mode. Is this supposed to be in a$$
...$$
display? And you're using Pandoc? Try with(i,t) mbox{ where } i in mathrm{Truths} mbox{ and } t in mathrm{Actuals~Sets} mbox{ and } mathrm{Truths}_i cap mathrm{Actuals}_t neq mbox{o}
.
– Werner
1 hour ago
wow that's even more work than,
and ilk. No way to en masse get a "phrase" to be parsed like a sentence ? Well i'm guessing not then .. Is there no package that can help?
– javadba
1 hour ago
1
There's no magical way to detect thatt
in(i,t)
should be math whilet
inActuals
should not text. And the same goes for all the other non-symbols you're using. So, no, there is no en masse magical way to do it. If you're interested in a quality end result, then you're going to have to spill some beans here and there... ;) Maybe someone else has a better suggestions with fewer keystrokes since that seems to be a concern for you here...
– Werner
47 mins ago
Are you interested in something like this?
– Werner
1 hour ago
Are you interested in something like this?
– Werner
1 hour ago
@Werner yes. care to spill the beans?
– javadba
1 hour ago
@Werner yes. care to spill the beans?
– javadba
1 hour ago
You're going to have to do some legwork, since you're setting textual content in math mode. Is this supposed to be in a
$$
...$$
display? And you're using Pandoc? Try with (i,t) mbox{ where } i in mathrm{Truths} mbox{ and } t in mathrm{Actuals~Sets} mbox{ and } mathrm{Truths}_i cap mathrm{Actuals}_t neq mbox{o}
.– Werner
1 hour ago
You're going to have to do some legwork, since you're setting textual content in math mode. Is this supposed to be in a
$$
...$$
display? And you're using Pandoc? Try with (i,t) mbox{ where } i in mathrm{Truths} mbox{ and } t in mathrm{Actuals~Sets} mbox{ and } mathrm{Truths}_i cap mathrm{Actuals}_t neq mbox{o}
.– Werner
1 hour ago
wow that's even more work than
,
and ilk. No way to en masse get a "phrase" to be parsed like a sentence ? Well i'm guessing not then .. Is there no package that can help?– javadba
1 hour ago
wow that's even more work than
,
and ilk. No way to en masse get a "phrase" to be parsed like a sentence ? Well i'm guessing not then .. Is there no package that can help?– javadba
1 hour ago
1
1
There's no magical way to detect that
t
in (i,t)
should be math while t
in Actuals
should not text. And the same goes for all the other non-symbols you're using. So, no, there is no en masse magical way to do it. If you're interested in a quality end result, then you're going to have to spill some beans here and there... ;) Maybe someone else has a better suggestions with fewer keystrokes since that seems to be a concern for you here...– Werner
47 mins ago
There's no magical way to detect that
t
in (i,t)
should be math while t
in Actuals
should not text. And the same goes for all the other non-symbols you're using. So, no, there is no en masse magical way to do it. If you're interested in a quality end result, then you're going to have to spill some beans here and there... ;) Maybe someone else has a better suggestions with fewer keystrokes since that seems to be a concern for you here...– Werner
47 mins ago
add a comment |
2 Answers
2
active
oldest
votes
up vote
1
down vote
The following screenshot provides solutions for both inline math mode and display math mode. The solutions rely on the text
macro, which is provided by the amsmath
package. I also replaced o
with emptyset
.
documentclass{article}
usepackage{amsmath} % for "text" macro
begin{document}
noindent
$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$
[
text{$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$}
]
end{document}
1
looks like we had similar thoughts on this.
– javadba
14 mins ago
add a comment |
up vote
0
down vote
After some more looking the best I could find so far is to use text{some prose here}
(oh and also breaking it into two lines and aligning) :
$$begin{aligned}
{(i,t)text{ where i}in {TruthGrpIds}text{ and }t in {Actuals SetIds} \
text{ and }{Truths_i} cap {Actuals_t} ne varnothing } \
end{aligned}$$
While I will keep an eye out for some further improvements, this will likely be the approach for the near term.
A couple of things: The insertion oftext
is similar tombox
in my comments above. Also,TruthGrpIds
have some "not nice" spacing between the characters, since they're considered symbols (letters) multiplied by one another in math mode. Note the horrible kerning betweenI
andd
when compared to (say)mathit{TruthGrpIds}
. Also, note the space missing inActuals SetIds
... you need a~
. Finally, whyaligned
and notgathered
?
– Werner
11 mins ago
aligned
notgathered
: since I have a one-word vocabulary so far. trying the latter on for size now
– javadba
9 mins ago
got this:Erroneous nesting of equation structures; (amsmath) trying to recover with _aligned_
btw feel free to add an answer: you have useful ideas and at least can upvote it
– javadba
6 mins ago
This is the output when usinggathered
- it centres things rather than having them right-aligned as in your setup.
– Werner
just now
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
The following screenshot provides solutions for both inline math mode and display math mode. The solutions rely on the text
macro, which is provided by the amsmath
package. I also replaced o
with emptyset
.
documentclass{article}
usepackage{amsmath} % for "text" macro
begin{document}
noindent
$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$
[
text{$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$}
]
end{document}
1
looks like we had similar thoughts on this.
– javadba
14 mins ago
add a comment |
up vote
1
down vote
The following screenshot provides solutions for both inline math mode and display math mode. The solutions rely on the text
macro, which is provided by the amsmath
package. I also replaced o
with emptyset
.
documentclass{article}
usepackage{amsmath} % for "text" macro
begin{document}
noindent
$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$
[
text{$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$}
]
end{document}
1
looks like we had similar thoughts on this.
– javadba
14 mins ago
add a comment |
up vote
1
down vote
up vote
1
down vote
The following screenshot provides solutions for both inline math mode and display math mode. The solutions rely on the text
macro, which is provided by the amsmath
package. I also replaced o
with emptyset
.
documentclass{article}
usepackage{amsmath} % for "text" macro
begin{document}
noindent
$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$
[
text{$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$}
]
end{document}
The following screenshot provides solutions for both inline math mode and display math mode. The solutions rely on the text
macro, which is provided by the amsmath
package. I also replaced o
with emptyset
.
documentclass{article}
usepackage{amsmath} % for "text" macro
begin{document}
noindent
$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$
[
text{$(i,t)$, where $iintext{Truths}$ and $tintext{Actuals Sets}$
and $text{Truths}_icaptext{Actuals}_t ne emptyset$}
]
end{document}
answered 17 mins ago
Mico
272k30369756
272k30369756
1
looks like we had similar thoughts on this.
– javadba
14 mins ago
add a comment |
1
looks like we had similar thoughts on this.
– javadba
14 mins ago
1
1
looks like we had similar thoughts on this.
– javadba
14 mins ago
looks like we had similar thoughts on this.
– javadba
14 mins ago
add a comment |
up vote
0
down vote
After some more looking the best I could find so far is to use text{some prose here}
(oh and also breaking it into two lines and aligning) :
$$begin{aligned}
{(i,t)text{ where i}in {TruthGrpIds}text{ and }t in {Actuals SetIds} \
text{ and }{Truths_i} cap {Actuals_t} ne varnothing } \
end{aligned}$$
While I will keep an eye out for some further improvements, this will likely be the approach for the near term.
A couple of things: The insertion oftext
is similar tombox
in my comments above. Also,TruthGrpIds
have some "not nice" spacing between the characters, since they're considered symbols (letters) multiplied by one another in math mode. Note the horrible kerning betweenI
andd
when compared to (say)mathit{TruthGrpIds}
. Also, note the space missing inActuals SetIds
... you need a~
. Finally, whyaligned
and notgathered
?
– Werner
11 mins ago
aligned
notgathered
: since I have a one-word vocabulary so far. trying the latter on for size now
– javadba
9 mins ago
got this:Erroneous nesting of equation structures; (amsmath) trying to recover with _aligned_
btw feel free to add an answer: you have useful ideas and at least can upvote it
– javadba
6 mins ago
This is the output when usinggathered
- it centres things rather than having them right-aligned as in your setup.
– Werner
just now
add a comment |
up vote
0
down vote
After some more looking the best I could find so far is to use text{some prose here}
(oh and also breaking it into two lines and aligning) :
$$begin{aligned}
{(i,t)text{ where i}in {TruthGrpIds}text{ and }t in {Actuals SetIds} \
text{ and }{Truths_i} cap {Actuals_t} ne varnothing } \
end{aligned}$$
While I will keep an eye out for some further improvements, this will likely be the approach for the near term.
A couple of things: The insertion oftext
is similar tombox
in my comments above. Also,TruthGrpIds
have some "not nice" spacing between the characters, since they're considered symbols (letters) multiplied by one another in math mode. Note the horrible kerning betweenI
andd
when compared to (say)mathit{TruthGrpIds}
. Also, note the space missing inActuals SetIds
... you need a~
. Finally, whyaligned
and notgathered
?
– Werner
11 mins ago
aligned
notgathered
: since I have a one-word vocabulary so far. trying the latter on for size now
– javadba
9 mins ago
got this:Erroneous nesting of equation structures; (amsmath) trying to recover with _aligned_
btw feel free to add an answer: you have useful ideas and at least can upvote it
– javadba
6 mins ago
This is the output when usinggathered
- it centres things rather than having them right-aligned as in your setup.
– Werner
just now
add a comment |
up vote
0
down vote
up vote
0
down vote
After some more looking the best I could find so far is to use text{some prose here}
(oh and also breaking it into two lines and aligning) :
$$begin{aligned}
{(i,t)text{ where i}in {TruthGrpIds}text{ and }t in {Actuals SetIds} \
text{ and }{Truths_i} cap {Actuals_t} ne varnothing } \
end{aligned}$$
While I will keep an eye out for some further improvements, this will likely be the approach for the near term.
After some more looking the best I could find so far is to use text{some prose here}
(oh and also breaking it into two lines and aligning) :
$$begin{aligned}
{(i,t)text{ where i}in {TruthGrpIds}text{ and }t in {Actuals SetIds} \
text{ and }{Truths_i} cap {Actuals_t} ne varnothing } \
end{aligned}$$
While I will keep an eye out for some further improvements, this will likely be the approach for the near term.
answered 25 mins ago
javadba
1085
1085
A couple of things: The insertion oftext
is similar tombox
in my comments above. Also,TruthGrpIds
have some "not nice" spacing between the characters, since they're considered symbols (letters) multiplied by one another in math mode. Note the horrible kerning betweenI
andd
when compared to (say)mathit{TruthGrpIds}
. Also, note the space missing inActuals SetIds
... you need a~
. Finally, whyaligned
and notgathered
?
– Werner
11 mins ago
aligned
notgathered
: since I have a one-word vocabulary so far. trying the latter on for size now
– javadba
9 mins ago
got this:Erroneous nesting of equation structures; (amsmath) trying to recover with _aligned_
btw feel free to add an answer: you have useful ideas and at least can upvote it
– javadba
6 mins ago
This is the output when usinggathered
- it centres things rather than having them right-aligned as in your setup.
– Werner
just now
add a comment |
A couple of things: The insertion oftext
is similar tombox
in my comments above. Also,TruthGrpIds
have some "not nice" spacing between the characters, since they're considered symbols (letters) multiplied by one another in math mode. Note the horrible kerning betweenI
andd
when compared to (say)mathit{TruthGrpIds}
. Also, note the space missing inActuals SetIds
... you need a~
. Finally, whyaligned
and notgathered
?
– Werner
11 mins ago
aligned
notgathered
: since I have a one-word vocabulary so far. trying the latter on for size now
– javadba
9 mins ago
got this:Erroneous nesting of equation structures; (amsmath) trying to recover with _aligned_
btw feel free to add an answer: you have useful ideas and at least can upvote it
– javadba
6 mins ago
This is the output when usinggathered
- it centres things rather than having them right-aligned as in your setup.
– Werner
just now
A couple of things: The insertion of
text
is similar to mbox
in my comments above. Also, TruthGrpIds
have some "not nice" spacing between the characters, since they're considered symbols (letters) multiplied by one another in math mode. Note the horrible kerning between I
and d
when compared to (say) mathit{TruthGrpIds}
. Also, note the space missing in Actuals SetIds
... you need a ~
. Finally, why aligned
and not gathered
?– Werner
11 mins ago
A couple of things: The insertion of
text
is similar to mbox
in my comments above. Also, TruthGrpIds
have some "not nice" spacing between the characters, since they're considered symbols (letters) multiplied by one another in math mode. Note the horrible kerning between I
and d
when compared to (say) mathit{TruthGrpIds}
. Also, note the space missing in Actuals SetIds
... you need a ~
. Finally, why aligned
and not gathered
?– Werner
11 mins ago
aligned
not gathered
: since I have a one-word vocabulary so far. trying the latter on for size now– javadba
9 mins ago
aligned
not gathered
: since I have a one-word vocabulary so far. trying the latter on for size now– javadba
9 mins ago
got this:
Erroneous nesting of equation structures; (amsmath) trying to recover with _aligned_
btw feel free to add an answer: you have useful ideas and at least can upvote it– javadba
6 mins ago
got this:
Erroneous nesting of equation structures; (amsmath) trying to recover with _aligned_
btw feel free to add an answer: you have useful ideas and at least can upvote it– javadba
6 mins ago
This is the output when using
gathered
- it centres things rather than having them right-aligned as in your setup.– Werner
just now
This is the output when using
gathered
- it centres things rather than having them right-aligned as in your setup.– Werner
just now
add a comment |
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
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%2f464452%2fretain-inter-word-spacing-in-math-mode%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
Are you interested in something like this?
– Werner
1 hour ago
@Werner yes. care to spill the beans?
– javadba
1 hour ago
You're going to have to do some legwork, since you're setting textual content in math mode. Is this supposed to be in a
$$
...$$
display? And you're using Pandoc? Try with(i,t) mbox{ where } i in mathrm{Truths} mbox{ and } t in mathrm{Actuals~Sets} mbox{ and } mathrm{Truths}_i cap mathrm{Actuals}_t neq mbox{o}
.– Werner
1 hour ago
wow that's even more work than
,
and ilk. No way to en masse get a "phrase" to be parsed like a sentence ? Well i'm guessing not then .. Is there no package that can help?– javadba
1 hour ago
1
There's no magical way to detect that
t
in(i,t)
should be math whilet
inActuals
should not text. And the same goes for all the other non-symbols you're using. So, no, there is no en masse magical way to do it. If you're interested in a quality end result, then you're going to have to spill some beans here and there... ;) Maybe someone else has a better suggestions with fewer keystrokes since that seems to be a concern for you here...– Werner
47 mins ago