* Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
@ 2001-11-06 23:50 Bruce Horrocks
2001-11-07 8:29 ` Taco Hoekwater
0 siblings, 1 reply; 11+ messages in thread
From: Bruce Horrocks @ 2001-11-06 23:50 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-06 23:50 Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX) Bruce Horrocks
@ 2001-11-07 8:29 ` Taco Hoekwater
2001-11-07 11:37 ` Bruce Horrocks
2001-11-07 17:17 ` Hans Hagen
0 siblings, 2 replies; 11+ messages in thread
From: Taco Hoekwater @ 2001-11-07 8:29 UTC (permalink / raw)
Cc: ntg-context
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-07 8:29 ` Taco Hoekwater
@ 2001-11-07 11:37 ` Bruce Horrocks
2001-11-07 15:47 ` Taco Hoekwater
2001-11-07 17:17 ` Hans Hagen
1 sibling, 1 reply; 11+ messages in thread
From: Bruce Horrocks @ 2001-11-07 11:37 UTC (permalink / raw)
Cc: ntg-context
[-- 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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-07 11:37 ` Bruce Horrocks
@ 2001-11-07 15:47 ` Taco Hoekwater
2001-11-07 17:04 ` Hans Hagen
0 siblings, 1 reply; 11+ messages in thread
From: Taco Hoekwater @ 2001-11-07 15:47 UTC (permalink / raw)
Cc: ntg-context
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-07 15:47 ` Taco Hoekwater
@ 2001-11-07 17:04 ` Hans Hagen
2001-11-07 23:17 ` Bruce Horrocks
2001-11-08 8:18 ` Taco Hoekwater
0 siblings, 2 replies; 11+ messages in thread
From: Hans Hagen @ 2001-11-07 17:04 UTC (permalink / raw)
Cc: Bruce Horrocks, ntg-context
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
-------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-07 8:29 ` Taco Hoekwater
2001-11-07 11:37 ` Bruce Horrocks
@ 2001-11-07 17:17 ` Hans Hagen
1 sibling, 0 replies; 11+ messages in thread
From: Hans Hagen @ 2001-11-07 17:17 UTC (permalink / raw)
Cc: ntg-context
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
-------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-07 17:04 ` Hans Hagen
@ 2001-11-07 23:17 ` Bruce Horrocks
2001-11-08 9:27 ` Hans Hagen
2001-11-08 8:18 ` Taco Hoekwater
1 sibling, 1 reply; 11+ messages in thread
From: Bruce Horrocks @ 2001-11-07 23:17 UTC (permalink / raw)
Cc: ntg-context
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-07 17:04 ` Hans Hagen
2001-11-07 23:17 ` Bruce Horrocks
@ 2001-11-08 8:18 ` Taco Hoekwater
1 sibling, 0 replies; 11+ messages in thread
From: Taco Hoekwater @ 2001-11-08 8:18 UTC (permalink / raw)
"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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-07 23:17 ` Bruce Horrocks
@ 2001-11-08 9:27 ` Hans Hagen
2001-11-08 14:59 ` Bruce Horrocks
0 siblings, 1 reply; 11+ messages in thread
From: Hans Hagen @ 2001-11-08 9:27 UTC (permalink / raw)
Cc: Taco Hoekwater, ntg-context
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
-------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-08 9:27 ` Hans Hagen
@ 2001-11-08 14:59 ` Bruce Horrocks
2001-11-08 16:08 ` Taco Hoekwater
0 siblings, 1 reply; 11+ messages in thread
From: Bruce Horrocks @ 2001-11-08 14:59 UTC (permalink / raw)
Cc: Taco Hoekwater, ntg-context
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX)
2001-11-08 14:59 ` Bruce Horrocks
@ 2001-11-08 16:08 ` Taco Hoekwater
0 siblings, 0 replies; 11+ messages in thread
From: Taco Hoekwater @ 2001-11-08 16:08 UTC (permalink / raw)
Cc: pragma, ntg-context
> 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
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2001-11-08 16:08 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-11-06 23:50 Problem with bit maps with ConTeXt under MikTeX (works fine using LaTeX) Bruce Horrocks
2001-11-07 8:29 ` Taco Hoekwater
2001-11-07 11:37 ` Bruce Horrocks
2001-11-07 15:47 ` Taco Hoekwater
2001-11-07 17:04 ` Hans Hagen
2001-11-07 23:17 ` Bruce Horrocks
2001-11-08 9:27 ` Hans Hagen
2001-11-08 14:59 ` Bruce Horrocks
2001-11-08 16:08 ` Taco Hoekwater
2001-11-08 8:18 ` Taco Hoekwater
2001-11-07 17:17 ` Hans Hagen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).