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 10 hours ago
Kevin AusmanKevin Ausman
26417
$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 10 hours ago
Kevin AusmanKevin Ausman
26417
$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 10 hours ago
Kevin AusmanKevin Ausman
26417
$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 10 hours ago
Kevin AusmanKevin Ausman
26417
asked 10 hours ago
Kevin AusmanKevin Ausman
26417
asked 10 hours ago
Kevin AusmanKevin Ausman
26417
asked 10 hours ago
Kevin AusmanKevin Ausman
26417
asked 10 hours ago
Kevin AusmanKevin Ausman
26417
26417
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
7
$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 9 hours ago
Carl WollCarl Woll
73.6k398192
$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
8 hours ago
$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
8 hours ago
$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
7 hours ago
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 2 hours ago
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
7
$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 9 hours ago
Carl WollCarl Woll
73.6k398192
$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
8 hours ago
$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
8 hours ago
$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
7 hours ago
add a comment |
7
$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 9 hours ago
Carl WollCarl Woll
73.6k398192
$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
8 hours ago
$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
8 hours ago
$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
7 hours ago
add a comment |
7
7
7
$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 9 hours ago
Carl WollCarl Woll
73.6k398192
$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 9 hours ago
Carl WollCarl Woll
73.6k398192
answered 9 hours ago
Carl WollCarl Woll
73.6k398192
answered 9 hours ago
Carl WollCarl Woll
73.6k398192
answered 9 hours ago
Carl WollCarl Woll
73.6k398192
73.6k398192
$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
8 hours ago
$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
8 hours ago
$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
7 hours ago
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
8 hours ago
$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
8 hours ago
$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
7 hours ago
$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
8 hours ago
$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
8 hours ago
$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
8 hours ago
$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
8 hours ago
$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
7 hours ago
$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
7 hours ago
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 2 hours ago
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 2 hours ago
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 2 hours ago
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 2 hours ago
m_goldbergm_goldberg
88.6k873200
answered 2 hours ago
m_goldbergm_goldberg
88.6k873200
answered 2 hours ago
m_goldbergm_goldberg
88.6k873200
answered 2 hours ago
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
