mdframed missing half the frame
Any obvious reason some of the frame is missing here:

documentclass{article}
usepackage{color}
usepackage{hyperref}
usepackage{mdframed}
begin{document}
begin{mdframed}
begin{enumerate}
item Create the cumulative sum of probabilities for each care type, thus defining the interval width
item textcolor{blue}{for} jj=1:m textcolor{gray}{% where m is the number of nurses}
item Choose care type
item hspace{3cm}Randomly select care length ($n$) based on care type
item item textcolor{blue}{for} ii=1:n textcolor{gray}{% where n is the sequence length}
itemhspace{3cm}Generate a random number $w$
item hspace{3cm}Check into which cumulative probability interval $w$ falls and choose the corresponding surface category
item update ii=ii+1
item update jj=i+1
item textcolor{blue}{end}
item textcolor{blue}{end}
end{enumerate}%}
end{mdframed}
end{document}
mdframed
add a comment |
Any obvious reason some of the frame is missing here:

documentclass{article}
usepackage{color}
usepackage{hyperref}
usepackage{mdframed}
begin{document}
begin{mdframed}
begin{enumerate}
item Create the cumulative sum of probabilities for each care type, thus defining the interval width
item textcolor{blue}{for} jj=1:m textcolor{gray}{% where m is the number of nurses}
item Choose care type
item hspace{3cm}Randomly select care length ($n$) based on care type
item item textcolor{blue}{for} ii=1:n textcolor{gray}{% where n is the sequence length}
itemhspace{3cm}Generate a random number $w$
item hspace{3cm}Check into which cumulative probability interval $w$ falls and choose the corresponding surface category
item update ii=ii+1
item update jj=i+1
item textcolor{blue}{end}
item textcolor{blue}{end}
end{enumerate}%}
end{mdframed}
end{document}
mdframed
1
I correctly see the whole frame. I had to adjust your mwe as it does not compile: loadxcolorrather thancolor.
– Claudio Fiandrino
Jul 18 '13 at 10:47
Interesting... it appears that as I zoom in some lines appear and disappear using pdflatex. Do you think this will print properly?
– HCAI
Jul 18 '13 at 10:52
1
I've found that behavior you note about lines disappearing during graphical rendering. I've always seen it print. However, I have on occasion noted that the contrast associated with line thicknesses "on screen" and "on paper" may differ.
– Steven B. Segletes
Jul 18 '13 at 11:12
@HCAI the appear/disappear thing sounds like you are using Adobe reader. if this is the case, try unset the "Enhance thin lines" option in the "Page Display" category of the Preferences.
– ArTourter
Jul 18 '13 at 11:23
Oh I see, hmm ok I'll trust that it works then. Perhaps I'll give it a test run
– HCAI
Jul 18 '13 at 12:13
add a comment |
Any obvious reason some of the frame is missing here:

documentclass{article}
usepackage{color}
usepackage{hyperref}
usepackage{mdframed}
begin{document}
begin{mdframed}
begin{enumerate}
item Create the cumulative sum of probabilities for each care type, thus defining the interval width
item textcolor{blue}{for} jj=1:m textcolor{gray}{% where m is the number of nurses}
item Choose care type
item hspace{3cm}Randomly select care length ($n$) based on care type
item item textcolor{blue}{for} ii=1:n textcolor{gray}{% where n is the sequence length}
itemhspace{3cm}Generate a random number $w$
item hspace{3cm}Check into which cumulative probability interval $w$ falls and choose the corresponding surface category
item update ii=ii+1
item update jj=i+1
item textcolor{blue}{end}
item textcolor{blue}{end}
end{enumerate}%}
end{mdframed}
end{document}
mdframed
Any obvious reason some of the frame is missing here:

documentclass{article}
usepackage{color}
usepackage{hyperref}
usepackage{mdframed}
begin{document}
begin{mdframed}
begin{enumerate}
item Create the cumulative sum of probabilities for each care type, thus defining the interval width
item textcolor{blue}{for} jj=1:m textcolor{gray}{% where m is the number of nurses}
item Choose care type
item hspace{3cm}Randomly select care length ($n$) based on care type
item item textcolor{blue}{for} ii=1:n textcolor{gray}{% where n is the sequence length}
itemhspace{3cm}Generate a random number $w$
item hspace{3cm}Check into which cumulative probability interval $w$ falls and choose the corresponding surface category
item update ii=ii+1
item update jj=i+1
item textcolor{blue}{end}
item textcolor{blue}{end}
end{enumerate}%}
end{mdframed}
end{document}
mdframed
mdframed
asked Jul 18 '13 at 10:43
HCAI
1,42522143
1,42522143
1
I correctly see the whole frame. I had to adjust your mwe as it does not compile: loadxcolorrather thancolor.
– Claudio Fiandrino
Jul 18 '13 at 10:47
Interesting... it appears that as I zoom in some lines appear and disappear using pdflatex. Do you think this will print properly?
– HCAI
Jul 18 '13 at 10:52
1
I've found that behavior you note about lines disappearing during graphical rendering. I've always seen it print. However, I have on occasion noted that the contrast associated with line thicknesses "on screen" and "on paper" may differ.
– Steven B. Segletes
Jul 18 '13 at 11:12
@HCAI the appear/disappear thing sounds like you are using Adobe reader. if this is the case, try unset the "Enhance thin lines" option in the "Page Display" category of the Preferences.
– ArTourter
Jul 18 '13 at 11:23
Oh I see, hmm ok I'll trust that it works then. Perhaps I'll give it a test run
– HCAI
Jul 18 '13 at 12:13
add a comment |
1
I correctly see the whole frame. I had to adjust your mwe as it does not compile: loadxcolorrather thancolor.
– Claudio Fiandrino
Jul 18 '13 at 10:47
Interesting... it appears that as I zoom in some lines appear and disappear using pdflatex. Do you think this will print properly?
– HCAI
Jul 18 '13 at 10:52
1
I've found that behavior you note about lines disappearing during graphical rendering. I've always seen it print. However, I have on occasion noted that the contrast associated with line thicknesses "on screen" and "on paper" may differ.
– Steven B. Segletes
Jul 18 '13 at 11:12
@HCAI the appear/disappear thing sounds like you are using Adobe reader. if this is the case, try unset the "Enhance thin lines" option in the "Page Display" category of the Preferences.
– ArTourter
Jul 18 '13 at 11:23
Oh I see, hmm ok I'll trust that it works then. Perhaps I'll give it a test run
– HCAI
Jul 18 '13 at 12:13
1
1
I correctly see the whole frame. I had to adjust your mwe as it does not compile: load
xcolor rather than color.– Claudio Fiandrino
Jul 18 '13 at 10:47
I correctly see the whole frame. I had to adjust your mwe as it does not compile: load
xcolor rather than color.– Claudio Fiandrino
Jul 18 '13 at 10:47
Interesting... it appears that as I zoom in some lines appear and disappear using pdflatex. Do you think this will print properly?
– HCAI
Jul 18 '13 at 10:52
Interesting... it appears that as I zoom in some lines appear and disappear using pdflatex. Do you think this will print properly?
– HCAI
Jul 18 '13 at 10:52
1
1
I've found that behavior you note about lines disappearing during graphical rendering. I've always seen it print. However, I have on occasion noted that the contrast associated with line thicknesses "on screen" and "on paper" may differ.
– Steven B. Segletes
Jul 18 '13 at 11:12
I've found that behavior you note about lines disappearing during graphical rendering. I've always seen it print. However, I have on occasion noted that the contrast associated with line thicknesses "on screen" and "on paper" may differ.
– Steven B. Segletes
Jul 18 '13 at 11:12
@HCAI the appear/disappear thing sounds like you are using Adobe reader. if this is the case, try unset the "Enhance thin lines" option in the "Page Display" category of the Preferences.
– ArTourter
Jul 18 '13 at 11:23
@HCAI the appear/disappear thing sounds like you are using Adobe reader. if this is the case, try unset the "Enhance thin lines" option in the "Page Display" category of the Preferences.
– ArTourter
Jul 18 '13 at 11:23
Oh I see, hmm ok I'll trust that it works then. Perhaps I'll give it a test run
– HCAI
Jul 18 '13 at 12:13
Oh I see, hmm ok I'll trust that it works then. Perhaps I'll give it a test run
– HCAI
Jul 18 '13 at 12:13
add a comment |
3 Answers
3
active
oldest
votes
Analysis
If package color is loaded a white background is drawn. The default framemethod uses the following z-order similar to fcolorbox:
- left line
- top line
- background
- bottom line
- right line
Screens have usually a low resolution, thin lines can then have a line width of one pixel only. In the direct neighborhood the white background is drawn. Then it can happen that the white background also colors the pixels of the formerly black line, a part of the black line might contain to the background area (low resolution!, rounding issues, ...).
Printers are using higher resolutions, e.g. 600 dpi. Then a line with thickness of 0.4pt (default value). That are 3.3 pixels, when printed. Then the line will not vanish, if the thickness is one pixel short.
Test file
Test file for playing and analyzing:
- It makes a simple page with a frame. Fonts are not needed to keep the PDF file
small. - The page layout is simplified via package
geometry. - Unit is
bp, the default unit for PDF (and PS). This makes it easier to understand and interpret the numbers found in the page description of the PDF file. - PDF compressions are disabled (
pdflatex). Then the PDF file can be easily
inspected in a text viewer or editor.
pdfobjcompresslevel=0
pdfcompresslevel=0
documentclass{article}
usepackage[
margin=0pt,
hmargin=10bp,
paperwidth=100bp,
paperheight=50bp,
]{geometry}
setlength{topskip}{0bp}
pagestyle{empty}
usepackage{xcolor}
usepackage{mdframed}
mdfsetup{
linewidth=.2bp,
innerleftmargin=0bp,
innerrightmargin=0bp,
innertopmargin=0bp,
innerbottommargin=0bp,
}
begin{document}
vspace*{10bp}
begin{mdframed}
rule{0pt}{10bp}
end{mdframed}
end{document}
Workaround
Package mdframed provides other framemethods. With
usepackage[framemethod=tikz]{mdframed}
the frame is drawn after the background and therefore remains visible.
2
Also fixes a problem where the top of the frame isn't drawn at all. +1!
– HarryCBurn
Jan 4 '15 at 0:52
add a comment |
Rather than using mdframed try using
usepackage{framed}
begin{framed}
begin{equation}
a+b
end{equation}
end{framed}
add a comment |
I tried the previous suggestion and it had no effect on my case. However, what did improve the output was to specify a different border size for the frame. Use the linewidth attribute:
documentclass{article}
usepackage{mdframed}
begin{document}
mdfsetup{
linewidth=0.6pt
}
begin{mdframed}
Hi there!
end{mdframed}
end{document}
Please make your code snippet compilable ...
– Kurt
Sep 17 '17 at 18:43
Hi Kurt, do you mean to include theusepackageand so on?
– SRG
Sep 17 '17 at 22:01
Yes, starting withdocumentclassand ending withend{document}.
– Kurt
Sep 17 '17 at 22:07
@Kurt, excuse me for the huge delay. I have just edited the example, as per your suggestion. Thank you for the help!
– SRG
Dec 9 at 13:11
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%2f124539%2fmdframed-missing-half-the-frame%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
Analysis
If package color is loaded a white background is drawn. The default framemethod uses the following z-order similar to fcolorbox:
- left line
- top line
- background
- bottom line
- right line
Screens have usually a low resolution, thin lines can then have a line width of one pixel only. In the direct neighborhood the white background is drawn. Then it can happen that the white background also colors the pixels of the formerly black line, a part of the black line might contain to the background area (low resolution!, rounding issues, ...).
Printers are using higher resolutions, e.g. 600 dpi. Then a line with thickness of 0.4pt (default value). That are 3.3 pixels, when printed. Then the line will not vanish, if the thickness is one pixel short.
Test file
Test file for playing and analyzing:
- It makes a simple page with a frame. Fonts are not needed to keep the PDF file
small. - The page layout is simplified via package
geometry. - Unit is
bp, the default unit for PDF (and PS). This makes it easier to understand and interpret the numbers found in the page description of the PDF file. - PDF compressions are disabled (
pdflatex). Then the PDF file can be easily
inspected in a text viewer or editor.
pdfobjcompresslevel=0
pdfcompresslevel=0
documentclass{article}
usepackage[
margin=0pt,
hmargin=10bp,
paperwidth=100bp,
paperheight=50bp,
]{geometry}
setlength{topskip}{0bp}
pagestyle{empty}
usepackage{xcolor}
usepackage{mdframed}
mdfsetup{
linewidth=.2bp,
innerleftmargin=0bp,
innerrightmargin=0bp,
innertopmargin=0bp,
innerbottommargin=0bp,
}
begin{document}
vspace*{10bp}
begin{mdframed}
rule{0pt}{10bp}
end{mdframed}
end{document}
Workaround
Package mdframed provides other framemethods. With
usepackage[framemethod=tikz]{mdframed}
the frame is drawn after the background and therefore remains visible.
2
Also fixes a problem where the top of the frame isn't drawn at all. +1!
– HarryCBurn
Jan 4 '15 at 0:52
add a comment |
Analysis
If package color is loaded a white background is drawn. The default framemethod uses the following z-order similar to fcolorbox:
- left line
- top line
- background
- bottom line
- right line
Screens have usually a low resolution, thin lines can then have a line width of one pixel only. In the direct neighborhood the white background is drawn. Then it can happen that the white background also colors the pixels of the formerly black line, a part of the black line might contain to the background area (low resolution!, rounding issues, ...).
Printers are using higher resolutions, e.g. 600 dpi. Then a line with thickness of 0.4pt (default value). That are 3.3 pixels, when printed. Then the line will not vanish, if the thickness is one pixel short.
Test file
Test file for playing and analyzing:
- It makes a simple page with a frame. Fonts are not needed to keep the PDF file
small. - The page layout is simplified via package
geometry. - Unit is
bp, the default unit for PDF (and PS). This makes it easier to understand and interpret the numbers found in the page description of the PDF file. - PDF compressions are disabled (
pdflatex). Then the PDF file can be easily
inspected in a text viewer or editor.
pdfobjcompresslevel=0
pdfcompresslevel=0
documentclass{article}
usepackage[
margin=0pt,
hmargin=10bp,
paperwidth=100bp,
paperheight=50bp,
]{geometry}
setlength{topskip}{0bp}
pagestyle{empty}
usepackage{xcolor}
usepackage{mdframed}
mdfsetup{
linewidth=.2bp,
innerleftmargin=0bp,
innerrightmargin=0bp,
innertopmargin=0bp,
innerbottommargin=0bp,
}
begin{document}
vspace*{10bp}
begin{mdframed}
rule{0pt}{10bp}
end{mdframed}
end{document}
Workaround
Package mdframed provides other framemethods. With
usepackage[framemethod=tikz]{mdframed}
the frame is drawn after the background and therefore remains visible.
2
Also fixes a problem where the top of the frame isn't drawn at all. +1!
– HarryCBurn
Jan 4 '15 at 0:52
add a comment |
Analysis
If package color is loaded a white background is drawn. The default framemethod uses the following z-order similar to fcolorbox:
- left line
- top line
- background
- bottom line
- right line
Screens have usually a low resolution, thin lines can then have a line width of one pixel only. In the direct neighborhood the white background is drawn. Then it can happen that the white background also colors the pixels of the formerly black line, a part of the black line might contain to the background area (low resolution!, rounding issues, ...).
Printers are using higher resolutions, e.g. 600 dpi. Then a line with thickness of 0.4pt (default value). That are 3.3 pixels, when printed. Then the line will not vanish, if the thickness is one pixel short.
Test file
Test file for playing and analyzing:
- It makes a simple page with a frame. Fonts are not needed to keep the PDF file
small. - The page layout is simplified via package
geometry. - Unit is
bp, the default unit for PDF (and PS). This makes it easier to understand and interpret the numbers found in the page description of the PDF file. - PDF compressions are disabled (
pdflatex). Then the PDF file can be easily
inspected in a text viewer or editor.
pdfobjcompresslevel=0
pdfcompresslevel=0
documentclass{article}
usepackage[
margin=0pt,
hmargin=10bp,
paperwidth=100bp,
paperheight=50bp,
]{geometry}
setlength{topskip}{0bp}
pagestyle{empty}
usepackage{xcolor}
usepackage{mdframed}
mdfsetup{
linewidth=.2bp,
innerleftmargin=0bp,
innerrightmargin=0bp,
innertopmargin=0bp,
innerbottommargin=0bp,
}
begin{document}
vspace*{10bp}
begin{mdframed}
rule{0pt}{10bp}
end{mdframed}
end{document}
Workaround
Package mdframed provides other framemethods. With
usepackage[framemethod=tikz]{mdframed}
the frame is drawn after the background and therefore remains visible.
Analysis
If package color is loaded a white background is drawn. The default framemethod uses the following z-order similar to fcolorbox:
- left line
- top line
- background
- bottom line
- right line
Screens have usually a low resolution, thin lines can then have a line width of one pixel only. In the direct neighborhood the white background is drawn. Then it can happen that the white background also colors the pixels of the formerly black line, a part of the black line might contain to the background area (low resolution!, rounding issues, ...).
Printers are using higher resolutions, e.g. 600 dpi. Then a line with thickness of 0.4pt (default value). That are 3.3 pixels, when printed. Then the line will not vanish, if the thickness is one pixel short.
Test file
Test file for playing and analyzing:
- It makes a simple page with a frame. Fonts are not needed to keep the PDF file
small. - The page layout is simplified via package
geometry. - Unit is
bp, the default unit for PDF (and PS). This makes it easier to understand and interpret the numbers found in the page description of the PDF file. - PDF compressions are disabled (
pdflatex). Then the PDF file can be easily
inspected in a text viewer or editor.
pdfobjcompresslevel=0
pdfcompresslevel=0
documentclass{article}
usepackage[
margin=0pt,
hmargin=10bp,
paperwidth=100bp,
paperheight=50bp,
]{geometry}
setlength{topskip}{0bp}
pagestyle{empty}
usepackage{xcolor}
usepackage{mdframed}
mdfsetup{
linewidth=.2bp,
innerleftmargin=0bp,
innerrightmargin=0bp,
innertopmargin=0bp,
innerbottommargin=0bp,
}
begin{document}
vspace*{10bp}
begin{mdframed}
rule{0pt}{10bp}
end{mdframed}
end{document}
Workaround
Package mdframed provides other framemethods. With
usepackage[framemethod=tikz]{mdframed}
the frame is drawn after the background and therefore remains visible.
answered Jul 18 '13 at 13:15
Heiko Oberdiek
228k17549901
228k17549901
2
Also fixes a problem where the top of the frame isn't drawn at all. +1!
– HarryCBurn
Jan 4 '15 at 0:52
add a comment |
2
Also fixes a problem where the top of the frame isn't drawn at all. +1!
– HarryCBurn
Jan 4 '15 at 0:52
2
2
Also fixes a problem where the top of the frame isn't drawn at all. +1!
– HarryCBurn
Jan 4 '15 at 0:52
Also fixes a problem where the top of the frame isn't drawn at all. +1!
– HarryCBurn
Jan 4 '15 at 0:52
add a comment |
Rather than using mdframed try using
usepackage{framed}
begin{framed}
begin{equation}
a+b
end{equation}
end{framed}
add a comment |
Rather than using mdframed try using
usepackage{framed}
begin{framed}
begin{equation}
a+b
end{equation}
end{framed}
add a comment |
Rather than using mdframed try using
usepackage{framed}
begin{framed}
begin{equation}
a+b
end{equation}
end{framed}
Rather than using mdframed try using
usepackage{framed}
begin{framed}
begin{equation}
a+b
end{equation}
end{framed}
answered Oct 14 '14 at 19:24
Joanne
111
111
add a comment |
add a comment |
I tried the previous suggestion and it had no effect on my case. However, what did improve the output was to specify a different border size for the frame. Use the linewidth attribute:
documentclass{article}
usepackage{mdframed}
begin{document}
mdfsetup{
linewidth=0.6pt
}
begin{mdframed}
Hi there!
end{mdframed}
end{document}
Please make your code snippet compilable ...
– Kurt
Sep 17 '17 at 18:43
Hi Kurt, do you mean to include theusepackageand so on?
– SRG
Sep 17 '17 at 22:01
Yes, starting withdocumentclassand ending withend{document}.
– Kurt
Sep 17 '17 at 22:07
@Kurt, excuse me for the huge delay. I have just edited the example, as per your suggestion. Thank you for the help!
– SRG
Dec 9 at 13:11
add a comment |
I tried the previous suggestion and it had no effect on my case. However, what did improve the output was to specify a different border size for the frame. Use the linewidth attribute:
documentclass{article}
usepackage{mdframed}
begin{document}
mdfsetup{
linewidth=0.6pt
}
begin{mdframed}
Hi there!
end{mdframed}
end{document}
Please make your code snippet compilable ...
– Kurt
Sep 17 '17 at 18:43
Hi Kurt, do you mean to include theusepackageand so on?
– SRG
Sep 17 '17 at 22:01
Yes, starting withdocumentclassand ending withend{document}.
– Kurt
Sep 17 '17 at 22:07
@Kurt, excuse me for the huge delay. I have just edited the example, as per your suggestion. Thank you for the help!
– SRG
Dec 9 at 13:11
add a comment |
I tried the previous suggestion and it had no effect on my case. However, what did improve the output was to specify a different border size for the frame. Use the linewidth attribute:
documentclass{article}
usepackage{mdframed}
begin{document}
mdfsetup{
linewidth=0.6pt
}
begin{mdframed}
Hi there!
end{mdframed}
end{document}
I tried the previous suggestion and it had no effect on my case. However, what did improve the output was to specify a different border size for the frame. Use the linewidth attribute:
documentclass{article}
usepackage{mdframed}
begin{document}
mdfsetup{
linewidth=0.6pt
}
begin{mdframed}
Hi there!
end{mdframed}
end{document}
edited Dec 9 at 13:11
answered Sep 17 '17 at 18:22
SRG
114
114
Please make your code snippet compilable ...
– Kurt
Sep 17 '17 at 18:43
Hi Kurt, do you mean to include theusepackageand so on?
– SRG
Sep 17 '17 at 22:01
Yes, starting withdocumentclassand ending withend{document}.
– Kurt
Sep 17 '17 at 22:07
@Kurt, excuse me for the huge delay. I have just edited the example, as per your suggestion. Thank you for the help!
– SRG
Dec 9 at 13:11
add a comment |
Please make your code snippet compilable ...
– Kurt
Sep 17 '17 at 18:43
Hi Kurt, do you mean to include theusepackageand so on?
– SRG
Sep 17 '17 at 22:01
Yes, starting withdocumentclassand ending withend{document}.
– Kurt
Sep 17 '17 at 22:07
@Kurt, excuse me for the huge delay. I have just edited the example, as per your suggestion. Thank you for the help!
– SRG
Dec 9 at 13:11
Please make your code snippet compilable ...
– Kurt
Sep 17 '17 at 18:43
Please make your code snippet compilable ...
– Kurt
Sep 17 '17 at 18:43
Hi Kurt, do you mean to include the
usepackage and so on?– SRG
Sep 17 '17 at 22:01
Hi Kurt, do you mean to include the
usepackage and so on?– SRG
Sep 17 '17 at 22:01
Yes, starting with
documentclass and ending with end{document}.– Kurt
Sep 17 '17 at 22:07
Yes, starting with
documentclass and ending with end{document}.– Kurt
Sep 17 '17 at 22:07
@Kurt, excuse me for the huge delay. I have just edited the example, as per your suggestion. Thank you for the help!
– SRG
Dec 9 at 13:11
@Kurt, excuse me for the huge delay. I have just edited the example, as per your suggestion. Thank you for the help!
– SRG
Dec 9 at 13:11
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%2f124539%2fmdframed-missing-half-the-frame%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
1
I correctly see the whole frame. I had to adjust your mwe as it does not compile: load
xcolorrather thancolor.– Claudio Fiandrino
Jul 18 '13 at 10:47
Interesting... it appears that as I zoom in some lines appear and disappear using pdflatex. Do you think this will print properly?
– HCAI
Jul 18 '13 at 10:52
1
I've found that behavior you note about lines disappearing during graphical rendering. I've always seen it print. However, I have on occasion noted that the contrast associated with line thicknesses "on screen" and "on paper" may differ.
– Steven B. Segletes
Jul 18 '13 at 11:12
@HCAI the appear/disappear thing sounds like you are using Adobe reader. if this is the case, try unset the "Enhance thin lines" option in the "Page Display" category of the Preferences.
– ArTourter
Jul 18 '13 at 11:23
Oh I see, hmm ok I'll trust that it works then. Perhaps I'll give it a test run
– HCAI
Jul 18 '13 at 12:13