Sub-subscripts in strings cause different spacings than subscripts
4
$begingroup$
Spacing around subscripts within strings seems to work well:
But the spacing around sub-subscripts does not:
I did not manually add that space after the 2. How can this be fixed? Thanks!
string-manipulation input
asked yesterday
Kevin AusmanKevin Ausman
26917
$endgroup$
add a comment |
4
$begingroup$
Spacing around subscripts within strings seems to work well:
But the spacing around sub-subscripts does not:
I did not manually add that space after the 2. How can this be fixed? Thanks!
string-manipulation input
asked yesterday
Kevin AusmanKevin Ausman
26917
$endgroup$
add a comment |
4
4
4
$begingroup$
Spacing around subscripts within strings seems to work well:
But the spacing around sub-subscripts does not:
I did not manually add that space after the 2. How can this be fixed? Thanks!
string-manipulation input
asked yesterday
Kevin AusmanKevin Ausman
26917
$endgroup$
Spacing around subscripts within strings seems to work well:
But the spacing around sub-subscripts does not:
I did not manually add that space after the 2. How can this be fixed? Thanks!
string-manipulation input
string-manipulation input
asked yesterday
Kevin AusmanKevin Ausman
26917
asked yesterday
Kevin AusmanKevin Ausman
26917
asked yesterday
Kevin AusmanKevin Ausman
26917
asked yesterday
Kevin AusmanKevin Ausman
26917
asked yesterday
Kevin AusmanKevin Ausman
26917
26917
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
8
$begingroup$
The subscript is interpreted as Times[Subscript[H, 2], O], and Mathematica uses spaces to denote multiplication. You can work around this by using the ZeroWidthTimes option:
answered yesterday
Carl WollCarl Woll
73.9k398192
$endgroup$
$begingroup$
I appreciate this workaround. Unfortunately, this is one example of several where strings are getting parsed when I don't want them to. I learned (from you) that I could stop different coloration by using ShowAutoStyles->False. Here I learn that I can fix misdisplayed strings with ZeroWidthTimes->True. This is feeling like whack-a-mole. I keep finding places where my notation (Chemistry-specific) runs counter to Mathematica assumptions, and so I have to tell Mathematica to handle each differently, when what I would really like is to tell Mathematica to simply not parse strings. Period.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
@KevinAusman The problem is that using subscripts inside of a string creates linear syntax, which is essentially the boxes of an expression. It is not a simple string.
$endgroup$
– Carl Woll
yesterday
$begingroup$
Fair enough. I guess I just don't see why a RowBox assumes that sequential boxes are multiplications. It makes sense to assume that if we have an expression, but not if it's in a string.
$endgroup$
– Kevin Ausman
yesterday
add a comment |
1
$begingroup$
I don't know if this will suit your situation but if you just want to get the expression typeset correctly in, say, a label for graphics, you can do this;
Subscript[X, Row[{Subscript[H, 2], O}]]
answered yesterday
m_goldbergm_goldberg
88.6k873200
$endgroup$
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "387"
};
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
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%2fmathematica.stackexchange.com%2fquestions%2f195090%2fsub-subscripts-in-strings-cause-different-spacings-than-subscripts%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
8
$begingroup$
The subscript is interpreted as Times[Subscript[H, 2], O], and Mathematica uses spaces to denote multiplication. You can work around this by using the ZeroWidthTimes option:
answered yesterday
Carl WollCarl Woll
73.9k398192
$endgroup$
$begingroup$
I appreciate this workaround. Unfortunately, this is one example of several where strings are getting parsed when I don't want them to. I learned (from you) that I could stop different coloration by using ShowAutoStyles->False. Here I learn that I can fix misdisplayed strings with ZeroWidthTimes->True. This is feeling like whack-a-mole. I keep finding places where my notation (Chemistry-specific) runs counter to Mathematica assumptions, and so I have to tell Mathematica to handle each differently, when what I would really like is to tell Mathematica to simply not parse strings. Period.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
@KevinAusman The problem is that using subscripts inside of a string creates linear syntax, which is essentially the boxes of an expression. It is not a simple string.
$endgroup$
– Carl Woll
yesterday
$begingroup$
Fair enough. I guess I just don't see why a RowBox assumes that sequential boxes are multiplications. It makes sense to assume that if we have an expression, but not if it's in a string.
$endgroup$
– Kevin Ausman
yesterday
add a comment |
8
$begingroup$
The subscript is interpreted as Times[Subscript[H, 2], O], and Mathematica uses spaces to denote multiplication. You can work around this by using the ZeroWidthTimes option:
answered yesterday
Carl WollCarl Woll
73.9k398192
$endgroup$
$begingroup$
I appreciate this workaround. Unfortunately, this is one example of several where strings are getting parsed when I don't want them to. I learned (from you) that I could stop different coloration by using ShowAutoStyles->False. Here I learn that I can fix misdisplayed strings with ZeroWidthTimes->True. This is feeling like whack-a-mole. I keep finding places where my notation (Chemistry-specific) runs counter to Mathematica assumptions, and so I have to tell Mathematica to handle each differently, when what I would really like is to tell Mathematica to simply not parse strings. Period.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
@KevinAusman The problem is that using subscripts inside of a string creates linear syntax, which is essentially the boxes of an expression. It is not a simple string.
$endgroup$
– Carl Woll
yesterday
$begingroup$
Fair enough. I guess I just don't see why a RowBox assumes that sequential boxes are multiplications. It makes sense to assume that if we have an expression, but not if it's in a string.
$endgroup$
– Kevin Ausman
yesterday
add a comment |
8
8
8
$begingroup$
The subscript is interpreted as Times[Subscript[H, 2], O], and Mathematica uses spaces to denote multiplication. You can work around this by using the ZeroWidthTimes option:
answered yesterday
Carl WollCarl Woll
73.9k398192
$endgroup$
The subscript is interpreted as Times[Subscript[H, 2], O], and Mathematica uses spaces to denote multiplication. You can work around this by using the ZeroWidthTimes option:
answered yesterday
Carl WollCarl Woll
73.9k398192
answered yesterday
Carl WollCarl Woll
73.9k398192
answered yesterday
Carl WollCarl Woll
73.9k398192
answered yesterday
Carl WollCarl Woll
73.9k398192
73.9k398192
$begingroup$
I appreciate this workaround. Unfortunately, this is one example of several where strings are getting parsed when I don't want them to. I learned (from you) that I could stop different coloration by using ShowAutoStyles->False. Here I learn that I can fix misdisplayed strings with ZeroWidthTimes->True. This is feeling like whack-a-mole. I keep finding places where my notation (Chemistry-specific) runs counter to Mathematica assumptions, and so I have to tell Mathematica to handle each differently, when what I would really like is to tell Mathematica to simply not parse strings. Period.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
@KevinAusman The problem is that using subscripts inside of a string creates linear syntax, which is essentially the boxes of an expression. It is not a simple string.
$endgroup$
– Carl Woll
yesterday
$begingroup$
Fair enough. I guess I just don't see why a RowBox assumes that sequential boxes are multiplications. It makes sense to assume that if we have an expression, but not if it's in a string.
$endgroup$
– Kevin Ausman
yesterday
add a comment |
$begingroup$
I appreciate this workaround. Unfortunately, this is one example of several where strings are getting parsed when I don't want them to. I learned (from you) that I could stop different coloration by using ShowAutoStyles->False. Here I learn that I can fix misdisplayed strings with ZeroWidthTimes->True. This is feeling like whack-a-mole. I keep finding places where my notation (Chemistry-specific) runs counter to Mathematica assumptions, and so I have to tell Mathematica to handle each differently, when what I would really like is to tell Mathematica to simply not parse strings. Period.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
@KevinAusman The problem is that using subscripts inside of a string creates linear syntax, which is essentially the boxes of an expression. It is not a simple string.
$endgroup$
– Carl Woll
yesterday
$begingroup$
Fair enough. I guess I just don't see why a RowBox assumes that sequential boxes are multiplications. It makes sense to assume that if we have an expression, but not if it's in a string.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
I appreciate this workaround. Unfortunately, this is one example of several where strings are getting parsed when I don't want them to. I learned (from you) that I could stop different coloration by using ShowAutoStyles->False. Here I learn that I can fix misdisplayed strings with ZeroWidthTimes->True. This is feeling like whack-a-mole. I keep finding places where my notation (Chemistry-specific) runs counter to Mathematica assumptions, and so I have to tell Mathematica to handle each differently, when what I would really like is to tell Mathematica to simply not parse strings. Period.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
I appreciate this workaround. Unfortunately, this is one example of several where strings are getting parsed when I don't want them to. I learned (from you) that I could stop different coloration by using ShowAutoStyles->False. Here I learn that I can fix misdisplayed strings with ZeroWidthTimes->True. This is feeling like whack-a-mole. I keep finding places where my notation (Chemistry-specific) runs counter to Mathematica assumptions, and so I have to tell Mathematica to handle each differently, when what I would really like is to tell Mathematica to simply not parse strings. Period.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
@KevinAusman The problem is that using subscripts inside of a string creates linear syntax, which is essentially the boxes of an expression. It is not a simple string.
$endgroup$
– Carl Woll
yesterday
$begingroup$
@KevinAusman The problem is that using subscripts inside of a string creates linear syntax, which is essentially the boxes of an expression. It is not a simple string.
$endgroup$
– Carl Woll
yesterday
$begingroup$
Fair enough. I guess I just don't see why a RowBox assumes that sequential boxes are multiplications. It makes sense to assume that if we have an expression, but not if it's in a string.
$endgroup$
– Kevin Ausman
yesterday
$begingroup$
Fair enough. I guess I just don't see why a RowBox assumes that sequential boxes are multiplications. It makes sense to assume that if we have an expression, but not if it's in a string.
$endgroup$
– Kevin Ausman
yesterday
add a comment |
1
$begingroup$
I don't know if this will suit your situation but if you just want to get the expression typeset correctly in, say, a label for graphics, you can do this;
Subscript[X, Row[{Subscript[H, 2], O}]]
answered yesterday
m_goldbergm_goldberg
88.6k873200
$endgroup$
add a comment |
1
$begingroup$
I don't know if this will suit your situation but if you just want to get the expression typeset correctly in, say, a label for graphics, you can do this;
Subscript[X, Row[{Subscript[H, 2], O}]]
answered yesterday
m_goldbergm_goldberg
88.6k873200
$endgroup$
add a comment |
1
1
1
$begingroup$
I don't know if this will suit your situation but if you just want to get the expression typeset correctly in, say, a label for graphics, you can do this;
Subscript[X, Row[{Subscript[H, 2], O}]]
answered yesterday
m_goldbergm_goldberg
88.6k873200
$endgroup$
I don't know if this will suit your situation but if you just want to get the expression typeset correctly in, say, a label for graphics, you can do this;
Subscript[X, Row[{Subscript[H, 2], O}]]
answered yesterday
m_goldbergm_goldberg
88.6k873200
answered yesterday
m_goldbergm_goldberg
88.6k873200
answered yesterday
m_goldbergm_goldberg
88.6k873200
answered yesterday
m_goldbergm_goldberg
88.6k873200
88.6k873200
add a comment |
add a comment |
draft saved
draft discarded
Thanks for contributing an answer to Mathematica 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.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
draft saved
draft discarded
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%2fmathematica.stackexchange.com%2fquestions%2f195090%2fsub-subscripts-in-strings-cause-different-spacings-than-subscripts%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
