Hallo.
I tried mtxrun --script mptopdf chart08.1 but I've got the following error.
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
entering extended mode
[MP to PDF]
(./charts08.1{/home/qasar/programy/context_stable/tex/texmf/fonts/m
ap/pdftex/plain/pdftex.map}) [1
2011/1/12 Michal Kvasnička prgo...@gmail.com:
Hallo.
I tried mtxrun --script mptopdf chart08.1 but I've got the following error.
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
entering extended mode
[MP to PDF]
(./charts08.1{/home/qasar/programy
2011/1/12 Michal Kvasnička prgo...@gmail.com:
Hallo.
I tried mtxrun --script mptopdf chart08.1 but I've got the following error.
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
entering extended mode
[MP to PDF]
(./charts08.1{/home/qasar/programy
On Wed, Jan 12, 2011 at 18:12, Mojca Miklavec
mojca.miklavec.li...@gmail.com wrote:
2011/1/12 Michal Kvasnička prgo...@gmail.com:
Hallo.
I tried mtxrun --script mptopdf chart08.1 but I've got the following error.
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled
Vladimir Lomov wrote:
** Verhaag, G.C.H.M. [2011-01-08 10:54:53 +0100]:
Hi,
[...]
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
This: (TeX Live 2010) contradicts with that:
While trying to get some MetaPost plots converted to PDF
** Verhaag, G.C.H.M. [2011-01-10 10:35:32 +0100]:
Vladimir Lomov wrote:
** Verhaag, G.C.H.M. [2011-01-08 10:54:53 +0100]:
Hi,
[...]
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
This: (TeX Live 2010) contradicts with that:
While trying to get some MetaPost
, Vladimir Lomov wrote:
** Verhaag, G.C.H.M. [2011-01-10 10:35:32 +0100]:
Vladimir Lomov wrote:
** Verhaag, G.C.H.M. [2011-01-08 10:54:53 +0100]:
Hi,
[...]
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
This: (TeX Live 2010) contradicts with that:
While
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. (Now we don't even do that any
that it fails here as well.
I rarely use any other terminal but the native ConTeXt one, so I
didn't notice the problem with metapost terminal.
I'll take a look into it. I get the following error and will try to
investigate further:
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
\write18
a lot for the bug report. I can confirm that it fails here as well.
I rarely use any other terminal but the native ConTeXt one, so I
didn't notice the problem with metapost terminal.
I'll take a look into it. I get the following error and will try to
investigate further:
This is pdfTeX, Version
.1
I get the following output:
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
kpathsea: Running mktexfmt mptopdf.fmt
mktexfmt: No such file or directory
I can't find the format file `mptopdf.fmt'!
MPtoPDF 1.4.0 : error while processing tex file
By the way I've
** Verhaag, G.C.H.M. [2011-01-08 10:54:53 +0100]:
Hi,
[...]
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
This: (TeX Live 2010) contradicts with that:
While trying to get some MetaPost plots converted to PDF, with the
latest ConTeXt minimals installation (MkIV
with these complaints:
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
entering extended mode
[MP to PDF]
(./charts08.1{/home/qasar/programy/context_stable/tex/texmf/fonts/m
ap/pdftex/plain/pdftex.map}) [1]
!pdfTeX error: pdftex (file lmmi9): Font lmmi9 at 600 not found
Not sure what goes wrong here.
Command
mtxrun --script mptopdf chart.1
fails with these complaints:
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
entering extended mode
[MP to PDF]
(./charts08.1{/home/qasar/programy/context_stable/tex/texmf/fonts/m
ap/pdftex
=nonstopmode mpxerr.tex
This is pdfTeX, Version 3.1415926-1.40.11 (Web2C 2010)
restricted \write18 enabled.
entering extended mode
(./mpxerr.tex [1] [1] [1] [1] [1] [1] )
Output written on mpxerr.dvi (6 pages, 672 bytes).
Transcript written on mpxerr.log.
Is there something I
:
==
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010) (format=cont-en
2010.12.28) 31 DEC 2010 18:37
entering extended mode
restricted \write18 enabled.
%-line parsing enabled.
(/usr/local/texlive/2010/texmf/web2c/natural.tcx)
**04-fonts.tex \emergencyend
systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead
)
system : t.top loaded
(t.top
){c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}{c:/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
bodyfont
/2010/texmf-dist/fonts/map/dvips/lm/lm-math.map}{C:/texlive/2010/texm
f-dist/fonts/map/dvips/lm/lm-rm.map}{C:/texlive/2010/texmf-dist/fonts/map/pdftex
/context/mkiv-base.map}
bodyfont: 12pt rm is loaded
language: language en is active
system : module t-scancsv loaded
(t
? Just curious, since I saw LuaTeX building _a
paragraph_ lasting few hundred pages without problems (on the other hand,
pdfTeX couldn't do it).
Regards,
Vedran Miletić
___
If your question is of interest to others
2010/12/17 Vedran Miletić riva...@gmail.com:
How high is the limit now? Just curious, since I saw LuaTeX building _a
paragraph_ lasting few hundred pages without problems (on the other hand,
pdfTeX couldn't do it).
Which limit? For the simple knuth case most likely the size of your harddisk
On 17-12-2010 10:44, Vedran Miletić wrote:
How high is the limit now? Just curious, since I saw LuaTeX building _a
paragraph_ lasting few hundred pages without problems (on the other hand,
pdfTeX couldn't do it).
I've done tests with tens of thousands of pages with mkiv with no
problem so
[QuadreBasic][\useMPgraphic{QuadreBasic}]
% interface=en output=pdftex
% Regime
\enableregime[utf]
\input capcalera.contex
\setupheadertexts[{\tfx 3r DIV. T4 - MAT}][{\tfx {\bf FULL 1}. \currentdate}]
% Start the text
\starttext
\bigskip
\startframedtext[width=broad, location=middle]
\startalignment
it reaches page 4000 it will die.
i could run this
\starttext
\dorecurse{5}{narf \page}
\stoptext
==
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
Output written on test.pdf (5 pages, 10574005 bytes).
Transcript written on test.log.
TeXExec | runtime
with a simple
\starttext
\dorecurse{5}{
\input knuth
}
\starttext
\dorecurse{5}{
\input knuth
}\stoptext
also fails after page [1619.1619]) with
! TeX capacity exceeded, sorry [pool size=1254582].
i could run this
\starttext
\dorecurse{5}{narf \page}
\stoptext
pdftex is ok
texfont, but when I
type texfont at my linux-prompt, no texfont can be found? Do I need
to install additional tools to be able to build new fonts?
You normally don't need texfont nor any other tools.
What version of ConTeXt (MarkII or MarkIV) and if MarkII, which engine
(pdfTeX or XeTeX) do
to be able to build new fonts?
TeXfont used to be a common practice until the arrival of MKIV. It's
not maintained, it is somewhat buggy, it has been removed from
standard tools (though you can still make it work easily), but I would
strongly recommend you to use ConTeXt MKIV (LuaTeX instead of pdfTeX
MKIV (LuaTeX instead of pdfTeX)
if you need non-texie fonts. In that case all you need to do is to put
your fonts into texmf-fonts or texmf-local under
tex/opentype/company/fontname (the part tex/opentype is the most
important part - assuming that you are indeed dealing with OpenType
fonts
appears to be [nr=2] in
the head.
I am using
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009) (format=cont-en
2010.4.14) 6 DEC 2010 08:32
I do apologise if this is fixed in a later version. Thanks for a great program.
\bTABLE[split=repeat]
\bTABLEhead
\bTR
\bTH[nr=2] head l\eTH
\bTH
of the body of the table. The cause appears to be [nr=2] in
the head.
I am using
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009) (format=cont-en
2010.4.14) 6 DEC 2010 08:32
I do apologise if this is fixed in a later version. Thanks for a great program.
\bTABLE[split=repeat
but
also
the first row of the body of the table. The cause appears to be [nr=2] in the
head.
I am using
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009) (format=cont-en
2010.4.14) 6 DEC 2010 08:32
I do apologise if this is fixed in a later version. Thanks for a great
program
first \VL second \VL\MR}
\stoptables
\stop}
\stoptext
On each page, I get a vertical space above the footer. see:
http://syrinx.knorrie.org/~pvk/tableproblem/tableproblem.pdf
Using TeX Live 2009 for Mac OS X:
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009)
(/usr/local/texlive/2009/texmf
Kranenburg
Using Tex Live 2009:
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009)
(/usr/local/texlive/2009/texmf/web2c/natural.tcx)
entering extended mode
(./preklassieken.tex
ConTeXt ver: 2009.08.19 17:10 MKII fmt: 2010.6.15 int: dutch/dutch
The example was created
:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}{c:/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
bodyfont: 12pt rm is loaded
fonts : preloading latin modern fonts (first stage)
language: language en is active
publications: loading formatting style from
: no file 'cont-sys.tex', using 'cont-sys.rme' instead
)
system : t2.top loaded
(t2.top
){c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}{c:/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
bodyfont: 12pt rm
is successfull:
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
Output written on seminar-simetrije.pdf (34 pages, 2439864 bytes).
SyncTeX written on seminar-simetrije.synctex.gz
Transcript written on seminar-simetrije.log.
TeXUtil | parsing file seminar-simetrije.tui
!
Not even MKII works now. The first run is successfull:
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
Output written on seminar-simetrije.pdf (34 pages, 2439864 bytes).
SyncTeX written on seminar-simetrije.synctex.gz
Transcript written on seminar-simetrije.log.
TeXUtil | parsing
and such
looks very different (and wrong) compared to pdftex/mkii (invoked using
context --luatex/--pdftex).
I think the bug is either in context or my context setup, because lualatex
compared with pdflatex is fine, so it doesn't seem engine related.
I already ran various combinations
-err.tex
systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead
)
system : main.top loaded
(main.top){c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}{c:/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map
]{arbol+verde}\page
D\index[araña+grande]{araña+grande}\page
E\index[arbol+blanco]{arbol+blanco}\page
\stoptext
Creator:ConTeXt - 2010.11.20 12:51
Producer: pdfTeX-1.40.11
Jano
___
If your question
]
% \setupsystem[\c!n=1,\c!m=1]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % done
% \protect \endinput
%
% end of optionfile
%
(Master.top)
fonts
.
There might be some tiny room for optimization in
gnuplot-lua-tikz-common.tex, but hardly any. LuaTeX-based TikZ could
be reimplemented and that would bring most benefits, but since Till
almost-quit the project and since it works out-of-the-box with pdfTeX
macros it is highly unlikely to happen
On 19-11-2010 8:43, Cecil Westerhof wrote:
The only things I see that could mean something are:
systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead
this is harmless but you can copy the file cont-sys.rme to cont-sys.tex
and tweak its content
pdfTeX warning
its content
I did not think so, but better safe as sorry.
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
But I do not know if that is a problem.
The pfd is made with:
texexec --automp flowchart
Without the --automp I get a message about mpost.
Is mpost
the file cont-sys.rme to cont-sys.tex and
tweak its content
I did not think so, but better safe as sorry.
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
But I do not know if that is a problem.
The pfd is made with:
texexec --automp flowchart
Without
2010/11/19 Aditya Mahajan adit...@umich.edu
You pdftex is from texlive, but you do not have a metapost executable from
texlive. Either install metapost in texlive or use minimals (You already
seem to have the minimals installed. You need to run source
~/ConTeXt/tex/setuptex to add
what
software to use in building an XML-TeX workflow.
I'd appreciate any help with the following questions:
1. True or False: TeX can be categorized along three orthogonal axes:
1. by format (plain TeX, LaTeX, ConTeXt, others?)
2. by implementation (web2c, pdfTeX/pdfLaTeX
is a frozen snapshot of context that runs on top of pdftex and xetex
- mkiv is the mainstream version and runs on top of luatex; it is a
rathere drastic rewrite + major upgrade and many internals are pretty
new but is mostly downward compatible as well
Hans
some magic tikz variable (or shared register) that
does not get reset?
I have no clue either, but this has never been a problem before and it
still works perfectly in both pdfTeX and XeTeX. So something really
looks suspicious on the MKIV part.
I would love to help debugging, but I have zero
example.
I have no clue ... maybe some magic tikz variable (or shared register) that
does not get reset?
I have no clue either, but this has never been a problem before and it
still works perfectly in both pdfTeX and XeTeX. So something really
looks suspicious on the MKIV part.
After some
-rm.map}{/usr/local/texlive/2010/texmf-dist/fonts/map/pdftex/context/mkiv-base.map}
bodyfont: 12pt rm is loaded
language: language en is active
system : module simplefonts loaded
(/Users/andrew/src/texmf-trms/tex/context/third/simplefonts/t-simplefonts.tex
loading
://www.decebal.nl/ConTeXt/flowchart.pdf
The log file created is at:
http://www.decebal.nl/ConTeXt/flowchart.log
The only things I see that could mean something are:
systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted
in
building an XML-TeX workflow.
I'd appreciate any help with the following questions:
1. True or False: TeX can be categorized along three orthogonal axes:
1. by format (plain TeX, LaTeX, ConTeXt, others?)
2. by implementation (web2c, pdfTeX/pdfLaTeX, LuaTeX, others?)
3
, cslatex, ..., but they are not too
important.
by implementation (web2c, pdfTeX/pdfLaTeX, LuaTeX, others?)
No, that is called by engine: tex, pdftex, xetex, luatex are the
most important ones. Others not too important are known (ptex, ...)
MikTeX and TeX Live are not compatible, but I'm
On 17-11-2010 10:23, Peter Davis wrote:
1. by format (plain TeX, LaTeX, ConTeXt, others?)
there are others but they're sort of obsolete
2. by implementation (web2c, pdfTeX/pdfLaTeX, LuaTeX, others?)
see remarks by Mojca: engines (etex, pdftex, xetex, luatex),
implementation
or { }
% document.arguments={
% }
% document.files={
% layertest.tex,
% }
% \stopluacode
% % process info
% \setupsystem[inputfile=layertest.tex]
% \setupsystem[\c!n=1,\c!m=1]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
it. ConTeXt is particularly attractive for its built-in XML
support, simplefonts support, pdfTeX support and minimals packaging,
among other things.
-pd
On 11/14/2010 5:48 PM, Renaud AUBIN wrote:
XSLT is fully adapted to XML/XML(fo or other target schema) since it
was the design basis…
My
.
Does ConTeXt always needs an afm-file for the metrics of an
type 1 font? And, of course, a map file?
Shouldn't DANTE launch a pet project and convert the font to OpenType?
(That should be 10-60 minutes of work for somebody familiar with
fonts.)
But yes, as Hans replied, you need afm file. pdfTeX
for somebody familiar with
fonts.)
But yes, as Hans replied, you need afm file. pdfTeX gets all the font
metric data from tfm files, while ConTeXt MKIV prefers to be able to
use more than 256 characters when they are available in Type1 font (it
doesn't need or read enc, map, vf and tfm files
?
(That should be 10-60 minutes of work for somebody familiar with
fonts.)
But yes, as Hans replied, you need afm file. pdfTeX gets all the font
metric data from tfm files, while ConTeXt MKIV prefers to be able to
use more than 256 characters when they are available in Type1 font (it
doesn't need
, so I can't use pdfTeX, but I
assume some other build is available.)
Then I opened TeXworks, created a ConTeXt typesetting option,
entered a helloworld.tex program, and tried to ConTeXt it.
Will you tell us anything about the settings you made in TeXworks?
Did you try to run context
I've used LaTeX for years, but I'm trying to work with ConTeXt now on a Win7
PC that has already had MikTeX 2.9 installed.
I've downloaded the minimal ZIP file, unpacked it and run the
first_setup.bat file.
(Note, I don't have Ruby installed yet, so I can't use pdfTeX, but I assume
some other
file, unpacked it and run the
first_setup.bat file.
(Note, I don't have Ruby installed yet, so I can't use pdfTeX, but I
assume
some other build is available.)
Then I opened TeXworks, created a ConTeXt typesetting option, entered a
helloworld.tex program, and tried to ConTeXt
yet, so I can't use pdfTeX, but I assume
some other build is available.)
Then I opened TeXworks, created a ConTeXt typesetting option, entered a
helloworld.tex program, and tried to ConTeXt it.
However, I just get these messages:
MTXrun | forcing cache reload
MTXrun | resolvers: skipping
On Wed, 3 Nov 2010, Marius wrote:
Here is a patch. I can now pass whatever I want for luatex.
Your patch overrides the default behavour of --luatex. Also, it will look
funny if I use context (the wrapper script) with pdftex engine:
context --pdftex --luatex=--file-line-error
happens whithou --luatex, the it tries to create
the pdftex format file. Is this a problem with pdfcrop or
context minimal?
Herbert
___
If your question is of interest to others as well, please add an entry to the
Wiki
!
the same happens whithou --luatex, the it tries to create
the pdftex format file. Is this a problem with pdfcrop or
context minimal?
Most likely, something is wrong with your PATH. My pdfcrop
works nicely with just texlive 2010. You should try
$ pdfcrop
: config file `fmtutil.cnf' not found.
!!! Error: LuaTeX run failed!
the same happens whithou --luatex, the it tries to create
the pdftex format file. Is this a problem with pdfcrop or
context minimal?
Most likely, something is wrong
\pgfu...@guessdriver{
\ifx\xetexversi...@undefined
\ifx\preloadedspecia...@undefined%
\ifcase\pdfoutput%
\def\pgfsysdriver{pgfsys-dvips.def}%
\else%
\def\pgfsysdriver{pgfsys-pdftex.def}% pdfTeX LuaTeX
\fi%
\else%
\pgfu...@driver@i...@in{postscript
/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
bodyfont: 12pt rm is loaded
language: language en is active
publications: loading formatting style from bxml-apa
(c:/ConTeXt/tex/texmf-context/tex/context/base/bxml-apa.mkiv)
systems : begin file D:/Lukas/ConTeXt/Samples
An example from the documentation:
\starttext
\startitemize[1,packed]
\head supported image formats in \PDFTEX \par
\startitemize[a]
\item png \item eps \item pdf
\stopitemize
\head non supported image formats in \PDFTEX \par
\startitemize[continue]
\item jpg \item
2010/10/19 Herbert Voss herbert.v...@fu-berlin.de:
An example from the documentation:
\starttext
\startitemize[1,packed]
\head supported image formats in \PDFTEX \par
\startitemize[a]
\item png \item eps \item pdf
\stopitemize
\head non supported image formats in \PDFTEX
On 19-10-2010 11:17, luigi scarso wrote:
2010/10/19 Herbert Vossherbert.v...@fu-berlin.de:
An example from the documentation:
\starttext
\startitemize[1,packed]
\head supported image formats in \PDFTEX \par
\startitemize[a]
\item png \item eps \item pdf
\stopitemize
\head
On Tue, Oct 19, 2010 at 11:27:35AM +0200, Hans Hagen wrote:
On 19-10-2010 11:17, luigi scarso wrote:
2010/10/19 Herbert Vossherbert.v...@fu-berlin.de:
An example from the documentation:
\starttext
\startitemize[1,packed]
\head supported image formats in \PDFTEX \par
\startitemize
On 8-10-2010 10:00, Henning Hraban Ramm wrote:
Sorry for the OT thread, I suspected the problem being more in the
LuaTeX area.
I never had problems running luatex (texlua) on linux boxes as part of a
web service so I cannot image luatex being the problem. Can you see what
pdftex does
, delete it and run any of commands above.
You don't need to reinstall anything.
Thank you very much. I did the following:
1. Deleted
/localhost/texlive/2010/texmf-var/web2c/xetex/cont-en.fmt
./localhost/texlive/2010/texmf-var/web2c/pdftex/cont-en.fmt
2. Ran
fmtutil-sys --all
3. Ran
texexec
are confused by the terminology.
ConTeXt MkII is the collection of context maros that work with pdftex and
xetex engine. ConTeXt MkIV is the collection of context macros that work
with luatex engine.
texexec is a ruby wrapper to run ConTeXt macros. context is a lua wrapper
to run ConTeXt macros
the context command in every case, and
forget the texexec command (unless you do mean MkII).
if a file is really mkii, you can put
% engine=pdftex
at the top of the file and the context script will understand that ad
run texexec ... handy if you run context from within an editor and only
want
2010/10/3 Hans Hagen pra...@wxs.nl:
% engine=pdftex
at the top of the file and the context script will understand that ad run
texexec ... handy if you run context from within an editor and only want one
command
A bit off topic: is there still a plan to reimplement texexec in Lua
and get rid
On 3-10-2010 12:24, Vedran Miletić wrote:
2010/10/3 Hans Hagenpra...@wxs.nl:
% engine=pdftex
at the top of the file and the context script will understand that ad run
texexec ... handy if you run context from within an editor and only want one
command
A bit off topic: is there still a plan
[de]
\setupcolors [state=start]
\setupoutput[pdftex]
\setuppapersize[A4][A4]
\usemodule [simplefonts,r,tikz,edtsnc,chart]
\setmainfont [rubscalatz]
\setsansfont [rubflama]
\setuphead [chapter][number=no, style=bold, textcommand=\ss]
\setuphead [section][number=no, style=bold, textcommand=\ss
the figure on the left side.
\enableregime[utf-8]
\mainlanguage[de]
\setupcolors [state=start]
\setupoutput[pdftex]
\setuppapersize[A4][A4]
\usemodule [simplefonts,r,tikz,edtsnc,chart]
\setmainfont [rubscalatz]
\setsansfont [rubflama]
\setuphead [chapter][number=no, style=bold, textcommand=\ss
be improved I guess but so far no one bothered about
this feature
(I started fixing vf fonts of Lucida for pdfTeX, but I'm not sure how
to proceed; and now it may not be needed any more.)
There are two problems. Even \buildtextaccent creates an ugly č and
that dates back to Knuth's TeX (TeX
: preloading latin modern fonts
{c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{c:/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}{c:/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
bodyfont: 12pt rm is loaded
language: language en is active
publications: loading
,
% }
% \stopluacode
% % process info
% \setupsystem[inputfile=test]
% \setupsystem[\c!n=1,\c!m=1]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
/fonts/map/dvips/lm/lm-math.map}{/usr/lo
cal/texlive/2010/texmf-dist/fonts/map/dvips/lm/lm-rm.map}{/usr/local/texliv
e/2010/texmf-dist/fonts/map/pdftex/context/mkiv-base.map}
bodyfont: 12pt rm is loaded
language: language en is active
system : module simplefonts loaded
(/usr
/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
bodyfont: 12pt rm is loaded
language: language en is active
define fonts forced type otf of euler not found
define fonts font with name euler is not found
define fonts unknown font euler, loading aborted
define fonts
On Wed, Sep 22, 2010 at 12:17 AM, John Culleton j...@wexfordpress.com wrote:
Well I have been typesetting books in plain tex and pdftex for a
decade or more. Supposedly luatex is a superset of pdftex that makes
finding fonts easier and eliminates the generation of tmf files. But I
seem
On Tuesday 21 September 2010 18:37:48 Khaled Hosny wrote:
On Tue, Sep 21, 2010 at 06:17:41PM -0400, John Culleton wrote:
Well I have been typesetting books in plain tex and pdftex for a
decade or more. Supposedly luatex is a superset of pdftex that
makes finding fonts easier and eliminates
On Wed, Sep 22, 2010 at 09:25:26AM -0400, John Culleton wrote:
On Tuesday 21 September 2010 18:37:48 Khaled Hosny wrote:
On Tue, Sep 21, 2010 at 06:17:41PM -0400, John Culleton wrote:
Well I have been typesetting books in plain tex and pdftex for a
decade or more. Supposedly luatex
the system:
\font\barr={file:AGaramond-Regular.pfb} at 30bp
Right now, luaotfload does not support Type1 fonts, you have to load them
through the old TFM mechanism (the same way as in PDFTeX, nothing
changed in this area). But since this is the second request to support
Type1 fonts, I might try to steal
, luaotfload does not support Type1 fonts, you have to load
them
through the old TFM mechanism (the same way as in PDFTeX, nothing
changed in this area). But since this is the second request to support
Type1 fonts, I might try to steal some more code from ConTeXt that
deal
with Type1 fonts, but I'm bit
={file:AGaramond-Regular.pfb} at 30bp
Right now, luaotfload does not support Type1 fonts, you have to load them
through the old TFM mechanism (the same way as in PDFTeX, nothing
changed in this area). But since this is the second request to support
Type1 fonts, I might try to steal some more code from ConTeXt
{{\margintext{#1} #2 \par}}
to
\define[2]\cvcompactentry
{\margintext{#1} #2 \endgraf}
This isn't the only problem when you use the code with mkii, the author
wrote it for mkiv and used the marvosym font in a way which doesn't work
with pdftex.
Wolfgang
/projects/contextrev/
wiki : http://contextgarden.net
___
Well I have been typesetting books in plain tex and pdftex for a
decade or more. Supposedly luatex is a superset of pdftex that makes
finding fonts easier
Well I have been typesetting books in plain tex and pdftex for a
decade or more. Supposedly luatex is a superset of pdftex that makes
finding fonts easier and eliminates the generation of tmf files.
Not if you use plain TeX. Unlike XeTeX, LuaTeX cannot find or use any
more fonts than
On Tue, Sep 21, 2010 at 06:17:41PM -0400, John Culleton wrote:
Well I have been typesetting books in plain tex and pdftex for a
decade or more. Supposedly luatex is a superset of pdftex that makes
finding fonts easier and eliminates the generation of tmf files. But I
seem to be sinking
to convince the customer that a rose is a rose... ;-)
I am still interested in changing the name of the font...not to
Times but to some gibberish (like the characters that pdftex adds
before Type1 font names). Then, I can blame the font naming on a
software limitation ;)
Output an uncompressed
that a rose is a rose... ;-)
I am still interested in changing the name of the font...not to Times
but to some gibberish (like the characters that pdftex adds before Type1
font names). Then, I can blame the font naming on a software limitation ;)
:-D
(untested)
http://fontforge.sourceforge.net
compiled one and checked the other programs. Result: I can execute all
binaries exept luatex and pdftex. Since I only use MkIV this should not be a
problem.
So I made the formats and compiled my test document. MkIV works (including
metapost).
So finally I can get a running system by myself. I will write
... line. As expected it failed
(as I cannot execute the binaries). I replaced the luatex binary with the
fresh compiled one and checked the other programs. Result: I can execute all
binaries exept luatex and pdftex. Since I only use MkIV this should not be a
problem.
So I made the formats
701 - 800 of 3678 matches
Mail list logo