Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Bruce Horrocks]

Hi,

I have two very simple files that include a batman image: the LaTeX one 
works fine, the ConTeXt one doesn't (it just displays a frame saying 
"name dummy, file sample.bmp unknown").

I'm new to ConTeXt so I'm hoping that there is something very simple 
that I'm missing here, or that someone can at least suggest some 
debugging options to set that might help me work out what is or isn't 
happening.

I'm using MikTeX 2.1 with an out of the box "large" install.

The LaTeX file is:

>\documentclass{article}
>\usepackage{graphicx}
>\begin{document}
>This is a test
>\includegraphics[width=2in,height=1in]{sample.bmp}
>\end{document}

The ConTeXt file is:

>\starttext
>This is a test
>\placefigure
>  [right]
>  []
>  {none}
>  {\externalfigure
>    [sample]
>    [width=2in, height=1in]}
>\stoptext

When I compile the LaTeX file with:
   c:> latex l-test.tex

I get the following on the console:

>This is TeX, Version 3.14159 (MiKTeX 2.1)
>(l-test.tex
>LaTeX2e <2001/06/01>
>Babel <v3.7h> and hyphenation patterns for english, french, german, 
>ngerman, du
>mylang, nohyphenation, loaded.
>(C:\Program Files\MiKTeX\tex\latex\base\article.cls
>Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
>(C:\Program Files\MiKTeX\tex\latex\base\size10.clo))
>(C:\Program Files\MiKTeX\tex\latex\graphics\graphicx.sty
>(C:\Program Files\MiKTeX\tex\latex\graphics\keyval.sty)
>(C:\Program Files\MiKTeX\tex\latex\graphics\graphics.sty
>(C:\Program Files\MiKTeX\tex\latex\graphics\trig.sty)
>(C:\Program Files\MiKTeX\tex\latex\00miktex\graphics.cfg)
>(C:\Program Files\MiKTeX\tex\latex\graphics\dvips.def)))
>No file l-test.aux.
><sample.bmp> [1] (l-test.aux) )
>Output written on l-test.dvi (1 page, 284 bytes).
>Transcript written on l-test.log.

And the following in the .log file

>This is TeX, Version 3.14159 (MiKTeX 2.1) (preloaded format=latex 
>2000.11.28)  6 NOV 2001 23:30
>**l-test.tex
>(l-test.tex
>LaTeX2e <2001/06/01>
>Babel <v3.7h> and hyphenation patterns for english, french, german, 
>ngerman, du
>mylang, nohyphenation, loaded.
>(C:\Program Files\MiKTeX\tex\latex\base\article.cls
>Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
>(C:\Program Files\MiKTeX\tex\latex\base\size10.clo
>File: size10.clo 2001/04/21 v1.4e Standard LaTeX file (size option)
>)
>\c@part=\count79
>\c@section=\count80
>\c@subsection=\count81
>\c@subsubsection=\count82
>\c@paragraph=\count83
>\c@subparagraph=\count84
>\c@figure=\count85
>\c@table=\count86
>\abovecaptionskip=\skip41
>\belowcaptionskip=\skip42
>\bibindent=\dimen102
>)
>(C:\Program Files\MiKTeX\tex\latex\graphics\graphicx.sty
>Package: graphicx 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
>
>(C:\Program Files\MiKTeX\tex\latex\graphics\keyval.sty
>Package: keyval 1999/03/16 v1.13 key=value parser (DPC)
>\KV@toks@=\toks14
>)
>(C:\Program Files\MiKTeX\tex\latex\graphics\graphics.sty
>Package: graphics 2001/07/07 v1.0n Standard LaTeX Graphics (DPC,SPQR)
>
>(C:\Program Files\MiKTeX\tex\latex\graphics\trig.sty
>Package: trig 1999/03/16 v1.09 sin cos tan (DPC)
>)
>(C:\Program Files\MiKTeX\tex\latex\00miktex\graphics.cfg)
>Package graphics Info: Driver file: dvips.def on input line 80.
>
>(C:\Program Files\MiKTeX\tex\latex\graphics\dvips.def
>File: dvips.def 1999/02/16 v3.0i Driver-dependant file (DPC,SPQR)
>))
>\Gin@req@height=\dimen103
>\Gin@req@width=\dimen104
>)
>No file l-test.aux.
>LaTeX Font Info:    Checking defaults for OML/cmm/m/it on input line 3.
>LaTeX Font Info:    ... okay on input line 3.
>LaTeX Font Info:    Checking defaults for T1/cmr/m/n on input line 3.
>LaTeX Font Info:    ... okay on input line 3.
>LaTeX Font Info:    Checking defaults for OT1/cmr/m/n on input line 3.
>LaTeX Font Info:    ... okay on input line 3.
>LaTeX Font Info:    Checking defaults for OMS/cmsy/m/n on input line 3.
>LaTeX Font Info:    ... okay on input line 3.
>LaTeX Font Info:    Checking defaults for OMX/cmex/m/n on input line 3.
>LaTeX Font Info:    ... okay on input line 3.
>LaTeX Font Info:    Checking defaults for U/cmr/m/n on input line 3.
>LaTeX Font Info:    ... okay on input line 3.
>File: sample.bmp Graphic file (type bmp)
><sample.bmp> [1
>
>] (l-test.aux) )
>Output written on l-test.dvi (1 page, 284 bytes).

When I compile the ConTeXt file with:
   c:> texexec c-test.tex

I get the following on the console:

>
> TeXExec 2.5 - ConTeXt / PRAGMA ADE 1997-2001
>
>            executable : pdfetex
>                format : cont-en
>             inputfile : c-test
>                output : standard
>             interface : en
>          current mode : all
>               TeX run : 1
>
>This is pdfeTeX, Version 3.14159-14f-released-20000525-2.1 (MiKTeX 2.1)
>entering extended mode
>(c-test.tex{pdftex.cfg}
>
>ConTeXt  ver: 2001.7.11  fmt: 2001.11.4  int: english  mes: english
>
>language       : language en is active
>system         : cont-new loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-new.tex
>systems        : beware: some patches loaded from cont-new.tex!
>system (E-TEX) : [line 202] \ifcsname
>)
>system         : cont-old loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-old.tex
>loading        : Context Old Macros
>)
>system         : cont-fil loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-fil.tex
>loading        : Context File Synonyms
>)
>bodyfont       : 12pt rm is loaded
>language       : patterns 2-en-2 2-de-2 2-fr-2 2-es-2 2-nl-2 loaded
>specials       : tex,postscript,rokicki loaded
>system         : c-test.top loaded
>(./c-test.top)
>systems        : begin file c-test at line 1
>figures        : figure sample can not be found
>floatblocks    : 1 placed
>[1.1]
>systems        : end file c-test at line 10
> )
>Output written on c-test.dvi (1 page, 568 bytes).
>Transcript written on c-test.log.
>
>              run time : 1 seconds
>  sorting and checking : running texutil
>
> TeXUtil 7.3 - ConTeXt / PRAGMA ADE 1992-2000
>
>                action : processing commands, lists and registers
>                option : sorting IJ under Y
>                option : converting high ASCII values
>            input file : c-test.tui
>           output file : c-test.tuo
>       passed commands : 6
>         remapped keys : 0
>      register entries : 0 -> 0 entries 0 references
>       synonym entries : 0 -> 0 entries
>        embedded files : 1
>
> utility file analysis : another run needed
>               TeX run : 2
>
>This is pdfeTeX, Version 3.14159-14f-released-20000525-2.1 (MiKTeX 2.1)
>entering extended mode
>(c-test.tex{pdftex.cfg}
>
>ConTeXt  ver: 2001.7.11  fmt: 2001.11.4  int: english  mes: english
>
>language       : language en is active
>system         : cont-new loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-new.tex
>systems        : beware: some patches loaded from cont-new.tex!
>system (E-TEX) : [line 202] \ifcsname
>)
>system         : cont-old loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-old.tex
>loading        : Context Old Macros
>)
>system         : cont-fil loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-fil.tex
>loading        : Context File Synonyms
>)
>bodyfont       : 12pt rm is loaded
>language       : patterns 2-en-2 2-de-2 2-fr-2 2-es-2 2-nl-2 loaded
>specials       : tex,postscript,rokicki loaded
>system         : c-test.top loaded
>(./c-test.top) (./c-test.tuo) (./c-test.tuo) (./c-test.tuo) 
>(./c-test.tuo)
>(./c-test.tuo) (./c-test.tuo) (./c-test.tuo) (./c-test.tuo) 
>(./c-test.tuo)
>(./c-test.tuo) (./c-test.tuo) (./c-test.tuo) (./c-test.tuo)
>systems        : begin file c-test at line 1
>figures        : figure sample can not be found
>(./c-test.tuo)
>floatblocks    : 1 placed
>[1.1]
>systems        : end file c-test at line 10
> )
>Output written on c-test.dvi (1 page, 568 bytes).
>Transcript written on c-test.log.
>
>              run time : 1 seconds
>  sorting and checking : running texutil
>
> TeXUtil 7.3 - ConTeXt / PRAGMA ADE 1992-2000
>
>                action : processing commands, lists and registers
>                option : sorting IJ under Y
>                option : converting high ASCII values
>            input file : c-test.tui
>           output file : c-test.tuo
>       passed commands : 6
>         remapped keys : 0
>      register entries : 0 -> 0 entries 0 references
>       synonym entries : 0 -> 0 entries
>        embedded files : 1

And the following in the .log file:

>This is pdfeTeX, Version 3.14159-14f-released-20000525-2.1 (MiKTeX 2.1) 
>(preloaded format=cont-en 2001.11.4)  6 NOV 2001 23:33
>entering extended mode
>**c-test.tex
>(c-test.tex{pdftex.cfg}
>
>ConTeXt  ver: 2001.7.11  fmt: 2001.11.4  int: english  mes: english
>
>language       : language en is active
>system         : cont-new loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-new.tex
>systems        : beware: some patches loaded from cont-new.tex!
>system (E-TEX) : [line 202] \ifcsname
>)
>system         : cont-old loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-old.tex
>loading        : Context Old Macros
>)
>system         : cont-fil loaded
>(C:\Program Files\MiKTeX\tex\context\base\cont-fil.tex
>loading        : Context File Synonyms
>)
>bodyfont       : 12pt rm is loaded
>language       : patterns 2-en-2 2-de-2 2-fr-2 2-es-2 2-nl-2 loaded
>specials       : tex,postscript,rokicki loaded
>system         : c-test.top loaded
>(./c-test.top) (./c-test.tuo) (./c-test.tuo) (./c-test.tuo) 
>(./c-test.tuo)
>(./c-test.tuo) (./c-test.tuo) (./c-test.tuo) (./c-test.tuo) 
>(./c-test.tuo)
>(./c-test.tuo) (./c-test.tuo) (./c-test.tuo) (./c-test.tuo)
>systems        : begin file c-test at line 1
>figures        : figure sample can not be found
>(./c-test.tuo)
>floatblocks    : 1 placed
>[1.1]
>systems        : end file c-test at line 10
> )
>Output written on c-test.dvi (1 page, 568 bytes).

Presumably this is a pdfeTeX configuration issue (since the LaTeX 
version works) but I've no idea what option to change?

Finally, if it helps, when I change the graphics file to be a .png file 
rather than .bmp and compile with:
   c:> texexec --pdf c-test.tex

then I get a perfectly formed .pdf file, including the graphic as 
expected.

Any suggestions gratefully received.

Regards,
-- 
Bruce Horrocks
Hampshire
England
bh@granby.demon.co.uk

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Taco Hoekwater]

Hi Bruce,

dvips supports (some versions of) bmp as image format, pdftex as driver doesn't (in pdf mode, that is). If you output a DVI file, it can pass on the emtex specials essentially like latex does, but there is no support for that in Context.

If you send me the bmp file, I can probably hack it in. But bmp is a silly format and it is only partially supported by dvips anyway. So, why do you want to use it?

"Bruce Horrocks" <bh@granby.demon.co.uk> wrote:
> Hi,
> 
> I have two very simple files that include a batman image: the LaTeX one 
> works fine, the ConTeXt one doesn't (it just displays a frame saying 
> "name dummy, file sample.bmp unknown").
> 
> I'm new to ConTeXt so I'm hoping that there is something very simple 
> that I'm missing here, or that someone can at least suggest some 
> debugging options to set that might help me work out what is or isn't 
> happening.

-- 
groeten,

Taco

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Bruce Horrocks]

[-- Attachment #1: Type: text/plain, Size: 1716 bytes --]

In message <20011107092947.0c79bdd4.taco@elvenkind.com>,
on Wed, 7 Nov 2001 at 09:29:47, Taco Hoekwater wrote:

>dvips supports (some versions of) bmp as image format, pdftex as driver 
>doesn't (in pdf mode, that is). If you output a DVI file, it can pass 
>on the emtex specials essentially like latex does, but there is no 
>support for that in Context.
>
>If you send me the bmp file, I can probably hack it in. But bmp is a 
>silly format and it is only partially supported by dvips anyway. So, 
>why do you want to use it?

I want to use something that Yap can display because of the improved 
edit cycle with its support for forward and reverse lookups. What I want 
to produce is a manual containing lots (hundreds, maybe thousands) of 
small screen dumps as step-by-step illustrations. It's essential that I 
can see the image that I'm referring to while writing otherwise I'm 
going to get horribly confused. The final manual will be in PDF, both 
printable and screen versions - hence the reason for choosing ConTeXt 
over LaTeX.

So I would prefer to have .png support in both (DVI preview and PDF) as 
this saves messing around with multiple copies of the image files. If 
you're going to makes changes to support this then please do so for png. 
(I was only using bmp here because I assumed that my setup was wrong and 
that it should work in some way.)

I've attached a sample bitmap so you can see the kind of thing that I 
want to put in.

Finally an apology to all re the first line of my original message:
>> I have two very simple files that include a batman image: the LaTeX one
Somehow "bitmap" was auto-corrected into "batman" which must have left 
some of you a little confused :-)

Regards,

[-- Attachment #2: sample.png --]
[-- Type: image/png, Size: 839 bytes --]

[-- Attachment #3: Type: text/plain, Size: 59 bytes --]

-- 
Bruce Horrocks
Hampshire
England
bh@granby.demon.co.uk

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Taco Hoekwater]

Hi,

> I want to use something that Yap can display because of the improved 
> edit cycle with its support for forward and reverse lookups. What I want 
Right, I see. Available paths using context:

1)  use png file and texexec --pdf, preview in acroread

2) you can try my (very ugly, more like a proof of concept) hack with bmp files and yap:

%% start of file
\unprotect
\definefileinsertion{tr}{bmp}#1#2#3#4#5#6#7#8#9%
  {\scratchdimen\@@efbreedte 
   \ScaledPointsToWholeBigPoints{\number\scratchdimen}\width
   \scratchdimen\@@efhoogte 
   \ScaledPointsToWholeBigPoints{\number\scratchdimen}\height
   \vbox to 0pt{\kern -\@@efhoogte\hbox{%
     \ifnum\height = 0
       \ifnum\width = 0 \special{em: graph #1}%
       \else            \special{em: graph #1,\width bp}%
       \fi
     \else 
      \special{em: graph #1,\width bp,\height bp}%
     \fi%
   }\vss}}
\protect
%% 
\starttext

\externalfigure
    [sample.bmp]
    [width=2in, height=1in,scale=1000,method=bmp]
\stoptext
%% End of file

Perhaps Hans can derive something cleaner.

1. Considerations: never bother looking into the bmp for it's size, just use specified values always (as latex does)
2. I don't understand why I need the 'scale=1000'

-- 
groeten,

Taco

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Hans Hagen]

At 04:47 PM 11/7/2001 +0100, Taco Hoekwater wrote:

>Hi,
>
> > I want to use something that Yap can display because of the improved
> > edit cycle with its support for forward and reverse lookups. What I want
>Right, I see. Available paths using context:
>
>1)  use png file and texexec --pdf, preview in acroread
>
>2) you can try my (very ugly, more like a proof of concept) hack with bmp 
>files and yap:
>
>%% start of file
>\unprotect
>\definefileinsertion{tr}{bmp}#1#2#3#4#5#6#7#8#9%
>   {\scratchdimen\@@efbreedte
>    \ScaledPointsToWholeBigPoints{\number\scratchdimen}\width
>    \scratchdimen\@@efhoogte
>    \ScaledPointsToWholeBigPoints{\number\scratchdimen}\height
>    \vbox to 0pt{\kern -\@@efhoogte\hbox{%
>      \ifnum\height = 0
>        \ifnum\width = 0 \special{em: graph #1}%
>        \else            \special{em: graph #1,\width bp}%
>        \fi
>      \else
>       \special{em: graph #1,\width bp,\height bp}%
>      \fi%
>    }\vss}}
>\protect

I cannot test this here -)

#7 and #8 are the dimensions in bp, so this is a better way:

>\definefileinsertion{tr}{bmp}#1#2#3#4#5#6#7#8#9%
>   {\ScaledPointsToWholeBigPoints{#7}\width
>    \ScaledPointsToWholeBigPoints{#8}\height
>    \vbox to 0pt{\kern -#8sp\hbox{%
>      \ifnum\height = 0
>        \ifnum\width = 0 \special{em: graph #1}%
>        \else            \special{em: graph #1,#7sp}%
>        \fi
>      \else
>       \special{em: graph #1,\width bp,\height bp}%
>      \fi%
>    }\vss}}

do we need a special yap driver ?

Hans

is better,

btw, in context all graphics are included at natural size and scaled in the 
figure placement macros; has to do with object reuse

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Hans Hagen]

At 09:29 AM 11/7/2001 +0100, you wrote:

>Hi Bruce,
>
>dvips supports (some versions of) bmp as image format, pdftex as driver 
>doesn't (in pdf mode, that is). If you output a DVI file, it can pass on 
>the emtex specials essentially like latex does, but there is no support 
>for that in Context.

actually i *do* have an emtex special driver for pdftex, see maps -)

>If you send me the bmp file, I can probably hack it in. But bmp is a silly 
>format and it is only partially supported by dvips anyway. So, why do you 
>want to use it?
>
>
>"Bruce Horrocks" <bh@granby.demon.co.uk> wrote:
> > Hi,
> >
> > I have two very simple files that include a batman image: the LaTeX one
> > works fine, the ConTeXt one doesn't (it just displays a frame saying
> > "name dummy, file sample.bmp unknown").
> >
> > I'm new to ConTeXt so I'm hoping that there is something very simple
> > that I'm missing here, or that someone can at least suggest some
> > debugging options to set that might help me work out what is or isn't
> > happening.
>
>
>--
>groeten,
>
>Taco

-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Bruce Horrocks]

In message <5.1.0.14.1.20011107180028.02f98670@server-1>,
on Wed, 7 Nov 2001 at 18:04:29, Hans Hagen wrote:

>At 04:47 PM 11/7/2001 +0100, Taco Hoekwater wrote:
>>2) you can try my (very ugly, more like a proof of concept) hack with 
>>bmp files and yap:
>>
>>%% start of file
>>\unprotect
>>\definefileinsertion{tr}{bmp}#1#2#3#4#5#6#7#8#9%
>>   {\scratchdimen\@@efbreedte
>>    \ScaledPointsToWholeBigPoints{\number\scratchdimen}\width
>>    \scratchdimen\@@efhoogte
>>    \ScaledPointsToWholeBigPoints{\number\scratchdimen}\height
>>    \vbox to 0pt{\kern -\@@efhoogte\hbox{%
>>      \ifnum\height = 0
>>        \ifnum\width = 0 \special{em: graph #1}%
>>        \else            \special{em: graph #1,\width bp}%
>>        \fi
>>      \else
>>       \special{em: graph #1,\width bp,\height bp}%
>>      \fi%
>>    }\vss}}
>>\protect

This works a treat with the .png file (as well as the bmp file) - it's 
exactly what I wanted. 10/10 to Taco. Thanks. (By the way, the scale 
parameter has no effect for me but it doesn't matter since specifying 
the width and height means that it appears just fine anyway. The 
dimensions will be the same for all of my bitmaps so there is no problem 
here - I can just hard code them into a custom macro.)

>#7 and #8 are the dimensions in bp, so this is a better way:
>
>>\definefileinsertion{tr}{bmp}#1#2#3#4#5#6#7#8#9%
>>   {\ScaledPointsToWholeBigPoints{#7}\width
>>    \ScaledPointsToWholeBigPoints{#8}\height
>>    \vbox to 0pt{\kern -#8sp\hbox{%
>>      \ifnum\height = 0
>>        \ifnum\width = 0 \special{em: graph #1}%
>>        \else            \special{em: graph #1,#7sp}%
>>        \fi
>>      \else
>>       \special{em: graph #1,\width bp,\height bp}%
>>      \fi%
>>    }\vss}}
>

This didn't work. The bitmap was included but at a tiny size. I'd hazard 
a guess to say that no scaling is happening here. Sure enough, looking 
in the DVI file itself, I see that there are no dimensions after the 
filename, i.e. the following line must have been the one that inserted 
the special:
>>        \ifnum\width = 0 \special{em: graph #1}%
But I have no idea why the system should think that the width is zero in 
order to execute this line.

>do we need a special yap driver ?

I think that a lot of MikTeX users would appreciate the ability to get 
identical output in DVI or PDF, the only difference being the --PDF 
flag. If a special Yap driver helps achieve this then yes.

Many thanks to you both for such a rapid resolution of my problem. It is 
much appreciated.

Regards,

-- 
Bruce Horrocks
Hampshire
England
bh@granby.demon.co.uk

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Taco Hoekwater]

"Hans Hagen" <pragma@wxs.nl> wrote:
> At 04:47 PM 11/7/2001 +0100, Taco Hoekwater wrote:
> 
> 
> #7 and #8 are the dimensions in bp, so this is a better way:

That's what I thought, but it doesn't work that way. Since the image file itself cannot be found/processed, #7 and #8 are both 0. That's the main reason why it took me so long to get this working :-)

> >\definefileinsertion{tr}{bmp}#1#2#3#4#5#6#7#8#9%
> >   {\ScaledPointsToWholeBigPoints{#7}\width
> >    \ScaledPointsToWholeBigPoints{#8}\height
> >    \vbox to 0pt{\kern -#8sp\hbox{%
                           ^
> >      \ifnum\height = 0
> >        \ifnum\width = 0 \special{em: graph #1}%
> >        \else            \special{em: graph #1,#7sp}%
                                                  ^ 
What's with these one? It should be "\width bp" I think?

> >        \fi
> >      \else
> >       \special{em: graph #1,\width bp,\height bp}%
> >      \fi%
> >    }\vss}}

> do we need a special yap driver ?

Dunno. I can't test this either (well, I get a nice black box in print but that's it). It there a specification for yap's special support somewhere?

-- 
groeten,

Taco

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Hans Hagen]

At 11:17 PM 11/7/2001 +0000, Bruce Horrocks wrote:

>I think that a lot of MikTeX users would appreciate the ability to get 
>identical output in DVI or PDF, the only difference being the --PDF flag. 
>If a special Yap driver helps achieve this then yes.

Does yap use outline fonts and can it be used in the texmf tree? If i can 
download it as a separate app i can try it but i'm not that eager to 
install another tex now.

what is the exact spec of the special?

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Bruce Horrocks]

In message <5.1.0.14.1.20011108102609.03098008@server-1>,
on Thu, 8 Nov 2001 at 10:27:33, Hans Hagen wrote:

>Does yap use outline fonts and can it be used in the texmf tree? If i 
>can download it as a separate app i can try it but i'm not that eager 
>to install another tex now.

It appears to be a completely self-contained executable that sits in a 
general "bin" directory since it does not have its own subdirectories in 
the texmf tree.

It is 260Kb, I've put a copy at
   http://cgcom.capgeminigroup.com/ftp/63598/yap.exe
where it can be downloaded anytime over the next 7 days.

>what is the exact spec of the special?

The only documentation that I can find regarding the specials that it 
supports and their syntax is at:
http://tom.imm.uran.ru/~u1904/tex/yap.html#SEC37

Further up at the same URL there is some information about how it uses 
fonts. I'm not sure what you mean by "does yap use outline fonts": yap 
only supports metafont fonts as far as I know (as opposed to Type 1 or 
TTF).

Regards,
-- 
Bruce Horrocks
Hampshire
England
bh@granby.demon.co.uk

Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)

[Taco Hoekwater]

> The only documentation that I can find regarding the specials that it 
> supports and their syntax is at:
> http://tom.imm.uran.ru/~u1904/tex/yap.html#SEC37

Spec is nearly the same as dvips. 

-- 
groeten,

Taco