In Message Wed, 1 Jun 1994 16:37:00 WET,
Seamus Mac Conaonaigh <[log in to unmask]> writes:
>The help file for DVI2WIN actually states that the "method is optimal
>for dot-matrix and inkjet printers or fax drivers" (is a bubble jet
>more or less an inkjet?) and that "if you use a PostScript printer
>and are not satisfied with this approach, you can attach a dedicated dvi
>driver for printing as outlined in the previous section."
>I still think that perhaps providing abc printer drivers (abc2ps,
>abc2hp etc.) would be a better solution. abc2ps might be reasonably
>easy as PostScript versions of the pk fonts could be downloaded to
A bubble-jet is an inkjet: I think Canon trademarked "bubble-jet" since they
invented the technology. Ink-jets are mechanically only slightly different.
The PostScript problem does add complications to the .dvi archive proposal.
According to the dviwn281 documentation, which outlines (not step-by-step)
how to get around the PostScript bottleneck, you have to get "DVIPS" from
the TeX archives and set up DVIWIN to use it.
I think the list of optimal printers for DVIWIN given above should be
altered to read "any printer except PostScript printers," since all other
printers (not plotters) operate on a pixel method--they print little
dots. That includes all non-PostScript laser printers, of course.
The suggestion for abc2___ drivers sounds great. I fully agree that the abc
format is preferable over anything else out there, so if we can stick to
just storing those files, we should. However, as John Barrett's post just
demonstrated again, it is _VERY_ frustrating and time-consuming to set up
all the myriad software to convert abc tunes to audible or visible music.
I've probably spent close to 100 hours to date figuring all this out.
And now that I've finally got sbTeX3.8 and MusicTeX working, I've discovered
that the MSDOS executable version of ABC2MTEX doesn't even work. Chris
Walshaw (its author) is on that at the moment. I think that fact shows how
many people have made it even this far.
The only problem I foresee with abc2___ drivers which convert abc tunes to
printable files is that there is a far greater variety of printers in the
world than there is a variety of systems (MSDOS, Macintosh, UNIX, VMS. . .)
With the .dvi archive proposal, one only would need a .dvi package like
DVIWIN for each system (I believe they already exist for all common systems).
And we would have to depend on TeX-perts out there to convert the abc tunes
to .dvi files for us. Which is something I'd rather leave to them anyway,
now that I've read all the documentation of the various packages and
programming languages involved in that process.
Maybe before we go any further, I should reveal an important fact I
discovered reading the ABC2MTEX manual: the output of ABC2MTEX requires
editing before processing by TeX. (because of understandable limitations/
imperfections in ABC2MTEX) In other words, anyone who wants to use it
better know how to edit a TeX file. That is, we're being asked to learn
some of the TeX programming language. If not others as well. Luckily for
me I'm comfortable writing MSDOS batch files, or I'd never have got this
Here's an idea: how about a straight abc-to-graphics utility? ABC2TIF or
something like that? .tif files are pretty universally readable.
Alan Ng Fax:(608)255-0650
Internet:[log in to unmask] Bitnet:alanng@wiscmac2