The mdframed package offers the options style=1 and style=3 to have the frames drawn by tikz or pstricks respectively. Using either of these options means that the frames around my boxes just aren't drawn at all.

The following produces the first box with a frame, and then two paragraphs without frames.


\listfiles produces:

 *File List*
 article.cls    2007/10/19 v1.4h Standard LaTeX document class
  size10.clo    2007/10/19 v1.4h Standard LaTeX file (size option)
  lipsum.sty    2005/01/26 v1.0 150 paragraphs of Lorem Ipsum dummy text
mdframed.sty    2010/12/22  v0.6a: mdframed
kvoptions.sty    2009/08/13 v3.4 Keyval support for LaTeX options (HO)
  keyval.sty    1999/03/16 v1.13 key=value parser (DPC)
kvsetkeys.sty    2009/07/30 v1.5 Key value parser with default handler support 
infwarerr.sty    2007/09/09 v1.2 Providing info/warning/message (HO)
etexcmds.sty    2007/12/12 v1.2 Prefix for e-TeX command names (HO)
    etex.sty    1998/03/26 v2.0 eTeX basic definition package (PEB)
    calc.sty    2007/08/22 v4.3 Infix arithmetic (KKT,FJ)
   color.sty    2005/11/14 v1.0j Standard LaTeX Color (DPC)
   color.cfg    2007/01/18 v1.5 color configuration of teTeX/TeXLive
  pdftex.def    2010/03/12 v0.04p Graphics/color for pdfTeX
etoolbox.sty    2011/01/03 v2.1 e-TeX tools for LaTeX

Any answers?

  • I can see the lines with Evince. I remember reading it's an Adobe Reader problem (or something else's problem that only shows up in this viewer). – Andrey Vihrov Jun 16 '11 at 11:55
  • No it isn't. They aren't showing up in my evince (2.32.0) or mupdf, okular... – Seamus Jun 16 '11 at 11:59
  • 2
    @Seamus: You're right. Things work with mdframed.sty 2010/05/14 v4a: mdframed, but not with the latest version. Note that this version doesn't even load TikZ (the older one does). – Andrey Vihrov Jun 16 '11 at 12:07
  • @Andrey Huh. That is weird. I didn't notice that, but tikz isn't listed by \listfiles. This must be a bug... – Seamus Jun 16 '11 at 12:11
  • 2
    "This must be a bug..." I'd call it a feature: it means that it doesn't load packages that it can't be sure are going to be used. – Loop Space Jun 16 '11 at 12:31

I quote from the manual (3.1, emphasis added):

The following options are only global options

It makes sense, I guess. To allow these to be set locally, the mdframed package would always have to load both TikZ and PSTricks which is an awful overhead for something that's optional. So the style option has to be passed to the package itself, not specified on a per-frame basis.

  • 3
    From Andrey's comment on the question, this would appear to be a change of behaviour (can't comment as I've never used the package) in which case it would have made sense to have a logged message "the style option is no longer permitted on a per-frame basis" or something. – Loop Space Jun 16 '11 at 12:13
  • 1
    That just didn't occur to me at all. For the record, my actual usage was in an \mdfsetup right after the \usepackage but even that doesn't work... – Seamus Jun 16 '11 at 12:21
  • @Seamus: Having never used the package, I can't comment on the design of it. But it does seem usual practice that if a package is going to load additional files then it does so at the same time as it is called, not optionally later on. – Loop Space Jun 16 '11 at 12:31

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.