Hello all,

I'm using Gregorio with the spotcolor package (to use Pantone colors in
my TeX document).  However, there is a conflict because gregoriotex.sty
requires xcolor, which, by its nature, is incompatible with spotcolor.

I've worked around this with the following preamble:

  \makeatletter\@namedef{v...@xcolor.sty}{}\makeatother

  \usepackage{fontspec}
  \usepackage[pdftex]{graphicx}
  \usepackage[pantone]{spotcolor}
  \usepackage{color}
  \usepackage[utf8]{luainputenc}
  \usepackage{gregoriotex}

This basically fools LaTeX into believing xcolor is loaded.

>From what I can tell, gregoriotex.sty only needs xcolor because it wants
to use the RGB color space when defining colors:

  \definecolor{grebackgroundcolor}{RGB}{255,255,255}

and

  \definecolor{gretempcolor}{RGB}{#1,#2,#3}

I'd like to suggest the following:

1. Make gregoriotex.sty require the color package rather than the xcolor
package.  This way, the user can decide if they would like xcolor
functionality or spotcolor functionality.

2. Change the define of grebackgroundcolor to

  \definecolor{grebackgroundcolor}{rgb}{1.0,1.0,1.0}

3. Either:

3a. Leave the \grecoloredlines macro alone for people using xcolor and
create a new macro which takes a color and sets it into the staff line
format:

  \def\grelinecolor#1{%
    \GreSetStaffLinesFormat{%
      \color{#1}%
    }%
    \relax %
  }

This means that \greredlines should now be

  \definecolor{gregoriored}{rgb}{0.90,0.21,0.17} % about the same
  \def\greredlines{%
    \grelinecolor{gregoriored}%
    \relax %
  }

Of course, people upgrading (who use \grecoloredlines) would have to use
the xcolor package manually, but their code can otherwise remain the
same.

3b. Alternately, update the \grecoloredlines to be my definition of
\grelinecolor, above, changing greredlines appropriately.  This
eliminates any vestiges of xcolor, but is a more incompatible change for
people upgrading.  They would have to use the xcolor package as well as
changing their code if they used the old definition of \grecoloredlines.

I think this change makes GregorioTeX more flexible.  Any opinions?

Henry

P.S. If you're going to update GregorioTeX, perhaps pulling in the
"fixes" for TexLive 2011, both in the code and the documentation, might
be a good idea.

_______________________________________________
Gregorio-users mailing list
Gregorio-users@gna.org
https://mail.gna.org/listinfo/gregorio-users

Reply via email to