hbox cause alignment Error
I have an issue i can't figure it out, i have a definition like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
rendsplit@old%
}
the equation:
begin{align}begin{split}{E}_{varepsilon }dot{x}left(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Axleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)mathbin{+}Bvarphi left(vrule height 5.93326pt depth 3.39229pt width 0ptyvrule height 5.93326pt depth 3.39229pt width 0ptright)mathbin{+}{B}_{u}uleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq1}end{split}tag*{$text{(1)}$}\[5pt]begin{split}yleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Cxleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq2}end{split}tag*{$text{(2)}$}end{align}
should appear aligned at equal sign but i noticed that no align at equal sign, but after fixing the definition above to be like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{unvcopyz@}%
rendsplit@old%
}
the equations aligned correctly at the equal sign.
So my question is, why hbox command cause error in alignment.
Note: i use hbox to specify the x and y points before the inside vbox and after vbox by some special commands related to DVISVGM tool.
Thanks in advance
math-mode macros horizontal-alignment boxes
add a comment |
I have an issue i can't figure it out, i have a definition like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
rendsplit@old%
}
the equation:
begin{align}begin{split}{E}_{varepsilon }dot{x}left(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Axleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)mathbin{+}Bvarphi left(vrule height 5.93326pt depth 3.39229pt width 0ptyvrule height 5.93326pt depth 3.39229pt width 0ptright)mathbin{+}{B}_{u}uleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq1}end{split}tag*{$text{(1)}$}\[5pt]begin{split}yleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Cxleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq2}end{split}tag*{$text{(2)}$}end{align}
should appear aligned at equal sign but i noticed that no align at equal sign, but after fixing the definition above to be like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{unvcopyz@}%
rendsplit@old%
}
the equations aligned correctly at the equal sign.
So my question is, why hbox command cause error in alignment.
Note: i use hbox to specify the x and y points before the inside vbox and after vbox by some special commands related to DVISVGM tool.
Thanks in advance
math-mode macros horizontal-alignment boxes
Please make a complete example.
– Ulrike Fischer
Oct 19 '15 at 8:30
1
you should never make global assignments to box 0 (you could break most latex constructs doing that!) You give no indication of the intention of the code, nor an example to allow anyone to run it, so I don't know what answer you expect.
– David Carlisle
Oct 19 '15 at 8:35
it is best not to loadetex
package in current latex. Your added example is not usable without files I do not have. Can you really not make an example of the problem just usingarticle
class andamsmath
Ifchemarr
orhyperref
are not involved don't load them as they just complicate debugging. ifinput{statement.tex}
is necessary, provide that file, otherwise delete that line, etc.....
– David Carlisle
Oct 19 '15 at 9:59
you shouldn't loadepsfig
unless emulating documents from 1985
– David Carlisle
Oct 19 '15 at 10:18
add a comment |
I have an issue i can't figure it out, i have a definition like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
rendsplit@old%
}
the equation:
begin{align}begin{split}{E}_{varepsilon }dot{x}left(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Axleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)mathbin{+}Bvarphi left(vrule height 5.93326pt depth 3.39229pt width 0ptyvrule height 5.93326pt depth 3.39229pt width 0ptright)mathbin{+}{B}_{u}uleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq1}end{split}tag*{$text{(1)}$}\[5pt]begin{split}yleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Cxleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq2}end{split}tag*{$text{(2)}$}end{align}
should appear aligned at equal sign but i noticed that no align at equal sign, but after fixing the definition above to be like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{unvcopyz@}%
rendsplit@old%
}
the equations aligned correctly at the equal sign.
So my question is, why hbox command cause error in alignment.
Note: i use hbox to specify the x and y points before the inside vbox and after vbox by some special commands related to DVISVGM tool.
Thanks in advance
math-mode macros horizontal-alignment boxes
I have an issue i can't figure it out, i have a definition like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
rendsplit@old%
}
the equation:
begin{align}begin{split}{E}_{varepsilon }dot{x}left(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Axleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)mathbin{+}Bvarphi left(vrule height 5.93326pt depth 3.39229pt width 0ptyvrule height 5.93326pt depth 3.39229pt width 0ptright)mathbin{+}{B}_{u}uleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq1}end{split}tag*{$text{(1)}$}\[5pt]begin{split}yleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright)&=Cxleft(vrule height 7.79312pt depth 0.15717pt width 0pttvrule height 7.79312pt depth 0.15717pt width 0ptright),label{EEq2}end{split}tag*{$text{(2)}$}end{align}
should appear aligned at equal sign but i noticed that no align at equal sign, but after fixing the definition above to be like
letrendsplit@old=rendsplit@
defrendsplit@{%
globalsetboxz@vbox{unvcopyz@}%
rendsplit@old%
}
the equations aligned correctly at the equal sign.
So my question is, why hbox command cause error in alignment.
Note: i use hbox to specify the x and y points before the inside vbox and after vbox by some special commands related to DVISVGM tool.
Thanks in advance
math-mode macros horizontal-alignment boxes
math-mode macros horizontal-alignment boxes
edited Mar 18 at 22:08
David Carlisle
496k4111431890
496k4111431890
asked Oct 19 '15 at 8:22
MohamedSayedMohamedSayed
565
565
Please make a complete example.
– Ulrike Fischer
Oct 19 '15 at 8:30
1
you should never make global assignments to box 0 (you could break most latex constructs doing that!) You give no indication of the intention of the code, nor an example to allow anyone to run it, so I don't know what answer you expect.
– David Carlisle
Oct 19 '15 at 8:35
it is best not to loadetex
package in current latex. Your added example is not usable without files I do not have. Can you really not make an example of the problem just usingarticle
class andamsmath
Ifchemarr
orhyperref
are not involved don't load them as they just complicate debugging. ifinput{statement.tex}
is necessary, provide that file, otherwise delete that line, etc.....
– David Carlisle
Oct 19 '15 at 9:59
you shouldn't loadepsfig
unless emulating documents from 1985
– David Carlisle
Oct 19 '15 at 10:18
add a comment |
Please make a complete example.
– Ulrike Fischer
Oct 19 '15 at 8:30
1
you should never make global assignments to box 0 (you could break most latex constructs doing that!) You give no indication of the intention of the code, nor an example to allow anyone to run it, so I don't know what answer you expect.
– David Carlisle
Oct 19 '15 at 8:35
it is best not to loadetex
package in current latex. Your added example is not usable without files I do not have. Can you really not make an example of the problem just usingarticle
class andamsmath
Ifchemarr
orhyperref
are not involved don't load them as they just complicate debugging. ifinput{statement.tex}
is necessary, provide that file, otherwise delete that line, etc.....
– David Carlisle
Oct 19 '15 at 9:59
you shouldn't loadepsfig
unless emulating documents from 1985
– David Carlisle
Oct 19 '15 at 10:18
Please make a complete example.
– Ulrike Fischer
Oct 19 '15 at 8:30
Please make a complete example.
– Ulrike Fischer
Oct 19 '15 at 8:30
1
1
you should never make global assignments to box 0 (you could break most latex constructs doing that!) You give no indication of the intention of the code, nor an example to allow anyone to run it, so I don't know what answer you expect.
– David Carlisle
Oct 19 '15 at 8:35
you should never make global assignments to box 0 (you could break most latex constructs doing that!) You give no indication of the intention of the code, nor an example to allow anyone to run it, so I don't know what answer you expect.
– David Carlisle
Oct 19 '15 at 8:35
it is best not to load
etex
package in current latex. Your added example is not usable without files I do not have. Can you really not make an example of the problem just using article
class and amsmath
If chemarr
or hyperref
are not involved don't load them as they just complicate debugging. if input{statement.tex}
is necessary, provide that file, otherwise delete that line, etc.....– David Carlisle
Oct 19 '15 at 9:59
it is best not to load
etex
package in current latex. Your added example is not usable without files I do not have. Can you really not make an example of the problem just using article
class and amsmath
If chemarr
or hyperref
are not involved don't load them as they just complicate debugging. if input{statement.tex}
is necessary, provide that file, otherwise delete that line, etc.....– David Carlisle
Oct 19 '15 at 9:59
you shouldn't load
epsfig
unless emulating documents from 1985– David Carlisle
Oct 19 '15 at 10:18
you shouldn't load
epsfig
unless emulating documents from 1985– David Carlisle
Oct 19 '15 at 10:18
add a comment |
1 Answer
1
active
oldest
votes
The original macro does
vtop{%
unvcopyz@
globalsetbox8 lastbox
(it should not be doing global assignments to box 8 but ignore that for now)
this strips the last box (row) off the vertical list that was in box 0.
Your redefinition (which definitely should not be making global assignments to box 0) does
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
which means that box 0 always just has a vertical list of exactly one box, with all the structure inside that box.
So the above code to remove the "last line" will always remove the whole thing.
Without any context, not possible to suggest how to fix this.
Thank you for your answer, please check my question again i made some edits to it and add a full example.
– MohamedSayed
Oct 19 '15 at 8:59
@MohamedSayed you have provided an example document (which is an improvement, although still not actually usable as it includes files I don't have) but no indication about the intention of this definition, so other than saying do not do that, I can't suggest what you should do.
– David Carlisle
Oct 19 '15 at 9:55
Sorry David i was wrong to add such example with files you don't have. i am sorry again.
– MohamedSayed
Oct 19 '15 at 11:08
I can't provide you with an example because all of that is related to each other and i am actually not a LaTeX expert so, i thank you for your help and my question now is what is the difference between boxes? you said that global assignment is not right with box 0, really i didn't understand that line and also what is the box8 and box9 and how to use them.
– MohamedSayed
Oct 19 '15 at 11:11
@MohamedSayed box 0,2,4,6,8 are scratch boxes for temporary local use. box 1,3,5,7,9 are scratch boxes for temporary global use otherwise you should allocate your own box withnewbox
and then use it consistently for local or global assignments. (There is probably an answer on site about that somewhere)
– David Carlisle
Oct 19 '15 at 11:32
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
});
}
});
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%2f273794%2fhbox-cause-alignment-error%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
The original macro does
vtop{%
unvcopyz@
globalsetbox8 lastbox
(it should not be doing global assignments to box 8 but ignore that for now)
this strips the last box (row) off the vertical list that was in box 0.
Your redefinition (which definitely should not be making global assignments to box 0) does
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
which means that box 0 always just has a vertical list of exactly one box, with all the structure inside that box.
So the above code to remove the "last line" will always remove the whole thing.
Without any context, not possible to suggest how to fix this.
Thank you for your answer, please check my question again i made some edits to it and add a full example.
– MohamedSayed
Oct 19 '15 at 8:59
@MohamedSayed you have provided an example document (which is an improvement, although still not actually usable as it includes files I don't have) but no indication about the intention of this definition, so other than saying do not do that, I can't suggest what you should do.
– David Carlisle
Oct 19 '15 at 9:55
Sorry David i was wrong to add such example with files you don't have. i am sorry again.
– MohamedSayed
Oct 19 '15 at 11:08
I can't provide you with an example because all of that is related to each other and i am actually not a LaTeX expert so, i thank you for your help and my question now is what is the difference between boxes? you said that global assignment is not right with box 0, really i didn't understand that line and also what is the box8 and box9 and how to use them.
– MohamedSayed
Oct 19 '15 at 11:11
@MohamedSayed box 0,2,4,6,8 are scratch boxes for temporary local use. box 1,3,5,7,9 are scratch boxes for temporary global use otherwise you should allocate your own box withnewbox
and then use it consistently for local or global assignments. (There is probably an answer on site about that somewhere)
– David Carlisle
Oct 19 '15 at 11:32
add a comment |
The original macro does
vtop{%
unvcopyz@
globalsetbox8 lastbox
(it should not be doing global assignments to box 8 but ignore that for now)
this strips the last box (row) off the vertical list that was in box 0.
Your redefinition (which definitely should not be making global assignments to box 0) does
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
which means that box 0 always just has a vertical list of exactly one box, with all the structure inside that box.
So the above code to remove the "last line" will always remove the whole thing.
Without any context, not possible to suggest how to fix this.
Thank you for your answer, please check my question again i made some edits to it and add a full example.
– MohamedSayed
Oct 19 '15 at 8:59
@MohamedSayed you have provided an example document (which is an improvement, although still not actually usable as it includes files I don't have) but no indication about the intention of this definition, so other than saying do not do that, I can't suggest what you should do.
– David Carlisle
Oct 19 '15 at 9:55
Sorry David i was wrong to add such example with files you don't have. i am sorry again.
– MohamedSayed
Oct 19 '15 at 11:08
I can't provide you with an example because all of that is related to each other and i am actually not a LaTeX expert so, i thank you for your help and my question now is what is the difference between boxes? you said that global assignment is not right with box 0, really i didn't understand that line and also what is the box8 and box9 and how to use them.
– MohamedSayed
Oct 19 '15 at 11:11
@MohamedSayed box 0,2,4,6,8 are scratch boxes for temporary local use. box 1,3,5,7,9 are scratch boxes for temporary global use otherwise you should allocate your own box withnewbox
and then use it consistently for local or global assignments. (There is probably an answer on site about that somewhere)
– David Carlisle
Oct 19 '15 at 11:32
add a comment |
The original macro does
vtop{%
unvcopyz@
globalsetbox8 lastbox
(it should not be doing global assignments to box 8 but ignore that for now)
this strips the last box (row) off the vertical list that was in box 0.
Your redefinition (which definitely should not be making global assignments to box 0) does
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
which means that box 0 always just has a vertical list of exactly one box, with all the structure inside that box.
So the above code to remove the "last line" will always remove the whole thing.
Without any context, not possible to suggest how to fix this.
The original macro does
vtop{%
unvcopyz@
globalsetbox8 lastbox
(it should not be doing global assignments to box 8 but ignore that for now)
this strips the last box (row) off the vertical list that was in box 0.
Your redefinition (which definitely should not be making global assignments to box 0) does
globalsetboxz@vbox{hbox{vbox{unvcopyz@}}}%
which means that box 0 always just has a vertical list of exactly one box, with all the structure inside that box.
So the above code to remove the "last line" will always remove the whole thing.
Without any context, not possible to suggest how to fix this.
answered Oct 19 '15 at 8:40
David CarlisleDavid Carlisle
496k4111431890
496k4111431890
Thank you for your answer, please check my question again i made some edits to it and add a full example.
– MohamedSayed
Oct 19 '15 at 8:59
@MohamedSayed you have provided an example document (which is an improvement, although still not actually usable as it includes files I don't have) but no indication about the intention of this definition, so other than saying do not do that, I can't suggest what you should do.
– David Carlisle
Oct 19 '15 at 9:55
Sorry David i was wrong to add such example with files you don't have. i am sorry again.
– MohamedSayed
Oct 19 '15 at 11:08
I can't provide you with an example because all of that is related to each other and i am actually not a LaTeX expert so, i thank you for your help and my question now is what is the difference between boxes? you said that global assignment is not right with box 0, really i didn't understand that line and also what is the box8 and box9 and how to use them.
– MohamedSayed
Oct 19 '15 at 11:11
@MohamedSayed box 0,2,4,6,8 are scratch boxes for temporary local use. box 1,3,5,7,9 are scratch boxes for temporary global use otherwise you should allocate your own box withnewbox
and then use it consistently for local or global assignments. (There is probably an answer on site about that somewhere)
– David Carlisle
Oct 19 '15 at 11:32
add a comment |
Thank you for your answer, please check my question again i made some edits to it and add a full example.
– MohamedSayed
Oct 19 '15 at 8:59
@MohamedSayed you have provided an example document (which is an improvement, although still not actually usable as it includes files I don't have) but no indication about the intention of this definition, so other than saying do not do that, I can't suggest what you should do.
– David Carlisle
Oct 19 '15 at 9:55
Sorry David i was wrong to add such example with files you don't have. i am sorry again.
– MohamedSayed
Oct 19 '15 at 11:08
I can't provide you with an example because all of that is related to each other and i am actually not a LaTeX expert so, i thank you for your help and my question now is what is the difference between boxes? you said that global assignment is not right with box 0, really i didn't understand that line and also what is the box8 and box9 and how to use them.
– MohamedSayed
Oct 19 '15 at 11:11
@MohamedSayed box 0,2,4,6,8 are scratch boxes for temporary local use. box 1,3,5,7,9 are scratch boxes for temporary global use otherwise you should allocate your own box withnewbox
and then use it consistently for local or global assignments. (There is probably an answer on site about that somewhere)
– David Carlisle
Oct 19 '15 at 11:32
Thank you for your answer, please check my question again i made some edits to it and add a full example.
– MohamedSayed
Oct 19 '15 at 8:59
Thank you for your answer, please check my question again i made some edits to it and add a full example.
– MohamedSayed
Oct 19 '15 at 8:59
@MohamedSayed you have provided an example document (which is an improvement, although still not actually usable as it includes files I don't have) but no indication about the intention of this definition, so other than saying do not do that, I can't suggest what you should do.
– David Carlisle
Oct 19 '15 at 9:55
@MohamedSayed you have provided an example document (which is an improvement, although still not actually usable as it includes files I don't have) but no indication about the intention of this definition, so other than saying do not do that, I can't suggest what you should do.
– David Carlisle
Oct 19 '15 at 9:55
Sorry David i was wrong to add such example with files you don't have. i am sorry again.
– MohamedSayed
Oct 19 '15 at 11:08
Sorry David i was wrong to add such example with files you don't have. i am sorry again.
– MohamedSayed
Oct 19 '15 at 11:08
I can't provide you with an example because all of that is related to each other and i am actually not a LaTeX expert so, i thank you for your help and my question now is what is the difference between boxes? you said that global assignment is not right with box 0, really i didn't understand that line and also what is the box8 and box9 and how to use them.
– MohamedSayed
Oct 19 '15 at 11:11
I can't provide you with an example because all of that is related to each other and i am actually not a LaTeX expert so, i thank you for your help and my question now is what is the difference between boxes? you said that global assignment is not right with box 0, really i didn't understand that line and also what is the box8 and box9 and how to use them.
– MohamedSayed
Oct 19 '15 at 11:11
@MohamedSayed box 0,2,4,6,8 are scratch boxes for temporary local use. box 1,3,5,7,9 are scratch boxes for temporary global use otherwise you should allocate your own box with
newbox
and then use it consistently for local or global assignments. (There is probably an answer on site about that somewhere)– David Carlisle
Oct 19 '15 at 11:32
@MohamedSayed box 0,2,4,6,8 are scratch boxes for temporary local use. box 1,3,5,7,9 are scratch boxes for temporary global use otherwise you should allocate your own box with
newbox
and then use it consistently for local or global assignments. (There is probably an answer on site about that somewhere)– David Carlisle
Oct 19 '15 at 11:32
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.
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%2f273794%2fhbox-cause-alignment-error%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
Please make a complete example.
– Ulrike Fischer
Oct 19 '15 at 8:30
1
you should never make global assignments to box 0 (you could break most latex constructs doing that!) You give no indication of the intention of the code, nor an example to allow anyone to run it, so I don't know what answer you expect.
– David Carlisle
Oct 19 '15 at 8:35
it is best not to load
etex
package in current latex. Your added example is not usable without files I do not have. Can you really not make an example of the problem just usingarticle
class andamsmath
Ifchemarr
orhyperref
are not involved don't load them as they just complicate debugging. ifinput{statement.tex}
is necessary, provide that file, otherwise delete that line, etc.....– David Carlisle
Oct 19 '15 at 9:59
you shouldn't load
epsfig
unless emulating documents from 1985– David Carlisle
Oct 19 '15 at 10:18