ctroscopie_optique.tex'
TeXExec | no ctx file found
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | writing option file rapport_spectroscopie_optique.top
TeXExec | using randomseed 96
TeXExec | tex engine: pdftex
TeXExec | tex format: cont-en
This is pdfTeX, Version 3.1415926
With the help of Patrick's otfinstall I've installed a font for use with
pdftex/mark ii. this works fine so far, but i want to use the
microtypographic features not only for the base font, but for the old
style figures variant, too.
\usetypescriptfile[type-corporate]
\usetypescript
file is
used for embedding (in pdftex); of course dvi postprocessors also look
at that file
so we have:
tfm -> tfm used by frontend and backend
tfm + vf -> tfm used by frontend, vf used by backend
on top of that a map file will point from fontname to real name (pfb)
and this is wh
that with pdftex command,
pdftex -progname=context -fmt=cont-en -translate-file=natural.tcx
--output-format=pdf --8bit --jobname=filename
"\\def\\Title{whatever} \\input filename"
but you loose all the goodies of texexec (multiple runs, running bibtex,
sorting index, etc.)
On Wed, 11 Nov 2009, John Devereux wrote:
Hi,
Is it possible to define a tex macro on the context command line (MkII)?
For example:
texexec manual.tex --define Title "X99 Operators Manual"
so that
\Title
would expand to the appropriate text?
You can do that with pdft
Hi,
luigi scarso wrote:
>> This pdftex warning can be ignored. It used to be present in luatex as
>> well, but it was removed in version 0.37.0.
> OK -- but what does it means ?
To the best of my knowledge, it only means that no ToUnicode values
have been set up using \pdfglypht
he MCE "Hello world" I gave earlier, except the following
>>> warning:
>>>
>>> pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
>>
>> This (luatex) warning can be ignored, and I will remove it from the next
>> release.
>
>
Taco Hoekwater wrote:
>
> 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:
>>
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
On Wed, Nov 4, 2009 at 10:52 AM, 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: n
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
{document}
Hello World!
\end{document}
leads to the following log:
8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<8<
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live
\setupsystem[\c!n=1,\c!m=1]
% \setupsystem[\c!type=unix]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
%
% process info
% \setupsystem[\c!n=1,\c!m=1]
% \setupsystem[\c!type=windows]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startset
On Mon, Nov 2, 2009 at 09:20, Peter Münster wrote:
> On Sun, Nov 01 2009, Vnpenguin wrote:
>
>> > a) (dangerous; I would not do it) install a more recent version of
>> > libc on your machine
>>
>> It's NOT possible.
>
> Hello Vnpenguin,
>
> Why not?
>
In our production environment, only RHEL & Ce
On Sun, Nov 01 2009, Vnpenguin wrote:
> > xetex
> xetex: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found
> (required by xetex)
Hello,
Here, I don't know how to help. I've these packages on my system:
libstdc++33-3.3.3
libstdc++33-devel-3.3.3
libstdc++41-devel-4.1.3_20080612
libstdc
On Sun, Nov 01 2009, Vnpenguin wrote:
> > a) (dangerous; I would not do it) install a more recent version of
> > libc on your machine
>
> It's NOT possible.
Hello Vnpenguin,
Why not?
> > b) we need to set up some virtual machine with an old linux and
> > compile binaries there or find someone
On Sun, Nov 01 2009, Mojca Miklavec wrote:
> >
> >> pdftex
> > pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex)
> >
> > Any help for this problem ?
>
> This is weird. Peter - did you upgrade your linux in the meantime by
On 1 November 2009 Mojca Miklavec wrote:
> Vnpenguin, what kernel is running on your OS?
>
> If we set up a virtual machine for compiling binaries - does anyone
> have a suggesting what OS to take, so that it will remain compatible
> with as many x86_64 processors as possible? (Apparently gl
On Sun, Nov 1, 2009 at 21:45, Mojca Miklavec
wrote:
> Vnpenguin, what kernel is running on your OS?
The current kernel is:
> uname -r
2.6.18-164.2.1.el5
> If we set up a virtual machine for compiling binaries - does anyone
> have a suggesting what OS to take, so that it will remain compatible
Vnpenguin, what kernel is running on your OS?
If we set up a virtual machine for compiling binaries - does anyone
have a suggesting what OS to take, so that it will remain compatible
with as many x86_64 processors as possible? (Apparently glibc and
kerner are the deciding factors; but it needs to
On Sun, Nov 1, 2009 at 21:33, Martin Schröder wrote:
> 2009/11/1 Vnpenguin :
>> Correction: CentOS 5.4 was released on 21-Oct-2009. So it's not so
>> "old" at all :-)
>
> Sorry, but it is. It's a free version of RHEL5, which was initially
> released in 2007.
> http://en.wikipedia.org/wiki/Centos
>
2009/11/1 Vnpenguin :
> Correction: CentOS 5.4 was released on 21-Oct-2009. So it's not so
> "old" at all :-)
Sorry, but it is. It's a free version of RHEL5, which was initially
released in 2007.
http://en.wikipedia.org/wiki/Centos
It you want something modern, use e.g. Fedora.
Best
Martin
__
ies (but it will fail
since you don't have the rights yet).
You may try to run ./update-binaries.sh first and then compile pdftex
to start with (it returns warnings, but feel free to ignore them; the
binary should nevertheless be there). We can create you an account,
but we need to talk first
>
> Hey, CentOS 5.4 just released on 21-May-2009 :-) If I have problem
> with ConTeXt on CentOS 5.4 so all users of RHEL 5.4 are the same: they
> can not!
>
Correction: CentOS 5.4 was released on 21-Oct-2009. So it's not so
"old" at all :-)
_
On Sun, Nov 1, 2009 at 19:59, Mojca Miklavec
wrote:
> On Sun, Nov 1, 2009 at 19:24, Vnpenguin wrote:
>> On Sun, Nov 1, 2009 at 18:50, Mojca Miklavec wrote:
>>> On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote:
>>>>
>>>> pdftex: /lib64/libc.so.6:
On Sun, Nov 1, 2009 at 19:24, Vnpenguin wrote:
> On Sun, Nov 1, 2009 at 18:50, Mojca Miklavec wrote:
>> On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote:
>>>
>>> pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (requir
On Sun, Nov 1, 2009 at 19:30, Martin Schröder wrote:
> 2009/11/1 Vnpenguin :
>> My box CentOS 5.4 with all updates. What do you mean "upgrade" ?
>
> What glibc-version do you have? rpm -qi glibc?
# yum list installed glibc\*
Excluding Packages in global exclude list
Finished
Installed Packages
g
2009/11/1 Mojca Miklavec :
> Or maybe I was too fast. I don't find the exact timeline of libc
> development, so I have no idea how old your linux is. I thought that
> this failure was recent, but apparently it's not (the garden most
> probably has libc-2.8). For 32-bit linux we try to be *very* bac
2009/11/1 Vnpenguin :
> My box CentOS 5.4 with all updates. What do you mean "upgrade" ?
What glibc-version do you have? rpm -qi glibc?
Best
Martin
___
If your question is of interest to others as well, please add
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
On Sun, Nov 1, 2009 at 18:50, Mojca Miklavec
wrote:
> On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote:
>>
>> pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex)
>>
>> glibc.i686 2.5-42
>>
Martin Schröder wrote:
2009/11/1 Hans Hagen :
Martin Schröder wrote:
Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc
2.4).
ah, so maybe you can learn mojca a few tricks then; does this mean that tex
live binaries have some built in magic that checks for libs?
No, they are
On Sun, Nov 1, 2009 at 18:48, Mojca Miklavec
wrote:
> I forgot to ask: does only pdftex cause problems or also metapost,
> luatex, xetex? It might help to know which of these programs still
> work.
>
> mpost
mpost: /lib64/libc.so.6: version `GLIBC_2.7' not found (required
2009/11/1 Hans Hagen :
> Martin Schröder wrote:
>> Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc
>> 2.4).
>
> ah, so maybe you can learn mojca a few tricks then; does this mean that tex
> live binaries have some built in magic that checks for libs?
No, they are simply build o
2009/11/1 Mojca Miklavec :
> I'm sweating ... trying to download Sarge DVD on this extra-slow
> connection. And then you remind me that I have a big cartoon box of
> original SuSE 7.2 right below my desk. (Maybe I should start
> considering throwing away a few things like this one, though it seems
On Sun, Nov 1, 2009 at 19:03, Martin Schröder wrote:
> 2009/11/1 Mojca Miklavec:
>> Yes, the easy answer would be "upgrade your linux", but we probably
>> want the binaries to run on slightly older machines as well.
>
> Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc
> 2.4).
I'
Martin Schröder wrote:
2009/11/1 Mojca Miklavec :
Yes, the easy answer would be "upgrade your linux", but we probably
want the binaries to run on slightly older machines as well.
Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc
2.4).
ah, so maybe you can learn mojca a few
On Sun, Nov 1, 2009 at 18:47, Mojca Miklavec wrote:
> On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote:
>> Hi,
>> Just installed minimal on CentOS x86_64. The installation is ok, but
>> when I try pdftex, there is error:
>>
>>> pdftex
>> pdftex: /lib6
2009/11/1 Mojca Miklavec :
> Yes, the easy answer would be "upgrade your linux", but we probably
> want the binaries to run on slightly older machines as well.
Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc
2.4).
Best
Martin
On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote:
>
> pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex)
>
> glibc.i686 2.5-42
>
> Any help for this problem ?
Yes, the easy answer would be "upgrade
I forgot to ask: does only pdftex cause problems or also metapost,
luatex, xetex? It might help to know which of these programs still
work.
Mojca
___
If your question is of interest to others as well, please add an
On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote:
> Hi,
> Just installed minimal on CentOS x86_64. The installation is ok, but
> when I try pdftex, there is error:
>
>> pdftex
> pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex)
>
> Any help f
Hi,
Just installed minimal on CentOS x86_64. The installation is ok, but
when I try pdftex, there is error:
> pdftex
pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex)
> yum list installed glibc*
Loaded plugins: fastestmirror, priorities
Excluding Package
On Fri, Oct 30, 2009 at 23:40, Michael Green wrote:
> Mojca Miklavec wrote:
>
> They released a patch for this problem in April 2009. Specifically, they
>
> patched the binary files dvips and pdftex
>
> Have these patches been applied to the versions of dvips and pdfte
Mojca Miklavec wrote:
They released a patch for this problem in April 2009. Specifically,
they
patched the binary files dvips and pdftex
Have these patches been applied to the versions of dvips and pdftex
in the
minimals?
Not for dvips for a simple reason. It's not in minimals
On Fri, Oct 30, 2009 at 22:41, Michael Green wrote:
>
> One other question. which pdftex shows that it's in the minimal distribution
>
> They released a patch for this problem in April 2009. Specifically, they
> patched the binary files dvips and pdftex
>
> Have these p
On Oct 30, 2009, Oliver Buerschaper wrote:
Well, if your engine is pdftex (from an unpatched TeXLive 2008) then
chances are you're running into the nasty (TM) font cache bug:
http://www.tug.org/mactex/fontcache/
Oliver
One other question. which pdftex shows that it's in t
coincidence. Or
> perhaps there is something amiss with the way my computers are
> caching fonts. Sigh.
Well, if your engine is pdftex (from an unpatched TeXLive 2008) then
chances are you're running into the nasty (TM) font cache bug:
http://www.tug.org/mactex/fontcache/
Oliver
my computers are
caching fonts. Sigh.
Well, if your engine is pdftex (from an unpatched TeXLive 2008) then
chances are you're running into the nasty (TM) font cache bug:
http://www.tug.org/mactex/fontcache/
O
uld be incorporated into some flavor
of
> > Context? Or even pdftex? I prefer not to live within the
strictures
> > of pdflatex.
>
> is not Ghostscript OK ?
> (I have seen
> http://www.ghostscript.com/pipermail/gs-devel/2009-
September/008566.html)
Yes, I started that thread
still is via the package
> pdfx.sty
> authored by CV Radhakrishnan and Han The Thanh. This in turn
> uses some other files such as xmpincl.sty.
>
> I wonder if this setup could be incorporated into some flavor of
> Context? Or even pdftex? I prefer not to live within the str
Radhakrishnan and Han The Thanh. This in turn
uses some other files such as xmpincl.sty.
I wonder if this setup could be incorporated into some flavor of
Context? Or even pdftex? I prefer not to live within the strictures
of pdflatex.
what exactly needs to be added then? if you can figure
The Thanh. This in turn
uses some other files such as xmpincl.sty.
I wonder if this setup could be incorporated into some flavor of
Context? Or even pdftex? I prefer not to live within the strictures
of pdflatex.
--
John Culleton
"Create Book Covers with Scribus"
http://www.book
t I need to repeat the exercise. Can you please try just if
http://dl.contextgarden.net/misc/hello
works. Luatex most probably won't work ... and I need to figure out
how to modify the building scripts. Apparently 10.6 compiles all the
binaries for 64-bit architecture by default despite t
tupsystem[\c!type=windows]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % done
% \protect \endinput
%
topluacode
% % process info
% \setupsystem[\c!n=1,\c!m=1]
% \setupsystem[\c!type=unix]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % done
% \protect \endinput
%
% end of
mkiv for
everything but also run mkiv in projects that started year sago and have
to run fo rmay years to come); in general it's no big deal to switch
from mkii to mkiv later
2. Should I use context or texexec? As I understand, this is the same as
asking whether to use pdftex or luatex. I
Hi,
Bryant Eastham wrote:
>
> 1. Should I use mkii or mkiv? If mkii, then what should I plan on as
> schedule for upgrading?
> 2. Should I use context or texexec? As I understand, this is the same as
> asking whether to use pdftex or luatex. It may also be related to the
> mk
se context or texexec? As I understand, this is the same as
asking whether to use pdftex or luatex. It may also be related to the
mkii/mkiv issue, but I am less sure of that.
3. What *reference* material exists? I do not need a user guide. Right
now it has been Google. However, the solutions mos
kiv themselves".
My experience is that mkiv is not totally stable,
but almost so. I try to use it for my production
as much as possible. For the core of the commands,
the two are interchangable and it is simply a question
of using the "context" script or the "texexec" script
(b
All-
Sorry if this is simple - I have searched but not found an answer. New
to ConTeXt, not LaTeX.
Given:
% output=pdftex
% environment file
\setuppapersize[A4]
\setuplist[chapter,section][chapternumber=yes]
\setuppagenumbering[location={header,right},way=bysection,chapternumber
;
# pdfinfo cont-eni.pdf
Title:
Subject:
Author: PRAGMA ADE: Hans Hagen/Ton Otten
Creator:ConTeXt/www.pragma-ade.com/cont-en.tex
Producer: pdfTeX-0.14h
CreationDate: Mon Nov 12 09:49:00 2001
Tagged: no
Pages: 369
Encrypted: no
Page size: 907 x 6
x27;generic-talk-15min-45min.tex'
> > TeXExec | no ctx file found
> > TeXExec | tex processing method: context
> > TeXExec | TeX run 1
> > TeXExec | writing option file generic-talk-15min-45min.top
> > TeXExec | using randomseed 822
> > TeXExec | tex engine: pd
45min.top
TeXExec | using randomseed 822
TeXExec | tex engine: pdftex
TeXExec | tex format: cont-en
This is pdfTeX, Version 3.141592-1.40.3 (Web2C 7.5.6)
\write18 enabled.
(/usr/local/texlive/2007/texmf-context/web2c/natural.tcx)
kpathsea: Running mktexfmt cont-en.fmt
tcfmgr: config file `tcfmgr.ma
ontext/Slides$ texexec generic-talk-15min-45min.tex
TeXExec | processing document 'generic-talk-15min-45min.tex'
TeXExec | no ctx file found
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | writing option file generic-talk-15min-45min.top
TeXExec | using randomseed
like to be able
> to
> > position for instance an invisible circle on a page and have all the
> > characters "in contact" with this circle change color so that the circle
> > become visible via these characters. Is it something I could do with
> > ConTeXt?
>
>
ase/sort-lan.tex)
(./vorlage.tuo) (./vorlage.tuo)
(/usr/local/texlive/2007/texmf-dist/tex/context/base/pdfr-def.tex)
systems : begin file vorlage at line 27
\...@sl@\@@shortsectionnumber=\count212
title : - Neue Methoden der Klangkonstruktion
fonts : resetting map file list
{/
etimes speeds up things when you are coding, but I
never use this feature -- too much dangerous.
I never used full inclusion too, but it's a prepress job (and yes, I have a
prepress office);
there is also ghostscript that does this kind of distiller stuffs.
Full inclusion can be useful, at least
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
the start of
the tex source.
Synctex appeared only in MikTeX 2.7 by a special (?) instruction in the
pdftex (?) program.
Is synctex taken into account in context?
Alain
___
If your question is of interest to others
more details.
Best wishes, Peter
startTEXpage
\externalfigure[x.pdf]
\stopTEXpage
\externalfigure[x.pdf][page=1-2]
doesn't work either. I have to do;
\startTEXpage
\externalfigure[x.pdf][page=1]
\stopTEXpage
\startTEXpage
\externalfigure[x.pdf][page=2]
\stopTEXpage
I'm
>
> \externalfigure[x.pdf][page=1-2]
>
> doesn't work either. I have to do;
>
> \startTEXpage
> \externalfigure[x.pdf][page=1]
> \stopTEXpage
>
> \startTEXpage
> \externalfigure[x.pdf][page=2]
> \stopTEXpage
>
>
> I'm using
>
> $ pdfte
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
___
111a13fc9cf27f239092c82f78b3124/formats/cont-nl.fmt
>
> ./texmf-cache/luatex-cache/context/b111a13fc9cf27f239092c82f78b3124/formats/mptopdf.fmt
>
> ./texmf-cache/luatex-cache/context/b111a13fc9cf27f239092c82f78b3124/formats/plain.fmt
> ./texmf-osx-intel/web2c/pdftex/cont-en.fmt
> ./texmf-osx-intel/web2c
atex-cache/context/b111a13fc9cf27f239092c82f78b3124/formats/plain.fmt
./texmf-osx-intel/web2c/pdftex/cont-en.fmt
./texmf-osx-intel/web2c/pdftex/cont-nl.fmt
./texmf-osx-intel/web2c/pdftex/mptopdf.fmt
./texmf-osx-intel/web2c/xetex/cont-en.fmt
./texmf-osx-intel/web2c/xetex
zs wrote:
> On Mon, 5 Oct 2009 14:21:27 +0200
> Martin Schröder wrote:
>
>> 2009/10/5 Taco Hoekwater :
>>> Somehow this is related to the example.pdf, because using cow.pdf works
>>> just fine.
>> example.pdf has a /Group. And it works here in pdfTeX
On Mon, 5 Oct 2009 14:21:27 +0200
Martin Schröder wrote:
> 2009/10/5 Taco Hoekwater :
> > Somehow this is related to the example.pdf, because using cow.pdf works
> > just fine.
>
> example.pdf has a /Group. And it works here in pdfTeX 1.50 & LaTeX.
> Can LuaT
Hi,
Martin Schröder wrote:
> 2009/10/5 Taco Hoekwater :
>> Somehow this is related to the example.pdf, because using cow.pdf works
>> just fine.
>
> example.pdf has a /Group. And it works here in pdfTeX 1.50 & LaTeX.
> Can LuaTeX handle pdf inclusion with transpare
2009/10/5 Taco Hoekwater :
> Somehow this is related to the example.pdf, because using cow.pdf works
> just fine.
example.pdf has a /Group. And it works here in pdfTeX 1.50 & LaTeX.
Can LuaTeX handle pdf inclusion with transparency groups?
Best
] {
\bf \em Estructura
interna...
\handleTBLcell ...{\bTBLCELL \TBLcharalign {#2}{#4
}\eTBLCELL \inTBLcell
{#1}...
...
l.257 \eTABLE
}
?
at least in MKII.
I attached the whole file.
Thanks a lot,
Xan.
% interface=en output=pdftex
Aditya Mahajan wrote:
Hi,
Utf-8 math input that works with pdftex (α, β, etc) does not work with
xetex. Is this by design, or a recent bug?
Minimal example
\enableregime[utf-8]
\starttext $α β$ \stoptext
i have no plans of adding unicode math support to mkii for xetex , al
least not on
on.
> Again, no problem: with a fea file, I can write a sub rule
>
> sub exclam by dotbelowcomb
It is better to forget about fea files alltogether. Even when they
actually work, the interface is ugly.
> but I can't combine both approaches: if the font doesn't have the
> ch
character, I get an error about "invalid glyph index." In good old
pdftex, it was possible to define a virtual font for such occasions,
and I seem to remember that there's something similar in mkiv, but I'm
unsure how it can be done.
Hi,
Utf-8 math input that works with pdftex (α, β, etc) does not work with
xetex. Is this by design, or a recent bug?
Minimal example
\enableregime[utf-8]
\starttext $α β$ \stoptext
Thanks,
Aditya___
If your
s
handled by the core luatex engine. This is very similar to the
processing that takes place mkii (pdftex). Its advantage is that
it is faster than node mode, but the disadvantage is that you do
not have access to any of the advanced features in opentype fonts.
In mode node, the font metrics is t
arden.net/message/20060321.134723.3a8e8ff3.en.html
> work with recent mkIV as it used to before?
>
> \setupoutput[pdftex]
> \setupcolors[state=start]
> \frenchspacing
> \tolerance = 1000
> \setuplayout[width=4in]
> \setupfloat
> [intermezzo]
> [
> leftmargindistance=-.8in,
Hello list,
Is the a way to make the following example posted here:
http://archive.contextgarden.net/message/20060321.134723.3a8e8ff3.en.html
work with recent mkIV as it used to before?
\setupoutput[pdftex]
\setupcolors[state=start]
\frenchspacing
\tolerance = 1000
\setuplayout[width=4in
before you ask: no
minimal example yet and hopefully there is no need to generate one
anymore ;)
[..]
fonts : using map file: texnansi-microsoft-tahoma
{r:/tex/texmf-fonts/fonts/map/pdftex/context/texnansi-microsoft-tahoma.map})
(././flib
for the mysterious warning
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
harmless. more a warning/reminder that taco and i should look into that
(reporting) aspect of luatex some day
Hans
HI ALL!
When using following example in
ConTeXt ver: 2009.09.21 17:39 MKII fmt: 2009.9.21
\starttext
\startitemize[n,packed,broad]
\item first item
\item second item
\item third item
\stopitemize
\stoptext
it works as expected, except for the mysterious warning
pdfTeX warning: pdftex: no
"test.tex",
% }
% \stopluacode
% % process info
% \setupsystem[\c!n=1,\c!m=1]
% \setupsystem[\c!type=unix]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % do
Hello,
Here a minimal test file, to reproduce the problem with latest MKII:
% engine=pdftex
\usemodule[letter]
\starttext
\startletter
\subject{Test}
hello
\stopletter
\stoptext
Cheers, Peter
--
Contact information: http://pmrb.free.fr/contact
> Heiko Oberdiek wrote the accsupp package to use ActualText in LaTeX,
> why shouldn't it be then possible to use it in LuaTeX (and ConTeXt)?
Right, you don't need additional engine support, you can use \pdfliteral in
pdfTeX, and in LuaTeX as well. Heiko's package should
Thanks for the hint. uplr8... are Palatino fonts, and I have palatino
as the math-font in my typescript.
Copying them from the mac to the linux setup (where they have gone? with
an update? -- my Mac version is old!) did the trick.
Thanks again, Jörg
luigi scarso wrote:
!pdfTeX error: pdftex
> !pdfTeX error: pdftex (file uplr8a.pfb): cannot open Type 1 font file for
> readi
> ng
> ==> Fatal error occurred, no output PDF file produced!
> TeXExec | runtime: 2.115894
What is uplr8a.pfb ?
Is it on your fo
nt-err.tex
systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead
)
){/home/tetrao/newcontext/tex/texmf/fonts/enc/dvips/base/8r.enc}{/home/tetrao
/newcontext/tex/texmf/fonts/enc/dvips/lm/lm-ec.enc}{/home/tetrao/newcontext/tex
/texmf/fonts/enc/dvips/base/texnansi.en
it is not necessary for installations!
You need to install Ruby first (if you want to use pdfTeX or XeTeX).
Fetching files anyway.
rsync: failed to connect to contextgarden.net: Connection refused (111)
rsync error: error in socket IO (code 10) at clientserver.c(122)
[receiver=3.0.2
As Vy
Hello Alain,
C:\context>first-setup
'ruby' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
looks like you're missing "ruby".
You need to install Ruby first (if you want to use pdfTeX or XeT
un programme exécutable ou un fichier de commandes.
You need to install Ruby first (if you want to use pdfTeX or XeTeX).
Fetching files anyway.
rsync: failed to connect to contextgarden.net: Connection refused (111)
rsync error: error in socket IO (code 10) at clientserver.c(122) [receiver=3.
1001 - 1100 of 4105 matches
Mail list logo
