Sub-subscripts in strings cause different spacings than subscripts
2
$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 2 hours ago
Kevin AusmanKevin Ausman
25417
$endgroup$
add a comment |
2
$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 2 hours ago
Kevin AusmanKevin Ausman
25417
$endgroup$
add a comment |
2
2
2
$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 2 hours ago
Kevin AusmanKevin Ausman
25417
$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 2 hours ago
Kevin AusmanKevin Ausman
25417
asked 2 hours ago
Kevin AusmanKevin Ausman
25417
asked 2 hours ago
Kevin AusmanKevin Ausman
25417
asked 2 hours ago
Kevin AusmanKevin Ausman
25417
asked 2 hours ago
Kevin AusmanKevin Ausman
25417
25417
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
5
$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 1 hour 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
33 mins 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
25 mins 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
4 mins ago
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
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
5
$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 1 hour 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
33 mins 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
25 mins 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
4 mins ago
add a comment |
5
$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 1 hour 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
33 mins 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
25 mins 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
4 mins ago
add a comment |
5
5
5
$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 1 hour 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 1 hour ago
Carl WollCarl Woll
73.6k398192
answered 1 hour ago
Carl WollCarl Woll
73.6k398192
answered 1 hour ago
Carl WollCarl Woll
73.6k398192
answered 1 hour 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
33 mins 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
25 mins 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
4 mins 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
33 mins 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
25 mins 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
4 mins 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
33 mins 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
33 mins 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
25 mins 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
25 mins 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
4 mins 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
4 mins ago
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
