file size: 9362284
!load otf : enhancing ...
!load otf : saving in cache: /Library/Fonts/ヒラギノ角ゴ Pro W3.otf
fonts : resetting map file list
{/Users/wolf/ctx/tex/texmf-context/fonts/map/pdftex/context/original-empty.map}
fonts : using map file: original-base
{/Users/wolf/ctx
th pdflatex + lualatex), that's imho the reason why microtype
>> copies the fonts.
>
> in fact that is also the case with pdftex: afaik expansion and
> protrusion values are global and once a font is used they get frozen
Yes, exactly.
>
> in luatex (at least the lua fo
beyond
the "15 cm", which is better. However, they seem slightly too close.
As a test, I ran the comparable plain-TeX file through LuaTeX and PDFTeX.
==
$$
\underbrace{15\,\rm cm}_{L}
$$
\bye
==
The gap between the right brace tip and the text is slightl
/texmf-context/tex/context/base/context.
>>> tex MtxRun | current version: 2008.06.03 19:55
>>>
>>> but with context, I was not able to compile the file, cause there are the
>>> tfm-files missing.
>> What's with "mtxrun --script context delicious&qu
t
> it's about spaces in filenames, but need to try it out.
Since mptopdf works for me, it isn't about spaces. It looks like the
mptopdf program could be better replaced by another simple script:
Try:
C:\Testing>pdftex "&mptopdf" \processMPfile{example.1}
This is pd
the fonts with good quality if
> > I only use TeX. The output of running the file flipp3.tex:
> > http://www.nfmh.is/~kari/pub/context/flipp3.tex
> > * with pdftex: http://www.nfmh.is/~kari/pub/context/flipp3.pdf
> > * with texexec --pdf: http://www.nfmh.is/~kari/pub/
est.tex
(./test.tex{/usr/share/texmf/pdftex/config/pdftex.cfg}
ConTeXt ver: 2006.03.25 13:21 fmt: 2006.4.8 int: english mes: english
systems : pdfTeX version 110 -> please update
systems : eTeX version 201 -> too old (bugs)
language: language en is active
...
bod
gt;>>
>>> It works if i remove (or rename) the dvipdfm directory.
>>>
>>> What can i do to have ruby thing working, and pdftex fonts used instead of
>>> dvipdfm ones?
>>>
>>>
>> your texmf.cnf file should contain:
>&
On 5/18/06, Taco Hoekwater <[EMAIL PROTECTED]> wrote:
> > What about a new pdftex primitive: \pdfimagepixel, which would force
> > using a unit. Then the above would be done by \pdfimagepixel=1bp
>
> You can (as always) propose it on the pdftex list, but i personally
>
On Tue, 2 Jan 2007, Peter Münster wrote:
> On Tue, 2 Jan 2007, Taco Hoekwater wrote:
>
> >- draftmode: With \pdfdraftmode=1 or the commandline switch -draftmode
> > pdfTeX doesn't write the output pdf and doesn't actually read any
> > images, thus
sese afm files instead of tfm when available, so
> >>>> texfont is not needed any more)
> >>>
> >>> How stable/reliable is LuaTeX for general use?
> >>
> >> Well, "not at all" is the wisest answer I can give.
> >
> > Is it possib
Hi Steffen,
On top of what I said just a couple of minutes ago:
On the TEXlive DVD there is a root/context folder. Herunder there is a
minimal distribution of CONTEXT. This distribution offers also Scite. I
do not know what the advantage of the 120b version compared to 120a
version of pdfTeX is
teTeX/share/texmf.tetex/metapost/context
cp -R /cont-tmf\ Folder/metapost/context /usr/local/teTeX/share/texmf.tetex/metapost
rm -R /usr/local/teTeX/share/texmf.tetex/pdftex/config/context
cp -R /cont-tmf\ Folder/pdftex/config/context /usr/local/teTeX/share/texmf.tetex/pdftex/config
rm -R /usr/local/
On Feb 27, 2008, at 10:52 AM, Hans Hagen wrote:
> that looks quite small to me
>
> Hans
Question is: where does this value come from? Since it only occurs in
1.40.7, it must be some default value set during compilation of
pdftex, I assume
Hans Hagen wrote:
> Patrick Gundlach wrote:
>
>> (/opt/context/tex/texmf-context/tex/context/base/sort-lan.mkii)) [1.1pdftex:
>> Invalid argument
>
> weird, looks like an message from pdftex itself
Like Martin said already: you get this kind of magic when the large fi
M.guravage wrote:
> Greetings,
>
> While updating my minimal ConTeXt instance from version 2008.01.28 to
> 2008.05.21, the pdftex formats failed to build with the error:
> "./texmf-linux/web2c/pdftex/cont-en.log:! TeX capacity exceeded, sorry
> [pattern memory=25
Greetings,
While updating my minimal ConTeXt instance from version 2008.01.28 to
2008.05.21, the pdftex formats failed to build with the error:
"./texmf-linux/web2c/pdftex/cont-en.log:! TeX capacity exceeded, sorry
[pattern memory=25]." Has anyone else experienced this, and can you
Am 06.02.2009 um 19:28 schrieb Hans Hagen:
Yue Wang wrote:
Hi,
In macrotype (a latex package which uses pdftex extension), I can use
tracking when I want to assign a small caps font.
How can I do that in ConTeXt?
i have no clue what you mean with tracking
He means the letterspacing
Hello list,
The following example from manual works fine with mk II but fails with
mkIV in recent minimals
\starttext
\startitemize[1,packed]
\head supported image formats in \PDFTEX \par
\startitemize[a]
\item png \item eps \item pdf
\stopitemize
\head non supported image
r ,we have pdfs for pdftex (manuals and pdftex-web, );
for user/macro writer, we have pdfs for context (modules,
cont-eni,ms-cb,metafun);
for good design we will have style.pdf .
luigi
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.
Hello Hans, Mojca,
> FAQ after support for XeTeX has been built in, although I agree that
> the distributions should take care that this wouldn't happen.
> TEXFONTMAPS =
> .;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;$TEXMF/{$progname,pdftex,dvips}/{config,}//
>
Thanks, t
Taco Hoekwater wrote:
>
> The second problem:
>
> texfont simply does not 'do' EC correctly (at least not on my machine).
> There are simply no fi ligatures, not in pdftex either. I will
> investigate this further.
how does -afmpl perform? i always suspected afm2tfm no
Hans Hagen wrote:
> Taco Hoekwater wrote:
>
>>The second problem:
>>
>>texfont simply does not 'do' EC correctly (at least not on my machine).
>>There are simply no fi ligatures, not in pdftex either. I will
>>investigate this further.
>
> how
Hans Hagen wrote:
> texexec --dvi test --nobackend
That works. As another test, using --output=dvi instead of --dvi
produces pdf even with --nobackend.
Just to be thorough, or difficult, I also tried
texexec test --nobackend
where pdftex is both front- and backend. It did the right th
luigi scarso wrote:
> Very good to me hartmut-talk.pdf, so I've made
> www.logosrl.it/context/pdftex/hartmut-talk.html
>
> luigi
> ___
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg
2007/1/3, Aditya Mahajan <[EMAIL PROTECTED]>:
> which makes be believe that it will not work for normal cases.
> However, how about adding a switch to texexec, say --draft, which
> will run the document in draftmode until no more runs are needed, and
> will then run a final typesetting run without
kes towards the inside of the spot
I tried with this set of context/pdftex/metapost:
pdfTeX Version 3.141592-1.40.0 (Web2C 7.5.6)
ConTeXt ver: 2007.01.12 15:56 MKII fmt: 2007.1.13 int: english/english
MetaPost, Version 0.994 (Web2C 7.5.5)
Adobe Reader 7.0.1, Linux
No artifacts whatsoev
Idris Samawi Hamid wrote:
> Hi,
>
> On Fri, 23 Feb 2007 10:56:41 -0700, Alan Bowen <[EMAIL PROTECTED]>
> wrote:
>
>> A file that compiled properly last November now fails at the very end
>> of processing with the error message
>
> Just a possibility
butes
\complexdoitemgrouphead ...leur {\ignorespaces #2}
}\iftextitems
\removeunwan...
l.11
?
[EMAIL PROTECTED]:~/Softdev/ConTeXt> pdftex --version
pdfTeX (Web2C 7.4.5) 3.14159-1.10b
kpathsea version 3.4.5
___
ntg
Shivkumar Chandrasekaran <[EMAIL PROTECTED]> writes:
> ConTeXt ver: 2004.10.07 fmt: 2004.11.1 int: english mes: english
>
> systems : pdfTeX version 111 -> please update
current pdftex is something around
This is pdfeTeX, Version 3.141592-1.20a-rc7.1-2.1 (Web2C
Hartmut Henkel wrote:
Please remove the blank after the "<":
hm, i ran intro something like that recently, pdftex was never sensitive to
blanks there, so i have map files with blanks (since there can be blanks
everywhere i see no reason for a restiction there); makes the file more r
Thomas A.Schmitz wrote:
Oh, one more thing: interestingly, updating ConTeXt makes pdflatex
break, too - in fact, every flavor of TeX that use pdfetex. pdfetex
somehow reads a mapfile that ConTeXt provides and then complains about
missing font. So I have to use the prior beta.
delete the pdftex
bscan002.pdf
TeXExec | arranging file pabscan001.pdf
TeXExec | arranging file pabscan002.pdf
TeXExec | arranging file pabscan010.pdf
TeXExec | processing document 'texexec'
TeXExec | no ctx file found
TeXExec | outputfile pabscana
TeXExec | tex processing method: context
TeXExec | wr
tfile : 2
output : pdftex
interface : en
current mode : none
TeX run : 1
This is pdfeTeX, Version 3.141592-1.30.4-2.2 (Web2C 7.5.5)
(/usr/local/teTeX/share/texmf.local/web2c/natural.tcx)
entering extended mode
(./2.tex
ConTeXt ver: 2006.04.27 1
color : mpcmyk color space is supported
color : mpspot color space is supported
color : system rgb is global activated
[EMAIL PROTECTED]@@[EMAIL PROTECTED]
\openout7 = `4-mpgraph.mp'.
\openout6 = `4-mpgraph.mpb'.
[EMAIL PROTECTED]@\crossreferenceobject=\co
c 3.3 - ConTeXt / PRAGMA ADE 1997-2003
executable : pdfetex
format : cont-en
inputfile : hypcontext
output : pdftex
interface : en
current mode : none
TeX run : 1
This is pdfeTeX, Version 3.14159-1.10b-2
system.
%
% The following commands sets the default font encoding:
%
% \setupencoding [\s!default=ec]
%
% You can let \CONTEXT\ load the map files for \PDFTEX.
%
% \autoloadmapfilestrue
%
% If you use the more verbose naming scheme, uncomment this:
%
% \usetypescript [map] [default,\defaultencoding]
>> $ C:\temp>texmfstart texexec --help
>> TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD
>>
>> However, I cannot make the formats. Going to Miktex 2.7->Settings-
>> >Formats, attempting to build cont-en results in, even though I've
>> copi
rmat cont-en.pdftex.
Creating the cont-en.pdftex format file...
Running pdftex...
This is pdfTeX, Version 3.141592-1.40.4 (MiKTeX 2.7) (INITEX)
entering extended mode
("C:\Program Files\MiKTeX 2.7\tex\context\config\cont-en.ini")
! Emergency stop.
<*> cont-en.ini
: gptest-gnuplot-2-mp.0
Transcript written on gptest-gnuplot-2-mp.log.
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
\write18 enabled.
entering extended mode
[MP to PDF] (./gptest-gnuplot-2-mp.0{/Users/mojca/context/tex/texmf/fonts/map/p
dftex/plain/pdftex.map}) [1]
!pdfTeX error: pdftex (f
.sh (yesterday it ran fine, now=5:20AM GMT 3.Aug) and
> it ends very ungracefully:
>
>
> A section from some the first (of more) failure. Am I doing something wrong?
>
>
> MTXrun | run: texexec --make --all --fast --pdftex cont-nl cont-enTeXExec |
> using search m
on_Instructions
>
> but I could not compile the example (demo-tex.tex)
> In the SciTe windows I receive the following log :
>
> Exec | using randomseed 1152
> TeXExec | tex engine: pdftex
> TeXExec | tex format: cont-en
> TeXExec | progname: context
> warning: Could not open
ing I get a
permission error:
TeXExec | using search method 'kpsewhich'
TeXExec | updating file database
mktexlsr: Updating /Users/hans/Tex/texmf-private/ls-R...
mktexlsr: /usr/local/texlive/2007/texmf: directory not writable.
Skipping...
mktexlsr: Done.
TeXExec | using tex engine
fails?
Thanks a lot,
Xan.
PS: I attach too running.txt that outputs the texexec.
% interface=en output=pdftex
% Regime
\enableregime[utf]
% Choose a font
%\usetypescript [palatino][\defaultencoding]
\setupbodyfont [palatino,12pt]
% Be tolerant with paragraph building
\setuptolerance [horizontal,
On Tue, 7 Mar 2017 18:04:34 +0100
Floris van Manen wrote:
> The incorrect nesting seems to be connected to the luatex engine.
> If i have the same source compiled by pdftex, it works as intended.
>
> So is the different rendering an intended feature of luatex, or a
> simple bug
On Sat, Sep 13 2008, Alan Stone wrote:
> All give a black&white output, except the rgb (somecolor): and
> (somecolor)*: ones
No problem here. Versions:
[EMAIL PROTECTED]:~> context --version
MtxRun | current version: 2008.09.10 14:01
[EMAIL PROTECTED]:~> pdftex --version
On Mon, Jan 10, 2011 at 13:40, Vladimir Lomov wrote:
>
> Sorry, I wasn't aware that pdftex from context minimal pretends to be
> from TL 2010 (or this is intentionaly?).
We could have modified the string, but we don't. We simply take what's
in pdfTeX source repository. (N
On Tue, Feb 1, 2011 at 1:51 PM, luigi scarso wrote:
>> i'll have a look at it (i only tested a luatex only tree sofar)
> seem related only to pdftex and xetex.
> luatex seems ok.
> --
> luigi
>
after
$>mktexlsr
$>texexec --make
builds all the pdftex formats
On 9-11-2011 18:02, Yue Wang wrote:
Hi, Mojca:
just updated context and mkii told me
!pdfTeX error: pdftex (file texnansi.enc): cannot open encoding file for reading
is this file removed?
not on purpose .. it should be there
2009/11/1 Hans Hagen :
> Martin Schröder wrote:
>> No, they are simply build on old systems. Ask Peter. :-)
>
> ah, so they're static binaries
Mostly. glibc is not statically linked.
> ldd Master/bin/x86_64-linux/pdftex
libm.so.6 => /lib64/libm.so.6 (0x2b177
Le mercredi 04/11/09 à 10h20,
luigi scarso a écrit :
> $ texexec test-context
It is OK for the MCE "Hello world" I gave earlier, except the following
warning:
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
The same occurs with chemical formulas.
So
Denis Bitouzé wrote:
> Le mercredi 04/11/09 à 10h20,
> luigi scarso a écrit :
>
>> $ texexec test-context
>
> It is OK for the MCE "Hello world" I gave earlier, except the following
> warning:
>
> pdfTeX warning: pdftex: no GlyphToUnicode entry has b
pdftex the above statement just causes an error. What am I
misunderstanding here?
I should explain that I use Context for non-fiction but plain
pdftex for novels etc.
--
John Culleton
Books with answers to marketing and publishing questions:
http://wexfordpress.com/tex/shortlist.pdf
Book coaches
I have a TOC for a newsletter created in the usual way. But if I
set it up for printing on my local printer then the TOC
disappears.
This works:
\setupoutput[pdftex]
\setuppapersize[letter][letter]
But this kills the TOC:
\setupoutput[pdftex]
\definepapersize[tabloid][width=11in,height=17in
automatically
> changed to 'Fit in Window' whatever the view initially was (e.g. 'Fit
> Width').
you might have more luck with this on the pdftex mailing list.
http://tug.org/mailman/listinfo/pdftex
-f
--
new members urgently required for suicide club.
___
On 6/11/06, John R. Culleton wrote:
> Is there a guide for installing Open Type fonts for use in
> Context?
If you want to use the current pdfTeX, take a look at
http://homepage.mac.com/atl/tex/
http://www.tug.org/pracjourn/2005-2/lindsay/
I gave up once that I tried to follow b
Aditya Mahajan wrote:
>
> which makes be believe that it will not work for normal cases.
> However, how about adding a switch to texexec, say --draft, which
> will run the document in draftmode until no more runs are needed, and
> will then run a final typesetting run without the draftmode. This
Peter Rolf wrote:
> Taco Hoekwater wrote:
>> Peter Rolf wrote:
>>> I've tested it on context live, but the versions of pdftex and metapost
>>> are too old (but work without errors) for any comparison.
>>> Used versions: pdftex 1.40.1, metapost 0.933, con
Taco Hoekwater wrote:
>
> Peter Rolf wrote:
>> I've tested it on context live, but the versions of pdftex and metapost
>> are too old (but work without errors) for any comparison.
>> Used versions: pdftex 1.40.1, metapost 0.933, context 18.01.2007
>>
>
At 11:07 08/10/2003, you wrote:
Are you sure it is the TFM file that is out of date? Or might it be a PK
font?
No, it is a (postscript) font I'm creating myself, so there is no pk-file.
I'm having the same trouble again this morning: edited pfb-file, saved,
new file is used in pdfte
On Wed, 3 Mar 2004, pawcoo wrote:
> please, consider the following simple example of pdftex code:
>
> \pdfliteral{0 1 0 0 k} % Magenta (ugly)
> \hrule height 1pt
> \hrule height 1.1pt
> \end
>
> The upper hairline remains black. What should I do to colorize thin
> li
your texmf.cnf;
that allows ConTeXt to call MetaPost "inline";
pdfTeX will tell you about in every run:
This is pdfTeX, Version 3.14159-1.00b-pretest-20020211 (Web2C 7.3.7x)
\write18 enabled.
Grüßlis vom Hraban!
--
http://www.fiee.net/texnique/
On 2016-04-06 Hans Hagen wrote:
> On 4/5/2016 11:51 PM, Jan Tosovsky wrote:
> > On 2016-04-05 Hans Hagen wrote:
> >> On 4/5/2016 10:55 PM, Jan Tosovsky wrote:
> >>>
> >>> according to http://texdoc.net/texmf-
> >>> dist/doc/latex/microtype/micr
lk like me but confirmation would be comforting.
pdftex, xetex : mkii
luatex : mkiv
i think that in your case you can safely stick to what you use now (i.e.
pdftex + mkii); english is not that demanding when it comes to
encodings and related issues
also, i like some folks to
Hello David,
On Sat, Mar 15, 2008 at 12:00 AM, David Wooten wrote:
> Greetings all,
>
> I've just tried to retypeset a file with very recent conTeXt/pdfTeX minimals
> (as of a few days ago). The file is only a year or so old... but it was
> originally typeset with
Wolfgang Schuster wrote:
> On Sat, 3 May 2008 07:50:05 -0400
> John Culleton <[EMAIL PROTECTED]> wrote:
>
>> I am writing an e-book where pdf file length is an issue. For the
>> minimal "Hello world" file I get the following lengths:
>> tex+dvips+p
etc. whichever ones machine has)
> >
> >
> > It would be most natural, I think, if the -arch switch is added
> > standard through the autoconf scripts. Taco could see to that for
> > metapost and luatex, I trust. Can someone mail this experience to the
> >
xrun --script context delicious" and "texexec --lua
>> delicious", messages for tfm files should come with pdfTeX.
>
> Maybe a simple misunderstanding: 'texexec --lua' works fine, but 'context'
> (the application) gives the missing tfm error. This is beca
> 2. I don't get an error when I compile with mkii. Here's the log of the
> > succesfull compile; http://pastebin.com/m2c98019d.
>
> Works here (ConTeXt - 2008.09.10 14:01, pdfTeX-1.40.9, luaTeX-0.28.0)
> both with mkii and mkiv.
>
> Jano
>
Still doesn&#
es before, but most probably
these are completely legal characters. It's just my ignorance,
probably nothing with the file, really.
After taking a closer look it seems to be an extention (with very
weird syntax) to enable otf fonts. One rarely sees support for those
in pdfTeX. (Even ttf seems t
g map file: ex-antt
{c:\NEWCON~1\tex\texmf-fonts/fonts/map/pdftex/context/texnansi-urw-zapfchan
.map}{c:\NEWCON~1\tex\texmf-fonts/fonts/map/pdftex/context/texnansi-public-antp
.map}{c:\NEWCON~1\tex\texmf/fonts/map/pdftex/context/texnansi-antt.map}
Warning: pdfetex.exe (file rm-antt.ma
;>> \usepackage{m-ch-de}
>>> \begin{document}
>>> Test
>>> \end{document}
>>
>> use the latest greatest context zips
>
> I do, but it does't help. I get exactly the same error:
I am confused. Consider the following file:
\unexpanded\def\test{Tes
ykerns' tables
> report >> load otf: enhance: patch
> report >> load otf: enhance: strip
> report >> load otf: enhance: pack
> report >> load otf: file size: 458648
> report >> load otf: saving: in cache
> fonts : resetting map file l
ntext/sample/knuth.tex)
fonts : resetting map file list
{C:/contextminimal/texmf-context/fonts/map/pdftex/context/original-empty.map}
fonts : using map file: original-base
{C:/contextminimal/texmf-context/fonts/map/pdftex/context/original-base.map}
fonts : using map
>> systems : begin file lucida at line 4
>> (C:/contextminimal/texmf-context/tex/context/sample/knuth.tex)
>> fonts : resetting map file list
>>
>> {C:/contextminimal/texmf-context/fonts/map/pdftex/context/original-empty.map}
>> fonts : us
ansi-lbr is not found
>> define font | unknown font texnansi-lbr, loading aborted
>> define font | unable to define texnansi-lbr as \*lucida12ptmmmrrm*
>> systems : begin file lucida at line 4
>> (C:/contextminimal/texmf-context/tex/context/sample/knuth.tex)
>>
eXt/MikTeX for the second or the third time and now
it doesn't crash any more (but now I get complaints about all the
ConTeXt-specific commands).
However, I discovered something strange in the log files in temporary
folder (they were left there while I stil had the crashing version of
pdfTe
Wolfgang Schuster wrote:
> THis is a nice feature for our own simple plain documents but nothing
> for ConTeXt because there is no replacement in pdfTeX/luaTeX but it
> would be nice to have also something to use different fonts for latin,
> greek, CJK without using environments a
Xt / PRAGMA ADE 1997-2003
executable : pdfetex
format : cont-en
inputfile : test
output : pdftex
interface : en
current mode : none
TeX run : 1
This is pdfeTeX, Version 3.14159-1.10b-2.1 (Web2C 7.4.5)
entering extended mode
(./test.tex{/sw/share/texmf/pdftex/config/pdftex.cfg}
ConTeXt ver:
de my context standalone binary. What I don't
understand now is that SciTE finds the correct standalone binary but
uses texexec to run mkii instead of mkiv as is supposed to be the
defuault:
ConTeXt ver: 2011.12.31 15:44 MKII
and calls an old pdftex from a separate TexLive installation
: cont-sys.rme loaded
(C:/context/tex/texmf-context/tex/context/user/cont-sys.rme
(C:/context/tex/texmf-context/tex/context/base/type-tmf.tex)
(C:/context/tex/texmf-context/tex/context/base/type-siz.tex)
(C:/context/tex/texmf-context/tex/context/base/type-otf.tex))
bodyfont : 12pt rm is loaded
luigi scarso gmail.com> writes:
> can you post the log ?
>
> Can be: if
> $>context
> works than you have a mkiv.
The context command doesn't work at the command line. Here is the log; I'm not
sure how much of it is useful.
This is pdfTeX, Version 3.141592
> Wolfgang Schuster wrote:
> How old is your TeX installation, the name of the binary is now pdftex
> and no longer pdfetex
Seems to be somewhat older since pdftex is not known as executable.
He says pdfeTeXk, Version 3.141592-1.11a-2.1 (Web2c 7.5.2)
(I'm hopefully waiting f
Hi,
>> LuaTeX seems to have been removed from live.contextgarden.net, but it
>> seems that neither the pdftex nor xetex engine is able to compile the
>> most basic
>>
>> \starttext
>> Hello world!
>> \stoptext
>>
>> Just in case it helps an
yfont[palatino,11pt]
\starttext
$\equiv$
\stoptext
= cut here =
fails with:
!pdfTeX error: pdftex (file cmsy10.pfb): cannot open Type 1 font file for readi
ng
==> Fatal error occurred, no output PDF file produced!
Among the many map files that are read in, only origina
On Fri, Dec 19, 2008 at 9:28 PM, Alan Bowen wrote:
> Thanks, Aditya, mktexlsr ran successfully.
>
> Regrettably, I still get
>
> pdfTeX error: pdftex (file alkagr.enc): cannot open encoding file for
> reading
> ==> Fatal error occurred, no output PDF file produced!
>
xes from time to time
> mkiv: no more mkii files, no more pdftex, just pure mkiv
Yes, I like this idea. I don't care about mkii, nor pdftex.
___
If your question is of interest to others as well, please add a
On 2011-03-14 Cecil Westerhof wrote:
> When installing minimals you have MKII, XeTeX and MKIV. I understand that
> you should normally use MKIV, but when are the other two used?
MKII can be used either with pdftex or xetex (as you wish, compare
advantages/disadvantages). MKIV can only b
gure[x.pdf][page=1]
\stopTEXpage
\startTEXpage
\externalfigure[x.pdf][page=2]
\stopTEXpage
I'm using
$ pdftex --version
pdfTeX 3.1415926-1.40.9-2.2 (Web2C 7.5.7)
and whatever comes with texlive 2008.
regards,
Mohamed
___
er gets to the point where it would
> crash. A very rare event. The files that make the pdftex crash are
> located here: http://pub.mojca.org/gnuplot/pdftex-crash/
Mojca,
What commandline do I have to run to get a crash? (as opposed to
a TeX error message)
Cheers, Taco
_
Andreas Schneider wrote:
> Thanks a lot, with that it works now (with the texnansi encoding)! These
> facts should be mentioned in the docs.
The next version of texfont will create a dvips and dvipdfmx map file
as well as a pdftex one, making life a bit easier.
> But gv gives an err
Hello,
my attempt to get correct French spacing before punctuation does no more
work with the latest ConTeXt-beta.
Is there now a new method with pdfTeX-1.40 to get automatically the good
spacing?
Today I try it like this (without success):
%%% module t-french.tex %%%
\def
> > which makes be believe that it will not work for normal cases.
> > However, how about adding a switch to texexec, say --draft, which
> > will run the document in draftmode until no more runs are needed, and
> > will then run a final typesetting run without the draftmode. This may
> > speed
On Wed, 11 Apr 2007 17:44:18 +0200, Mojca Miklavec wrote:
> You should try to get "uc" working if possible, but you need to add
> some definitions from my previous mail. If you want to stick with
> texnansi, you should better use pdfTeX.
I have a document with German as the mai
Tobias wrote
esides Hans methode (texexec --pdf --fig=c yourfile.jpg) I want to remark
that PDFTeX is able to include JPEG and PNG graphics directly thus you do
not need to convert them. Actually, Hans methode does the conversion from
JPEG to PDF simply by including the JPEG in TeX. (Old
about downloading the big complete mswincontext.zip
(context/install/mswincontext.zip).
Does it also include pdfTeX 1.20b ?
I just want to be sure before starting a day long 56k-modem-download.
Thank you,
Steffen
P.S. Happy new year!
___
ntg-context
On Sat, Apr 02, 2005 at 08:37:01AM +0200, Taco Hoekwater wrote:
>
> It is quite possible that your resulting characters exceed
> some size limit in DVI mode. Try \setupoutput[pdftex]
>
> In this case your "scaled 5cm" expands into "scaled 141.7":
> t
TeXExec | TeX run 1
TeXExec | writing option file DFD2010_racuni.top
TeXExec | using randomseed 1281
TeXExec | tex engine: pdftex
T
the files to
> C:/texlive/2008/texmf-var/web2c/pdftex/*.fmt
> and kpsewhich cont-de.fmt gives no output in some directorys
> and ./cont-de.fmt in an folder where i have files to compile.
>
> ___
> If yo
Bryant Eastham wrote:
All-
Apologies if the question should go to another list - let me know if
so.
The pdftex list would have been better, but I think I can answer
anyway.
I am using texexec with MSPMincho on a Japanese utf-8 document. I
followed the instructions and it appears to work
401 - 500 of 2371 matches
Mail list logo
