Am 28.09.2009 um 17:30 schrieb Matthijs Kooijman:
I've been struggling a bit with linlibertine as well, I've found
that there
seems to be an issue with some characters in the font filenames
(probably the
_ or ., I haven't figured out which ones exactly). I've got the
files named
like this
Hi Thomas,
> thanks for this. I guess I could rename the font. I'm trying to
> include it in my Greek typescript and was hoping I could simply tell
> users "take the otf-files and copy them into your fonts/opentype
> directory." Maybe I'll just rename the files and include the font
> with the modu
On Sep 28, 2009, at 5:30 PM, Matthijs Kooijman wrote:
Hi Thomas,
linlibertineo LinLibertineO
LinLibertine_Re-4.4.1.otf
I've been struggling a bit with linlibertine as well, I've found
that there
seems to be an issue with some characters in the font filenames
(probably the
_ o
Hi Thomas,
> linlibertineo LinLibertineO
> LinLibertine_Re-4.4.1.otf
I've been struggling a bit with linlibertine as well, I've found that there
seems to be an issue with some characters in the font filenames (probably the
_ or ., I haven't figured out which ones exactly). I've got th
On Sep 28, 2009, at 5:21 PM, luigi scarso wrote:
What
does
mtxrun --script fonts --list
say ?
As I wrote:
linlibertineo LinLibertineO
LinLibertine_Re-4.4.1.otf
Thomas
___
If your
On Mon, Sep 28, 2009 at 5:17 PM, Thomas A. Schmitz <
thomas.schm...@uni-bonn.de> wrote:
>
> On Sep 28, 2009, at 4:46 PM, Thomas A. Schmitz wrote:
>
> OK, I found the culprit: an older version of LinuxLibertine in my
>> $HOMEtexmf; when I replaced it with the most recent version, the error went
>>
On Sep 28, 2009, at 4:46 PM, Thomas A. Schmitz wrote:
OK, I found the culprit: an older version of LinuxLibertine in my
$HOMEtexmf; when I replaced it with the most recent version, the
error went away. Looks like the fontload mechanism in the latest
beta is pickier than in the version befo
On Sep 28, 2009, at 4:02 PM, Thomas A. Schmitz wrote:
Oops, you're right, I just tested with Ubuntu and see that it must
be something in my private texmf tree. I'll report back as soon as I
find out what it is!
OK, I found the culprit: an older version of LinuxLibertine in my
$HOMEtexmf;
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 ques
On Sep 28, 2009, at 3:31 PM, luigi scarso wrote:
ConTeXt ver: 2009.09.28 09:02 MKIV fmt: 2009.9.28 int: english/
english
This is LuaTeX, Version beta-0.43.0-2009081914
\starttext
\input tufte
\stoptext
No problem here with Ubuntu 8.04 LTS
Oops, you're right, I just tested with Ubuntu an
ConTeXt ver: 2009.09.28 09:02 MKIV fmt: 2009.9.28 int: english/english
This is LuaTeX, Version beta-0.43.0-2009081914
\starttext
\input tufte
\stoptext
No problem here with Ubuntu 8.04 LTS
--
luigi
___
If your qu
Hi Hans,
there's a problem with today's beta: at every run I get this error:
Attempt to allocate memory failed.
fontnames | identifying tree font files with suffix otfMTXrun | fatal
error, no return code, message: luatex: execution interrupted
even when I call something like this:
mtxrun --
Hi,
the attached example works with mkii, but breaks with mkiv. Here is the
error message I get (beta 28.09.2009):
systems : begin file test at line 1
! Missing \endgroup inserted.
\endgroup
\vskip
\stopblankhandling ...ional \someblankdone \vskip
Jan-Erik Hägglöf wrote:
>>
>>
> In bibmod-doc section4 "placing the publicationlist" where I suggest
> you mention about a difference between mkii mkiv according to
The current text is this:
The default for the publication list is to contain only the `locally'
referenced items, so if you
Dear all,
it seems that \sub don't get along very well with the option
"continue". At least, the behavior is different in mkii and mkiv.
Check the following example.
\starttext
\startitemize[n]
\dorecurse{3}{\item prueba}
\sub prueba
\dorecurse{3}{\item prueba}
\stopitemize
\input tufte
\
Hi Steffen,
Steffen Wolfrum wrote:
>
> When setuphead is defined with "page=yes" there shall NO footnote be
> written from a chapter/section before!
> Never. Not even a split note.
Agreed. The same should be true in MKII, I absolutely consider the
current failure of \flushfootnotes a bug, I jus
16 matches
Mail list logo