How to define an inner margin for a tcolorbox?











up vote
12
down vote

favorite
4












I created a poster with the baposter class. The basic structure is defined through posterbox objects. Within these, I did embed pictures, using tcolorbox as frame.



Actual Code:



begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]
includegraphics[width=5.8cm]{figure.eps}
end{tcolorbox}


Minimal working example:



documentclass[a0paper,portrait]{article}


usepackage{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]

end{tcolorbox}
end{document}


I did realize that the embedded image protrudes the rounded corners. How can I apply something like an inner margin? I did play with the boxsep argument, which did not seem to help.



Sorry for not providing the complete file. I would have to strip quite a lot, since the poster contains a lot of unpublished data.



rendering problem or user error?



Edit: Sorry for not providing an image! MWE also included now.
Also happens for empty tcolorboxes.





This portion added by Steven Segletes to better demonstrate the strange behavior. Changing the arc units from em to pt changes the behavior completely.



documentclass[a0paper,portrait]{article}
usepackage{tcolorbox}
begin{document}
title{Test}
begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=.3em,boxsep=-1mm]

end{tcolorbox}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=3.4pt,boxsep=-1mm]

end{tcolorbox}
end{document}


enter image description here










share|improve this question
























  • Welcome to TeX.SX! Try to use the left=, right= etc. options, with some length arguments. The boxsep option acts in addition to them
    – Christian Hupfer
    Jan 7 '15 at 20:32












  • Thank you for the fast response. left/right= seems to shift e.g. text within the tcolorbox, but the embedded image remains in its place.
    – engineer
    Jan 7 '15 at 20:44










  • Perhaps your image is too large? ;-)
    – Christian Hupfer
    Jan 7 '15 at 20:45






  • 1




    Please help us to help you and add a minimal working example (MWE) that illustrates your problem. It will be much easier for us to reproduce your situation and find out what the issue is when we see compilable code, starting with documentclass{...} and ending with end{document}.
    – Christian Hupfer
    Jan 7 '15 at 20:51






  • 1




    Interestingly, if you specify arc in pt instead of em, all seems well. Very strange.
    – Steven B. Segletes
    Jan 7 '15 at 21:16















up vote
12
down vote

favorite
4












I created a poster with the baposter class. The basic structure is defined through posterbox objects. Within these, I did embed pictures, using tcolorbox as frame.



Actual Code:



begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]
includegraphics[width=5.8cm]{figure.eps}
end{tcolorbox}


Minimal working example:



documentclass[a0paper,portrait]{article}


usepackage{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]

end{tcolorbox}
end{document}


I did realize that the embedded image protrudes the rounded corners. How can I apply something like an inner margin? I did play with the boxsep argument, which did not seem to help.



Sorry for not providing the complete file. I would have to strip quite a lot, since the poster contains a lot of unpublished data.



rendering problem or user error?



Edit: Sorry for not providing an image! MWE also included now.
Also happens for empty tcolorboxes.





This portion added by Steven Segletes to better demonstrate the strange behavior. Changing the arc units from em to pt changes the behavior completely.



documentclass[a0paper,portrait]{article}
usepackage{tcolorbox}
begin{document}
title{Test}
begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=.3em,boxsep=-1mm]

end{tcolorbox}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=3.4pt,boxsep=-1mm]

end{tcolorbox}
end{document}


enter image description here










share|improve this question
























  • Welcome to TeX.SX! Try to use the left=, right= etc. options, with some length arguments. The boxsep option acts in addition to them
    – Christian Hupfer
    Jan 7 '15 at 20:32












  • Thank you for the fast response. left/right= seems to shift e.g. text within the tcolorbox, but the embedded image remains in its place.
    – engineer
    Jan 7 '15 at 20:44










  • Perhaps your image is too large? ;-)
    – Christian Hupfer
    Jan 7 '15 at 20:45






  • 1




    Please help us to help you and add a minimal working example (MWE) that illustrates your problem. It will be much easier for us to reproduce your situation and find out what the issue is when we see compilable code, starting with documentclass{...} and ending with end{document}.
    – Christian Hupfer
    Jan 7 '15 at 20:51






  • 1




    Interestingly, if you specify arc in pt instead of em, all seems well. Very strange.
    – Steven B. Segletes
    Jan 7 '15 at 21:16













up vote
12
down vote

favorite
4









up vote
12
down vote

favorite
4






4





I created a poster with the baposter class. The basic structure is defined through posterbox objects. Within these, I did embed pictures, using tcolorbox as frame.



Actual Code:



begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]
includegraphics[width=5.8cm]{figure.eps}
end{tcolorbox}


Minimal working example:



documentclass[a0paper,portrait]{article}


usepackage{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]

end{tcolorbox}
end{document}


I did realize that the embedded image protrudes the rounded corners. How can I apply something like an inner margin? I did play with the boxsep argument, which did not seem to help.



Sorry for not providing the complete file. I would have to strip quite a lot, since the poster contains a lot of unpublished data.



rendering problem or user error?



Edit: Sorry for not providing an image! MWE also included now.
Also happens for empty tcolorboxes.





This portion added by Steven Segletes to better demonstrate the strange behavior. Changing the arc units from em to pt changes the behavior completely.



documentclass[a0paper,portrait]{article}
usepackage{tcolorbox}
begin{document}
title{Test}
begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=.3em,boxsep=-1mm]

end{tcolorbox}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=3.4pt,boxsep=-1mm]

end{tcolorbox}
end{document}


enter image description here










share|improve this question















I created a poster with the baposter class. The basic structure is defined through posterbox objects. Within these, I did embed pictures, using tcolorbox as frame.



Actual Code:



begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]
includegraphics[width=5.8cm]{figure.eps}
end{tcolorbox}


Minimal working example:



documentclass[a0paper,portrait]{article}


usepackage{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=0.6em,boxsep=-1mm]

end{tcolorbox}
end{document}


I did realize that the embedded image protrudes the rounded corners. How can I apply something like an inner margin? I did play with the boxsep argument, which did not seem to help.



Sorry for not providing the complete file. I would have to strip quite a lot, since the poster contains a lot of unpublished data.



rendering problem or user error?



Edit: Sorry for not providing an image! MWE also included now.
Also happens for empty tcolorboxes.





This portion added by Steven Segletes to better demonstrate the strange behavior. Changing the arc units from em to pt changes the behavior completely.



documentclass[a0paper,portrait]{article}
usepackage{tcolorbox}
begin{document}
title{Test}
begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=.3em,boxsep=-1mm]

end{tcolorbox}

begin{tcolorbox}[colframe=gray,colback=white,boxrule=2pt,arc=3.4pt,boxsep=-1mm]

end{tcolorbox}
end{document}


enter image description here







tcolorbox






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 7 '15 at 21:21









Steven B. Segletes

151k9190398




151k9190398










asked Jan 7 '15 at 20:28









engineer

5361413




5361413












  • Welcome to TeX.SX! Try to use the left=, right= etc. options, with some length arguments. The boxsep option acts in addition to them
    – Christian Hupfer
    Jan 7 '15 at 20:32












  • Thank you for the fast response. left/right= seems to shift e.g. text within the tcolorbox, but the embedded image remains in its place.
    – engineer
    Jan 7 '15 at 20:44










  • Perhaps your image is too large? ;-)
    – Christian Hupfer
    Jan 7 '15 at 20:45






  • 1




    Please help us to help you and add a minimal working example (MWE) that illustrates your problem. It will be much easier for us to reproduce your situation and find out what the issue is when we see compilable code, starting with documentclass{...} and ending with end{document}.
    – Christian Hupfer
    Jan 7 '15 at 20:51






  • 1




    Interestingly, if you specify arc in pt instead of em, all seems well. Very strange.
    – Steven B. Segletes
    Jan 7 '15 at 21:16


















  • Welcome to TeX.SX! Try to use the left=, right= etc. options, with some length arguments. The boxsep option acts in addition to them
    – Christian Hupfer
    Jan 7 '15 at 20:32












  • Thank you for the fast response. left/right= seems to shift e.g. text within the tcolorbox, but the embedded image remains in its place.
    – engineer
    Jan 7 '15 at 20:44










  • Perhaps your image is too large? ;-)
    – Christian Hupfer
    Jan 7 '15 at 20:45






  • 1




    Please help us to help you and add a minimal working example (MWE) that illustrates your problem. It will be much easier for us to reproduce your situation and find out what the issue is when we see compilable code, starting with documentclass{...} and ending with end{document}.
    – Christian Hupfer
    Jan 7 '15 at 20:51






  • 1




    Interestingly, if you specify arc in pt instead of em, all seems well. Very strange.
    – Steven B. Segletes
    Jan 7 '15 at 21:16
















Welcome to TeX.SX! Try to use the left=, right= etc. options, with some length arguments. The boxsep option acts in addition to them
– Christian Hupfer
Jan 7 '15 at 20:32






Welcome to TeX.SX! Try to use the left=, right= etc. options, with some length arguments. The boxsep option acts in addition to them
– Christian Hupfer
Jan 7 '15 at 20:32














Thank you for the fast response. left/right= seems to shift e.g. text within the tcolorbox, but the embedded image remains in its place.
– engineer
Jan 7 '15 at 20:44




Thank you for the fast response. left/right= seems to shift e.g. text within the tcolorbox, but the embedded image remains in its place.
– engineer
Jan 7 '15 at 20:44












Perhaps your image is too large? ;-)
– Christian Hupfer
Jan 7 '15 at 20:45




Perhaps your image is too large? ;-)
– Christian Hupfer
Jan 7 '15 at 20:45




1




1




Please help us to help you and add a minimal working example (MWE) that illustrates your problem. It will be much easier for us to reproduce your situation and find out what the issue is when we see compilable code, starting with documentclass{...} and ending with end{document}.
– Christian Hupfer
Jan 7 '15 at 20:51




Please help us to help you and add a minimal working example (MWE) that illustrates your problem. It will be much easier for us to reproduce your situation and find out what the issue is when we see compilable code, starting with documentclass{...} and ending with end{document}.
– Christian Hupfer
Jan 7 '15 at 20:51




1




1




Interestingly, if you specify arc in pt instead of em, all seems well. Very strange.
– Steven B. Segletes
Jan 7 '15 at 21:16




Interestingly, if you specify arc in pt instead of em, all seems well. Very strange.
– Steven B. Segletes
Jan 7 '15 at 21:16










1 Answer
1






active

oldest

votes

















up vote
17
down vote



accepted










There is more than one question to answer here. I try to answer them step by step.



1. How to define an inner margin for a tcolorbox?



The margins are set by left, right, top, bottom. Additionally, boxsep is added to all these values for the resulting margin.



E.g.



begin{tcolorbox}[boxsep=1pt,left=2pt,right=2pt,top=0pt,bottom=0pt]...


gives a total of 3pt for the left and right margin, and a total of 1pt for the top and bottom margin.



2. Content clipping



If rounded corners are used, but there is no margin or a very small margin, the text content (e.g. a picture) can protrude over the rounded corners. This can be avoided by using the enhanced and clip upper options of the skins library which clip the interior:



documentclass[a0paper,portrait]{article}
usepackage[skins]{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[
enhanced,clip upper,%<------------
colframe=gray,colback=white,boxrule=2pt,arc=10pt,
boxsep=0pt,left=0pt,right=0pt,top=0pt,bottom=0pt]
includegraphics[width=linewidth]{example-image}
end{tcolorbox}

end{document}


enter image description here



3. Font dependend units



A tcolorbox is drawn inside a pgfpicture or a tikzpicture environment. Inside such an environment, a nullfont is used. If font dependend units like arc=.3em are given, the actual sizing depends on where this setting is used exactly inside the internal implementation. If it is used (and expanded) before the actual tikzpicture, it will have the intended size, but if it is used very lately in the drawing process, it may become zero.



Using



begin{tcolorbox}[arc=0.3em]

end{tcolorbox}


gives an unlucky combination of this effect. The outer arc is computed automatically before the graphical environment is started. It gets the intended (expanded) size. The inner arc (i.e. arc) stays at 0.3em and becomes 0pt inside the graphical environment.



So, currently, one should use fixed units like 3pt or 3mm to avoid such effects. But, for the next tcolorbox version (3.36 or higher), I will implement a sanitize procedure which freezes font depended units before entering the graphical environment.






share|improve this answer























  • @AboAmmar Thank you :-) Meanwhile, the sanitize procedure for font dependend units is implemented in the current version 3.40.
    – Thomas F. Sturm
    Jan 17 '15 at 18:56











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',
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


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f222152%2fhow-to-define-an-inner-margin-for-a-tcolorbox%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








up vote
17
down vote



accepted










There is more than one question to answer here. I try to answer them step by step.



1. How to define an inner margin for a tcolorbox?



The margins are set by left, right, top, bottom. Additionally, boxsep is added to all these values for the resulting margin.



E.g.



begin{tcolorbox}[boxsep=1pt,left=2pt,right=2pt,top=0pt,bottom=0pt]...


gives a total of 3pt for the left and right margin, and a total of 1pt for the top and bottom margin.



2. Content clipping



If rounded corners are used, but there is no margin or a very small margin, the text content (e.g. a picture) can protrude over the rounded corners. This can be avoided by using the enhanced and clip upper options of the skins library which clip the interior:



documentclass[a0paper,portrait]{article}
usepackage[skins]{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[
enhanced,clip upper,%<------------
colframe=gray,colback=white,boxrule=2pt,arc=10pt,
boxsep=0pt,left=0pt,right=0pt,top=0pt,bottom=0pt]
includegraphics[width=linewidth]{example-image}
end{tcolorbox}

end{document}


enter image description here



3. Font dependend units



A tcolorbox is drawn inside a pgfpicture or a tikzpicture environment. Inside such an environment, a nullfont is used. If font dependend units like arc=.3em are given, the actual sizing depends on where this setting is used exactly inside the internal implementation. If it is used (and expanded) before the actual tikzpicture, it will have the intended size, but if it is used very lately in the drawing process, it may become zero.



Using



begin{tcolorbox}[arc=0.3em]

end{tcolorbox}


gives an unlucky combination of this effect. The outer arc is computed automatically before the graphical environment is started. It gets the intended (expanded) size. The inner arc (i.e. arc) stays at 0.3em and becomes 0pt inside the graphical environment.



So, currently, one should use fixed units like 3pt or 3mm to avoid such effects. But, for the next tcolorbox version (3.36 or higher), I will implement a sanitize procedure which freezes font depended units before entering the graphical environment.






share|improve this answer























  • @AboAmmar Thank you :-) Meanwhile, the sanitize procedure for font dependend units is implemented in the current version 3.40.
    – Thomas F. Sturm
    Jan 17 '15 at 18:56















up vote
17
down vote



accepted










There is more than one question to answer here. I try to answer them step by step.



1. How to define an inner margin for a tcolorbox?



The margins are set by left, right, top, bottom. Additionally, boxsep is added to all these values for the resulting margin.



E.g.



begin{tcolorbox}[boxsep=1pt,left=2pt,right=2pt,top=0pt,bottom=0pt]...


gives a total of 3pt for the left and right margin, and a total of 1pt for the top and bottom margin.



2. Content clipping



If rounded corners are used, but there is no margin or a very small margin, the text content (e.g. a picture) can protrude over the rounded corners. This can be avoided by using the enhanced and clip upper options of the skins library which clip the interior:



documentclass[a0paper,portrait]{article}
usepackage[skins]{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[
enhanced,clip upper,%<------------
colframe=gray,colback=white,boxrule=2pt,arc=10pt,
boxsep=0pt,left=0pt,right=0pt,top=0pt,bottom=0pt]
includegraphics[width=linewidth]{example-image}
end{tcolorbox}

end{document}


enter image description here



3. Font dependend units



A tcolorbox is drawn inside a pgfpicture or a tikzpicture environment. Inside such an environment, a nullfont is used. If font dependend units like arc=.3em are given, the actual sizing depends on where this setting is used exactly inside the internal implementation. If it is used (and expanded) before the actual tikzpicture, it will have the intended size, but if it is used very lately in the drawing process, it may become zero.



Using



begin{tcolorbox}[arc=0.3em]

end{tcolorbox}


gives an unlucky combination of this effect. The outer arc is computed automatically before the graphical environment is started. It gets the intended (expanded) size. The inner arc (i.e. arc) stays at 0.3em and becomes 0pt inside the graphical environment.



So, currently, one should use fixed units like 3pt or 3mm to avoid such effects. But, for the next tcolorbox version (3.36 or higher), I will implement a sanitize procedure which freezes font depended units before entering the graphical environment.






share|improve this answer























  • @AboAmmar Thank you :-) Meanwhile, the sanitize procedure for font dependend units is implemented in the current version 3.40.
    – Thomas F. Sturm
    Jan 17 '15 at 18:56













up vote
17
down vote



accepted







up vote
17
down vote



accepted






There is more than one question to answer here. I try to answer them step by step.



1. How to define an inner margin for a tcolorbox?



The margins are set by left, right, top, bottom. Additionally, boxsep is added to all these values for the resulting margin.



E.g.



begin{tcolorbox}[boxsep=1pt,left=2pt,right=2pt,top=0pt,bottom=0pt]...


gives a total of 3pt for the left and right margin, and a total of 1pt for the top and bottom margin.



2. Content clipping



If rounded corners are used, but there is no margin or a very small margin, the text content (e.g. a picture) can protrude over the rounded corners. This can be avoided by using the enhanced and clip upper options of the skins library which clip the interior:



documentclass[a0paper,portrait]{article}
usepackage[skins]{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[
enhanced,clip upper,%<------------
colframe=gray,colback=white,boxrule=2pt,arc=10pt,
boxsep=0pt,left=0pt,right=0pt,top=0pt,bottom=0pt]
includegraphics[width=linewidth]{example-image}
end{tcolorbox}

end{document}


enter image description here



3. Font dependend units



A tcolorbox is drawn inside a pgfpicture or a tikzpicture environment. Inside such an environment, a nullfont is used. If font dependend units like arc=.3em are given, the actual sizing depends on where this setting is used exactly inside the internal implementation. If it is used (and expanded) before the actual tikzpicture, it will have the intended size, but if it is used very lately in the drawing process, it may become zero.



Using



begin{tcolorbox}[arc=0.3em]

end{tcolorbox}


gives an unlucky combination of this effect. The outer arc is computed automatically before the graphical environment is started. It gets the intended (expanded) size. The inner arc (i.e. arc) stays at 0.3em and becomes 0pt inside the graphical environment.



So, currently, one should use fixed units like 3pt or 3mm to avoid such effects. But, for the next tcolorbox version (3.36 or higher), I will implement a sanitize procedure which freezes font depended units before entering the graphical environment.






share|improve this answer














There is more than one question to answer here. I try to answer them step by step.



1. How to define an inner margin for a tcolorbox?



The margins are set by left, right, top, bottom. Additionally, boxsep is added to all these values for the resulting margin.



E.g.



begin{tcolorbox}[boxsep=1pt,left=2pt,right=2pt,top=0pt,bottom=0pt]...


gives a total of 3pt for the left and right margin, and a total of 1pt for the top and bottom margin.



2. Content clipping



If rounded corners are used, but there is no margin or a very small margin, the text content (e.g. a picture) can protrude over the rounded corners. This can be avoided by using the enhanced and clip upper options of the skins library which clip the interior:



documentclass[a0paper,portrait]{article}
usepackage[skins]{tcolorbox}
begin{document}
title{Test}

begin{tcolorbox}[
enhanced,clip upper,%<------------
colframe=gray,colback=white,boxrule=2pt,arc=10pt,
boxsep=0pt,left=0pt,right=0pt,top=0pt,bottom=0pt]
includegraphics[width=linewidth]{example-image}
end{tcolorbox}

end{document}


enter image description here



3. Font dependend units



A tcolorbox is drawn inside a pgfpicture or a tikzpicture environment. Inside such an environment, a nullfont is used. If font dependend units like arc=.3em are given, the actual sizing depends on where this setting is used exactly inside the internal implementation. If it is used (and expanded) before the actual tikzpicture, it will have the intended size, but if it is used very lately in the drawing process, it may become zero.



Using



begin{tcolorbox}[arc=0.3em]

end{tcolorbox}


gives an unlucky combination of this effect. The outer arc is computed automatically before the graphical environment is started. It gets the intended (expanded) size. The inner arc (i.e. arc) stays at 0.3em and becomes 0pt inside the graphical environment.



So, currently, one should use fixed units like 3pt or 3mm to avoid such effects. But, for the next tcolorbox version (3.36 or higher), I will implement a sanitize procedure which freezes font depended units before entering the graphical environment.







share|improve this answer














share|improve this answer



share|improve this answer








edited Jan 8 '15 at 16:27

























answered Jan 8 '15 at 7:08









Thomas F. Sturm

19.2k13171




19.2k13171












  • @AboAmmar Thank you :-) Meanwhile, the sanitize procedure for font dependend units is implemented in the current version 3.40.
    – Thomas F. Sturm
    Jan 17 '15 at 18:56


















  • @AboAmmar Thank you :-) Meanwhile, the sanitize procedure for font dependend units is implemented in the current version 3.40.
    – Thomas F. Sturm
    Jan 17 '15 at 18:56
















@AboAmmar Thank you :-) Meanwhile, the sanitize procedure for font dependend units is implemented in the current version 3.40.
– Thomas F. Sturm
Jan 17 '15 at 18:56




@AboAmmar Thank you :-) Meanwhile, the sanitize procedure for font dependend units is implemented in the current version 3.40.
– Thomas F. Sturm
Jan 17 '15 at 18:56


















 

draft saved


draft discarded



















































 


draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f222152%2fhow-to-define-an-inner-margin-for-a-tcolorbox%23new-answer', 'question_page');
}
);

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







Popular posts from this blog

サソリ

広島県道265号伴広島線

Accessing regular linux commands in Huawei's Dopra Linux