MathGroup Archive 2009

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: pdf export problem

  • To: mathgroup at
  • Subject: [mg98191] Re: pdf export problem
  • From: hayes.tyler at
  • Date: Wed, 1 Apr 2009 06:00:35 -0500 (EST)
  • References: <gqia5t$oju$> <gqsmtd$3jj$>

Hi Rob:

My comments are below....

On Mar 31, 5:14 am, ragfield <ragfi... at> wrote:
> > A couple of things:
> > [1] For obvious reasons, transparency doesn't work well, but if you
> > save using the "bitmap" that will solve that problem.
> Perhaps these reasons are less obvious than you think.  Transparent
> graphics export to PDF fine for me.  Could you explain what you mean
> by this?

I can only comment on this one, the posting below from someone else.
>From the Documentation Centre on Opacity:

is a graphics directive which specifies that graphical objects which
follow are to be displayed, if possible, with opacity a.
Opacity[a, color]
uses the specified color with opacity a.
    * Opacity runs from 0 to 1, with 0 representing perfect
    * If an opacity a object with color c1 is placed in front of an
object with color c2, the resulting color will be the blend ac1+(1-a)
    * If red and blue with opacity 0.5 are combined, the result is
purple=97not black, as it would be with physical monochromatic filters.
    * Opacity works in both 2D and 3D graphics.
    * It may take significantly longer to render 3D graphics that
involve transparent surfaces.
    * Graphics that involve transparency may need to be printed as
high-resolution bitmaps.

So, this last one is what I meant. And, from my experience, is true.



  • Prev by Date: Re: Integrating package documentation with the documentation center
  • Next by Date: Questions about Locators
  • Previous by thread: Re: Integrating package documentation with the documentation center
  • Next by thread: Re: pdf export problem