Re: [NTG-context] Dubious checksum mismatch message on log file
Hello, ** luigi scarso [2012-02-01 08:45:18 +0100]: On Wed, Feb 1, 2012 at 7:00 AM, Vladimir Lomov lomov...@gmail.com wrote: I specially chose that font (txr, txr.tfm and txr.vf files), it is distributed by txfonts package. May be you installation doesn't have them because I installed context suite with './first-setup.sh --modules=all'. Nevertheless, that 'Font ... at 600 ...' reminds me how pdftex (pdflatex actually) deals with tfm/mf/pk fonts (generate pk and insert them into pdf file). Even with --modules=all' LuaTeX warning (file rtxptmr): Font rtxptmr at 600 not found and $ pdffonts test.pdf name type emb sub uni object ID - --- --- --- - Error: font resource is not a dictionary JFRMQG+LMRoman10-Regular CID Type 0C yes yes yes 18 0 It seems that this font is not a font of the suite. Let me stess it in other words: this (Font ... not found) is not the topic of thread. It is completely inrelated (IMHO) with vf font problem (vf font leads to that checksum message). I took that font because it has corresponding vf file. The message Font ... not found is on terminal output while checksum mismatch only in log file. Ok, IIRC, if I want to use font with plain tex (pdftex engine) I have to have TFM, and may be VF files, then MF source _or_ type1 font (pfb file), if I have only type1 font, i.e. pfb+tfm[+vf] files, I must instruct pdftex to use pfb file for corresponding tfm, this is what MAP file do, e.g. file 'original-ams-cmr.map': cmr10 CMR10 cmr10.pfb (I don't remember the purpose of second column), the first is TFM file/font, the last one is type1 file (obviously). If there isn't such entry for a font, pk for is generated from MF source. It MF source is missing similar message is printed. --- WBR, Vladimir Lomov -- War isn't a good life, but it's life. -- Kirk, A Private Little War, stardate 4211.8 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Links in TOC not working properly?!
On 01/31/2012 10:55 AM, Verhaag, G.C.H.M. wrote:
On 01/30/2012 06:35 PM, Wolfgang Schuster wrote:
Am 30.01.2012 um 16:23 schrieb Verhaag, G.C.H.M.:
Hi,
I installed the newest upgrade of ConTeXt, but processing my files
yields strange results!
In an interactive document the links to the different sections are
not working any more. Selecting the different sections from the
table-of-contents (with \placelist command!) all yield a jump to the
very first section!!!
Your chances to get a answer will increase with a minimal example.
Wolfgang
Hi,
Okay, you'll find a basic example (test.tex) and it's resulting pdf
file (test.pdf) included!
In this example the jump to the second section from the table of
contents on the top of the chapter doesn't seem to work anymore, after
I upgraded to the version of the 25th of January!
Example compiled with: ConTeXt ver: 2012.01.25 14:16 MKIV fmt:
2012.1.30 int: english/english.
Thanks for paying attention to this problem!
Regards,
Gerard Verhaag
Hi,
No tips or answers yet, sorry, but I'm very much in need for help,
because I don't know what's wrong with the example!
The included test file (test.tex) doesn't give the expected result when
it comes to interaction!
Jumping to the selected section from the table-of-contents doesn't seem
to work anymore using the latest update! The jump to the first section
seems to work fine, but selecting any other section from the
table-of-contents just brings me at the very first section?!
Thanks!
Regards,
Gerard Verhaag
P.S. Using ConTeXt ver: 2012.01.25 14:16 MKIV fmt: 2012.1.30 int:
english/english.
% Test file
\setupinteraction
[state=start,
style=,
color=blue,
contrastcolor=,
menu=on,
title=Test File,
author=Gerard Verhaag]
\starttext
\chapter[test]{Test}
\startcolumns[n=2]
\placelist[section][pagenumber=no,interaction=all]
%\placecontent[section][pagenumber=no,interaction=text]
\stopcolumns
\section[abc]{Abc}
\dorecurse{70}
{A test of placelist-command and interaction! }
\section[def]{Def}
Another section starts right here!
\stoptext
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
On Wed, Feb 1, 2012 at 10:21 AM, Vladimir Lomov lomov...@gmail.com wrote:
Hello,
** luigi scarso [2012-02-01 08:45:18 +0100]:
On Wed, Feb 1, 2012 at 7:00 AM, Vladimir Lomov lomov...@gmail.com wrote:
I specially chose that font (txr, txr.tfm and txr.vf files), it is
distributed by txfonts package. May be you installation doesn't have
them because I installed context suite with './first-setup.sh
--modules=all'.
Nevertheless, that 'Font ... at 600 ...' reminds me how pdftex (pdflatex
actually) deals with tfm/mf/pk fonts (generate pk and insert them into
pdf file).
Even with --modules=all'
LuaTeX warning (file rtxptmr): Font rtxptmr at 600 not found
and
$ pdffonts test.pdf
name type emb sub uni object ID
- --- --- --- -
Error: font resource is not a dictionary
JFRMQG+LMRoman10-Regular CID Type 0C yes yes yes 18 0
It seems that this font is not a font of the suite.
Let me stess it in other words: this (Font ... not found) is not the
topic of thread. It is completely inrelated (IMHO) with vf font
problem (vf font leads to that checksum message). I took that font
because it has corresponding vf file.
ok it was just to have as much data as possible.
We have
$vftovp txr.vf
(VTITLE )
(FAMILY TXR)
(FACE F MRR)
(CODINGSCHEME TEX TEXT)
(DESIGNSIZE R 10.0)
(COMMENT DESIGNSIZE IS IN POINTS)
(COMMENT OTHER SIZES ARE MULTIPLES OF DESIGNSIZE)
(CHECKSUM O 32212676346)
while from luatex source
source/texk/web2c/luatexdir/font/vfovf.w:
@ process a local font in \.{VF} file
@c
static internal_font_number
vf_def_font(internal_font_number f, unsigned char *vf_buffer, int *vf_cr)
{
:
unsigned long checksum;
cs.b0 = vf_buffer[(*vf_cr)];
cs.b1 = vf_buffer[(*vf_cr) + 1];
cs.b2 = vf_buffer[(*vf_cr) + 2];
cs.b3 = vf_buffer[(*vf_cr) + 3];
(*vf_cr) += 4;
checksum = (unsigned)
(cs.b0 * 256 * 256 * 256 + cs.b1 * 256 * 256 + cs.b2 * 256 + cs.b3);
:
if (checksum != 0 font_checksum(k) != 0
checksum != font_checksum(k))
vf_local_font_warning(f, k, checksum mismatch, (int) checksum,
(int) font_checksum(k));
if (ds != font_dsize(k))
vf_local_font_warning(f, k, design size mismatch, ds,
font_dsize(k));
It's not related to MKIV but to luatex, and it's a warning.
It doesn't even matter to have --modules==all, this vf file in the
standard standalone.
Of course you must have the pfb/afm or otf or ttf file, as usual,
otherwise the pdf is wrong
--
luigi
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Links in TOC not working properly?!
On 1-2-2012 10:27, Verhaag, G.C.H.M. wrote: No tips or answers yet, sorry, but I'm very much in need for help, because I don't know what's wrong with the example! The included test file (test.tex) doesn't give the expected result when it comes to interaction! Jumping to the selected section from the table-of-contents doesn't seem to work anymore using the latest update! The jump to the first section seems to work fine, but selecting any other section from the table-of-contents just brings me at the very first section?! i'll have a look at it but no update today ... working on other code which is temporary in test-mode Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Links in TOC not working properly?!
you can put this in cont-new.mkiv (after \unprotect)
\unexpanded\def\strc_lists_apply_renderingsetup
{\the\t_lists_every_renderingsetup
\edef\currentlistalternative{\listparameter\c!alternative}%
\directsetup{\listalternativeparameter\c!renderingsetup}\relax
\the\t_lists_every_renderingcleanup}
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Links in TOC not working properly?! SOLVED
On 02/01/2012 11:16 AM, Hans Hagen wrote:
you can put this in cont-new.mkiv (after \unprotect)
\unexpanded\def\strc_lists_apply_renderingsetup
{\the\t_lists_every_renderingsetup
\edef\currentlistalternative{\listparameter\c!alternative}%
\directsetup{\listalternativeparameter\c!renderingsetup}\relax
\the\t_lists_every_renderingcleanup}
Hi Hans,
Thanks for paying attention to this problem!
Added the code as you suggested and now it works again.
A minor bug that will be corrected in the next release I suppose!
Regards,
Gerard Verhaag
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] setupheads[sectionnumber=no] (and retrocompatibility issue)
Hello there.
See this minimal example.
%% cut here
\setupheads[sectionnumber=no]
\starttext
\placecontent
\chapter{Chapter}
\section{Section}
\subsection{Subsection}
\stoptext
%% end
With version: 2012.01.25 14:16 the numbers are there (and if I tweak the
ToC listing I get a mess). With the current (2011.05.18 22:26)
everything is fine.
Using [number=no] with the beta the numbers disapper, while the current
prints out the numer (and again a mess in the ToC).
http://wiki.contextgarden.net/Reference/en/setupheads says that the
right command is sectionnumber, but it's obviously outdated.
Thanks in advance for the attention.
Cheers
--
Marco
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
Hello,
** luigi scarso [2012-02-01 10:54:04 +0100]:
On Wed, Feb 1, 2012 at 10:21 AM, Vladimir Lomov lomov...@gmail.com wrote:
Hello,
** luigi scarso [2012-02-01 08:45:18 +0100]:
On Wed, Feb 1, 2012 at 7:00 AM, Vladimir Lomov lomov...@gmail.com wrote:
I specially chose that font (txr, txr.tfm and txr.vf files), it is
distributed by txfonts package. May be you installation doesn't have
them because I installed context suite with './first-setup.sh
--modules=all'.
Nevertheless, that 'Font ... at 600 ...' reminds me how pdftex (pdflatex
actually) deals with tfm/mf/pk fonts (generate pk and insert them into
pdf file).
Even with --modules=all'
LuaTeX warning (file rtxptmr): Font rtxptmr at 600 not found
and
$ pdffonts test.pdf
name type emb sub uni object ID
- --- --- --- -
Error: font resource is not a dictionary
JFRMQG+LMRoman10-Regular CID Type 0C yes yes yes 18 0
It seems that this font is not a font of the suite.
Let me stess it in other words: this (Font ... not found) is not the
topic of thread. It is completely inrelated (IMHO) with vf font
problem (vf font leads to that checksum message). I took that font
because it has corresponding vf file.
ok it was just to have as much data as possible.
We have
$vftovp txr.vf
(VTITLE )
(FAMILY TXR)
(FACE F MRR)
(CODINGSCHEME TEX TEXT)
(DESIGNSIZE R 10.0)
(COMMENT DESIGNSIZE IS IN POINTS)
(COMMENT OTHER SIZES ARE MULTIPLES OF DESIGNSIZE)
(CHECKSUM O 32212676346)
while from luatex source
source/texk/web2c/luatexdir/font/vfovf.w:
@ process a local font in \.{VF} file
@c
static internal_font_number
vf_def_font(internal_font_number f, unsigned char *vf_buffer, int *vf_cr)
{
:
unsigned long checksum;
cs.b0 = vf_buffer[(*vf_cr)];
cs.b1 = vf_buffer[(*vf_cr) + 1];
cs.b2 = vf_buffer[(*vf_cr) + 2];
cs.b3 = vf_buffer[(*vf_cr) + 3];
(*vf_cr) += 4;
checksum = (unsigned)
(cs.b0 * 256 * 256 * 256 + cs.b1 * 256 * 256 + cs.b2 * 256 + cs.b3);
:
if (checksum != 0 font_checksum(k) != 0
checksum != font_checksum(k))
vf_local_font_warning(f, k, checksum mismatch, (int) checksum,
(int) font_checksum(k));
if (ds != font_dsize(k))
vf_local_font_warning(f, k, design size mismatch, ds,
font_dsize(k));
It's not related to MKIV but to luatex, and it's a warning.
It doesn't even matter to have --modules==all, this vf file in the
standard standalone.
Of course you must have the pfb/afm or otf or ttf file, as usual,
otherwise the pdf is wrong
I was not sure, that why I began this thread. I started with latex example,
then strip it down to plain tex one and after that came to context
minimal example.
AFAIU, context suite doesn't have plain pdftex and luatex formats,
therefore I compile minimal plain tex example with TeX Live 2011, and
luatex doesn't print such message though it reads vf file.
The problem indeed may be it luatex and how it works with vf fonts, but
as I said, I'm not sure (don't know very well either plain tex or context).
P.S. Unrelated: seems I completely lost, I read web sources, the
quoted extract from luatex source and I don't understand how this
number '32212676346' can be presented as
cs.b0 * 256 * 256 * 256 + cs.b1 * 256 * 256 + cs.b2 * 256 + cs.b3
If I don't lose my math skills the '32212676346' is
32212676346=7·256^{4}+128·256^{3}+6·256^{2}+110·256^{1}+250·256^{0}
---
WBR, Vladimir Lomov
--
If only God would give me some clear sign! Like making a large deposit
in my name at a Swiss bank.
-- Woody Allen, Without Feathers
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
On Wed, Feb 1, 2012 at 2:48 PM, Vladimir Lomov lomov...@gmail.com wrote:
We have
$vftovp txr.vf
(VTITLE )
(FAMILY TXR)
(FACE F MRR)
(CODINGSCHEME TEX TEXT)
(DESIGNSIZE R 10.0)
(COMMENT DESIGNSIZE IS IN POINTS)
(COMMENT OTHER SIZES ARE MULTIPLES OF DESIGNSIZE)
(CHECKSUM O 32212676346)
while from luatex source
source/texk/web2c/luatexdir/font/vfovf.w:
@ process a local font in \.{VF} file
@c
static internal_font_number
vf_def_font(internal_font_number f, unsigned char *vf_buffer, int *vf_cr)
{
:
unsigned long checksum;
cs.b0 = vf_buffer[(*vf_cr)];
cs.b1 = vf_buffer[(*vf_cr) + 1];
cs.b2 = vf_buffer[(*vf_cr) + 2];
cs.b3 = vf_buffer[(*vf_cr) + 3];
(*vf_cr) += 4;
checksum = (unsigned)
(cs.b0 * 256 * 256 * 256 + cs.b1 * 256 * 256 + cs.b2 * 256 + cs.b3);
:
if (checksum != 0 font_checksum(k) != 0
checksum != font_checksum(k))
vf_local_font_warning(f, k, checksum mismatch, (int) checksum,
(int) font_checksum(k));
if (ds != font_dsize(k))
vf_local_font_warning(f, k, design size mismatch, ds,
font_dsize(k));
It's not related to MKIV but to luatex, and it's a warning.
It doesn't even matter to have --modules==all, this vf file in the
standard standalone.
Of course you must have the pfb/afm or otf or ttf file, as usual,
otherwise the pdf is wrong
I was not sure, that why I began this thread. I started with latex example,
then strip it down to plain tex one and after that came to context
minimal example.
it's also in pdftex: see
function vf_def_font
in
src/texk/web2c/pdftexdir/pdftex.web
AFAIU, context suite doesn't have plain pdftex and luatex formats,
therefore I compile minimal plain tex example with TeX Live 2011, and
luatex doesn't print such message though it reads vf file.
Hm, have a look at
tex/texmf-context/tex/generic/context/luatex
The problem indeed may be it luatex and how it works with vf fonts, but
as I said, I'm not sure (don't know very well either plain tex or context).
P.S. Unrelated: seems I completely lost, I read web sources, the
quoted extract from luatex source and I don't understand how this
number '32212676346' can be presented as
cs.b0 * 256 * 256 * 256 + cs.b1 * 256 * 256 + cs.b2 * 256 + cs.b3
If I don't lose my math skills the '32212676346' is
32212676346=7·256^{4}+128·256^{3}+6·256^{2}+110·256^{1}+250·256^{0}
IIRC, 32212676346 should be the checksum stored inside the file, ie
the font_checksum.
--
luigi
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
Am Wed, 1 Feb 2012 10:54:04 +0100 schrieb luigi scarso:
It's not related to MKIV but to luatex.
I think it is related to MKIV (or more precisely to the fontloader).
It is a bit difficult to demonstrate it with context (how to you use
luatex without mkiv there?) but latex (or plain) it is quite easy:
The followings examples load pplr7t.vf. Both give the checksum
mismatch message in the log if and only if the lua-fontloader
luaotfload it also loaded:
%LaTeX
\documentclass{article}
\usepackage{luaotfload}
\begin{document}
\font\test=pplr7t \test abc
\end{document}
%plain
\input luaotfload.sty
\font\test=pplr7t \test abc
\bye
So the code from luaotfload (which is based on the context
fontloader code) changes a checksum (either in the vf or in the
tfm-information) and so the check in the luatex engines fails.
(Imho it is only a minor problem, vf-fonts are not much used with
luatex).
--
Ulrike Fischer
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
On 1-2-2012 15:15, Ulrike Fischer wrote:
Am Wed, 1 Feb 2012 10:54:04 +0100 schrieb luigi scarso:
It's not related to MKIV but to luatex.
I think it is related to MKIV (or more precisely to the fontloader).
It is a bit difficult to demonstrate it with context (how to you use
luatex without mkiv there?) but latex (or plain) it is quite easy:
The followings examples load pplr7t.vf. Both give the checksum
mismatch message in the log if and only if the lua-fontloader
luaotfload it also loaded:
%LaTeX
\documentclass{article}
\usepackage{luaotfload}
\begin{document}
\font\test=pplr7t \test abc
\end{document}
%plain
\input luaotfload.sty
\font\test=pplr7t \test abc
\bye
So the code from luaotfload (which is based on the context
fontloader code) changes a checksum (either in the vf or in the
tfm-information) and so the check in the luatex engines fails.
(Imho it is only a minor problem, vf-fonts are not much used with
luatex).
Afaik nothing is done with a checksum. There is a checksum field in the
loaded tfm but I don't think one has to be passed to luatex. Maybe one
should be passed when a regular tfm file is used but even then, loading
a vf file is independent.
So, it's best to just ignore that message.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Cross-document referencing; How to?!
Hi, After going through the suggested reading This Way, sep 2011 (http://pragma-ade.com/show-mag-15.htm) in relation to this topic it was time to do some tests! Well, I stumbled on the very first basic problem! Using the \useexternalfile[logical_name][filename] resulted in an Undefined control sequence ... error message!? Anybody any suggestions about the syntax of this command?! The description in the reference part of the ConTeXt Garden wiki site is not of much help to me either, sorry! Regards, Gerard Verhaag P.S. Currently using ConTeXt ver: 2012.01.25 14:16 MKIV fmt: 2012.1.30 int: english/english ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Dubious checksum mismatch message on log file
On Wed, Feb 1, 2012 at 3:15 PM, Ulrike Fischer ne...@nililand.de wrote: Am Wed, 1 Feb 2012 10:54:04 +0100 schrieb luigi scarso: It's not related to MKIV but to luatex. I think it is related to MKIV (or more precisely to the fontloader). The message can be reproduced also with luatex --fmt=luatex-plain.fmt The font structure has a key checksum, but luatex doesn't use e by default is zero from vf from tfm used value type checksum yes yes nonumber default: 0 So maybe font_checksum is zero, and checksum is 32212676346 (i.e. the opposite that I wrote). -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] GSUB init, medi, fina and .fea file
On Wed, Feb 01, 2012 at 12:20:29AM +0100, Pablo Rodríguez wrote: Hi there, I have the following OpenType feature archive (intended to use diferent forms for initial and medial/final beta, theta and phi): Quoting my answer from a different list: If you are using init/fina features, it will only work with Arabic/Syriac and similar scripts where it is needed for basic shaping, most OpenType engines (including the one Hans wrote for LuaTeX) don't support them for other scripts. However, you can use contextual substitution to implement the word boundary logic into your OpenType code, but that is a bit tricky. But since this is an often requested feature, and given that Adobe apps support these features for Latin script, I think it is worth supporting them in ConTeXt as well, it should be bit simpler than the Arabic logic already supported. Regards, Khaled ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Dubious checksum mismatch message on log file
On Wed, Feb 01, 2012 at 03:15:14PM +0100, Ulrike Fischer wrote: So the code from luaotfload (which is based on the context fontloader code) changes a checksum (either in the vf or in the tfm-information) and so the check in the luatex engines fails. I tried printing the tfm table we pass to the backed, and the checksum matches the one in the VF file, so this is a bit confusing and may be, for some reason, luatex is comparing the checksums for different fonts, but since this does not happen without the font loader it is likely to be the culprit. Regards, Khaled ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Cross-document referencing; How to?!
Am 01.02.2012 um 15:44 schrieb Verhaag, G.C.H.M.: Hi, After going through the suggested reading This Way, sep 2011 (http://pragma-ade.com/show-mag-15.htm) in relation to this topic it was time to do some tests! Well, I stumbled on the very first basic problem! Using the \useexternalfile[logical_name][filename] resulted in an Undefined control sequence ... error message!? Anybody any suggestions about the syntax of this command?! The description in the reference part of the ConTeXt Garden wiki site is not of much help to me either, sorry! I think this is a typo in the manual and Hans meant the \useexternaldocument command because \useexternalfile was removed from MkIV and had a different purpose. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] GSUB init, medi, fina and .fea file
On 1-2-2012 16:15, Khaled Hosny wrote: On Wed, Feb 01, 2012 at 12:20:29AM +0100, Pablo Rodríguez wrote: Hi there, I have the following OpenType feature archive (intended to use diferent forms for initial and medial/final beta, theta and phi): Quoting my answer from a different list: If you are using init/fina features, it will only work with Arabic/Syriac and similar scripts where it is needed for basic shaping, most OpenType engines (including the one Hans wrote for LuaTeX) don't support them for other scripts. However, you can use contextual substitution to implement the word boundary logic into your OpenType code, but that is a bit tricky. But since this is an often requested feature, and given that Adobe apps support these features for Latin script, I think it is worth supporting them in ConTeXt as well, it should be bit simpler than the Arabic logic already supported. Just wondering ... zapfino probably has these features so they should work, although indeed the logic might be different. So, in order to proceed we need some test font. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Dubious checksum mismatch message on log file
On Wed, Feb 01, 2012 at 03:47:32PM +0100, luigi scarso wrote: On Wed, Feb 1, 2012 at 3:15 PM, Ulrike Fischer ne...@nililand.de wrote: Am Wed, 1 Feb 2012 10:54:04 +0100 schrieb luigi scarso: It's not related to MKIV but to luatex. I think it is related to MKIV (or more precisely to the fontloader). The message can be reproduced also with luatex --fmt=luatex-plain.fmt The font structure has a key checksum, but luatex doesn't use e by default is zero from vf from tfm used value type checksum yes yes nonumber default: 0 So maybe font_checksum is zero, and checksum is 32212676346 (i.e. the opposite that I wrote). So now that is a question to Taco, if checksum is not used by luatex, why id there a difference when the font is loaded in the old way (i.e. no callbacks involved) and when it is loaded define_font callback? Regards, Khaled ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] GSUB init, medi, fina and .fea file
On 02/01/2012 04:36 PM, Hans Hagen wrote: On 1-2-2012 16:15, Khaled Hosny wrote: On Wed, Feb 01, 2012 at 12:20:29AM +0100, Pablo Rodríguez wrote: Hi there, I have the following OpenType feature archive (intended to use diferent forms for initial and medial/final beta, theta and phi): [...] But since this is an often requested feature, and given that Adobe apps support these features for Latin script, I think it is worth supporting them in ConTeXt as well, it should be bit simpler than the Arabic logic already supported. Just wondering ... zapfino probably has these features so they should work, although indeed the logic might be different. So, in order to proceed we need some test font. Thanks for the replies, Khaled and Hans. I thought that using an external .fea file would work with any font that has the used glyphs, wouldn't it? Thanks for your help, Pablo -- http://www.oudeis.tk ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] setupheads[sectionnumber=no] (and retrocompatibility issue)
Am 01.02.2012 um 12:36 schrieb Marco Pessotto:
Hello there.
See this minimal example.
%% cut here
\setupheads[sectionnumber=no]
\starttext
\placecontent
\chapter{Chapter}
\section{Section}
\subsection{Subsection}
\stoptext
%% end
With version: 2012.01.25 14:16 the numbers are there (and if I tweak the
ToC listing I get a mess). With the current (2011.05.18 22:26)
everything is fine.
Using [number=no] with the beta the numbers disapper, while the current
prints out the numer (and again a mess in the ToC).
http://wiki.contextgarden.net/Reference/en/setupheads says that the
right command is sectionnumber, but it's obviously outdated.
The reference pages (and also the other wiki pages) explain often the behaviors
of MkII but for MkIV the numbering mechanism has slightly changed.
There are different ways to disable numbering for the heading, for a whole
sectionblock you can disable them with \setupsectionblock[…][number=no]
and for individual heading you can use \setuphead[…][number=no] or
\setuphead[…][incrementnumber=no].
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] setupheads[sectionnumber=no] (and retrocompatibility issue)
Wolfgang Schuster schuster.wolfg...@googlemail.com writes: Am 01.02.2012 um 12:36 schrieb Marco Pessotto: http://wiki.contextgarden.net/Reference/en/setupheads says that the right command is sectionnumber, but it's obviously outdated. The reference pages (and also the other wiki pages) explain often the behaviors of MkII but for MkIV the numbering mechanism has slightly changed. There are different ways to disable numbering for the heading, for a whole sectionblock you can disable them with \setupsectionblock[…][number=no] and for individual heading you can use \setuphead[…][number=no] or \setuphead[…][incrementnumber=no]. Wolfgang Thanks. I guess \setupheads[number=no,sectionnumber=no] won't harm in any case (so the document will compile correctly on both the beta and the current). Cheers. -- Marco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] setupheads[sectionnumber=no] (and retrocompatibility issue)
Am 01.02.2012 um 18:31 schrieb Marco Pessotto: Wolfgang Schuster schuster.wolfg...@googlemail.com writes: Am 01.02.2012 um 12:36 schrieb Marco Pessotto: http://wiki.contextgarden.net/Reference/en/setupheads says that the right command is sectionnumber, but it's obviously outdated. The reference pages (and also the other wiki pages) explain often the behaviors of MkII but for MkIV the numbering mechanism has slightly changed. There are different ways to disable numbering for the heading, for a whole sectionblock you can disable them with \setupsectionblock[…][number=no] and for individual heading you can use \setuphead[…][number=no] or \setuphead[…][incrementnumber=no]. Wolfgang Thanks. I guess \setupheads[number=no,sectionnumber=no] won't harm in any case (so the document will compile correctly on both the beta and the current). Or use only “incrementnumber=no” (or “incrementnumber=list” when you want the the titles in the table of contents) which works with the old and new code. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] \startstopcomment fails on latest beta
Hello there.
See the following minimal example. Without the \setupinteraction the
document compiles just fine.
%% begin
\setupinteraction[state=start]
\starttext
hello
\startcomment
This won’t be published
\stopcomment
\stoptext
%% end
Best regards.
Error log:
mtx-context | run 1: luatex
--fmt=/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-cache/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en
--lua=/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-cache/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en.lui
--backend=pdf ./min.tex \stoptext
This is LuaTeX, Version beta-0.70.1-2011051923 (rev 4277)
\write18 enabled.
(min.tex
ConTeXt ver: 2012.01.25 14:16 MKIV fmt: 2012.2.1 int: english/english
system cont-new.mkiv loaded
(/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-context/tex/context/base/cont-new.mkiv
system beware: some patches loaded from cont-new.mkiv
)
system min.top loaded
(min.top)
fontslatin modern fonts are not preloaded
languageslanguage en is active
{/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
fontspreloading latin modern fonts (second stage)
fontstypescripts unknown: library 'loc'
{/media/data/melmoth/progetti/context-cutting-edge/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/media/data/melmoth/progetti/context-cutting-edge/tex/texmf/fonts/map/dvips/lm/lm-rm.map}
fontsfallback modern rm 12pt is loaded
checkmissing or ungrouped '=' after 'comment' in line 10
(182comment:)
! LuaTeX error ...edge/tex/texmf-context/tex/context/base/scrn-wid.lua:120:
incorrect index value -1 for tex.setbox()
stack traceback:
[C]: ?
...edge/tex/texmf-context/tex/context/base/scrn-wid.lua:120: in
function 'insertcomment'
main ctx instance:1: in main chunk.
system tex error on line 13 in file min.tex: LuaTeX error ...
3 \setupinteraction[state=start]
4
5 \starttext
6
7 hello
8
9 \startcomment
10
11 This won’t be published
12
13 \stopcomment
14
15 \stoptext
16
\ctxcommand ...\directlua \zerocount {commands.#1}
\184normal ...\commentparameter \c!textlayer }}
\wd \b_scrn_comment_link \...
\scrn_comment_stop -\scrn_comment_inject
\egroup
l.13 \stopcomment
? X
--
Marco
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Problem with Lua processing UTF8 substrings
Hello ConTeXist,
I want to use Lua to write characters (substrings) from a string, but I
get an error message:
! String contains an invalid utf-8 sequence.
I tried various Lua functions for working with UTF8 strings for example:
string.subutf8(string, start[,end])
for i, char in str:nextutf8(orig_pos)
string.lenutf8(string),
but without success.
Can you please someone help?
Thanks
Jaroslav Hajtmar
Here is my minimal example:
\def\mymacro#1{\ctxlua{for i=1, string.len('#1') do
context(string.sub('#1',i,i).., ) end}}
\starttext
%\mymacro{šěřěžřýčřčžáýčý} % Here is a problem
\mymacro{asdfghjklqwertt} % Here is all OK
\stoptext
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] strc-lst.mkvi [was: \cite fails with “Extra ...”]
On 2012-01-30 14:54, Pontus Lurcock wrote:
On Mon 30 Jan 2012, Philipp Gesang wrote:
Hi all,
when updating some module documentation I came across this one:
·
\startpublication [
k=mt,
t=book,
a={Bodoni},
y=1818,
n=1,
s={Manuale},
]
\author[]{Giambattista}[]{}{Bodoni}
\pubyear{1818}
\title{Manuale Tipografico, 2~vols}
\city{Parma}
\stoppublication
\starttext
foo \cite[authoryear][mt] bar
\stoptext
·
This definitely works with the beta from 2011-11-04, but not with
the one from 2012.01.25. Has there been a change?
I confirm that this works for me with v2011.10.01. This seems to be
the same bug that was reported three days ago by Michel Green:
http://archive.contextgarden.net/message/20120127.202303.001f5202.en.html
(his example also works with my v2011.10.01). Unfortunately I don't
know how to fix it or work around it.
I just dove through the git repo and it seems to me that version
2012-01-24 is the culprit, more precisely: the newly introduced
“strc-lst.mkvi”:
··· line 169ff. ·
\def\strc_lists_write_data_to[#tag][#settings][#userdata]% we can overload
location
{\doif{\namedlistparameter{#tag}\c!state}\v!start
{\ifthirdargument
-
\strc_lists_inject_yes[#tag][#settings,\c!type=\s!userdata][#userdata]%
+ \strc_lists_inject[#tag][#settings,\c!type=\s!userdata][#userdata]%
\else
- \strc_lists_inject_yes[#tag][\c!type=\s!userdata][#settings]%
+ \strc_lists_inject[#tag][\c!type=\s!userdata][#settings]%
\fi}}
·
Works for me.
Regards
Philipp
Pont
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
pgpDvjYTGtE9S.pgp
Description: PGP signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Problem with Lua processing UTF8 substrings
On 2012-02-01 20:26, Jaroslav Hajtmar wrote:
I want to use Lua to write characters (substrings) from a string,
but I get an error message:
! String contains an invalid utf-8 sequence.
Can you please someone help?
Have you tried the unicode library? The standard string library
operates on bytes, therefore extracting a single byte yields an
incomplete multibyte char if the codepoint is beyond ascii.
·
\def\mymacro#1{%
\startluacode
local utf = unicode.utf8
local target = [==[\detokenize{#1}]==]
for i=1, utf.len(target) do
context(utf.sub(target,i,i).., )
end
\stopluacode%
}
%% alternatively, use utfcharacters
\define[1]\myothermacro{%
\startluacode
local result = { }
for i in string.utfcharacters[==[\detokenize{#1}]==] do
result[\letterhash result+1] = i
end
context(table.concat(result, , ))
\stopluacode
}
\starttext
\mymacro{šěřěžřýčřčžáýčý}\par
\myothermacro{šěřěžřýčřčžáýčý}
\stoptext
·
(Lazy people would just do a “local string = unicode.utf8” at the
top of the file.)
Regards
Philipp
Thanks
Jaroslav Hajtmar
Here is my minimal example:
\def\mymacro#1{\ctxlua{for i=1, string.len('#1') do
context(string.sub('#1',i,i).., ) end}}
\starttext
%\mymacro{šěřěžřýčřčžáýčý} % Here is a problem
\mymacro{asdfghjklqwertt} % Here is all OK
\stoptext
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
pgpehNQA1ygvP.pgp
Description: PGP signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Problem with Lua processing UTF8 substrings
Hello Philipp.
Thanx very much for very quick and perfect help.
Is there any manual or source, where I can read these (and next and
similar) information?
One more thanx
Jaroslav Hajtmar
Dne 1.2.2012 21:05, Philipp Gesang napsal(a):
\def\mymacro#1{%
\startluacode
local utf = unicode.utf8
local target = [==[\detokenize{#1}]==]
for i=1, utf.len(target) do
context(utf.sub(target,i,i).., )
end
\stopluacode%
}
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Problem with Lua processing UTF8 substrings
On 2012-02-01 21:17, Jaroslav Hajtmar wrote:
Hello Philipp.
Thanx very much for very quick and perfect help.
Is there any manual or source, where I can read these (and next and
similar) information?
I’m sorry I have to disappoint you but the utf library is
documented only in the source.[1] Luckily it covers all the
functionality of the native string library, thus its usage should
be equivalent except that it works for utf sequences as well. If
you know some German there’s also a blog post by Patrick.[2]
The string.utfcharacters iterator is covered in luatexref-t.pdf.
Hope this helps
Philipp
[1] http://files.luaforge.net/releases/sln/slnunicode/1.1a
[2] http://www.luatex.de/2010/02/selene-unicode-bibliothek/?iframe=true
One more thanx
Jaroslav Hajtmar
Dne 1.2.2012 21:05, Philipp Gesang napsal(a):
\def\mymacro#1{%
\startluacode
local utf = unicode.utf8
local target = [==[\detokenize{#1}]==]
for i=1, utf.len(target) do
context(utf.sub(target,i,i).., )
end
\stopluacode%
}
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
pgpYWmz3dtzKI.pgp
Description: PGP signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Problem with Lua processing UTF8 substrings
Thanx Philipp!
It just - I do not mind studying the code ...
Many thanx.
Jaroslav
Dne 1.2.2012 21:35, Philipp Gesang napsal(a):
On 2012-02-01 21:17, Jaroslav Hajtmar wrote:
Hello Philipp.
Thanx very much for very quick and perfect help.
Is there any manual or source, where I can read these (and next and
similar) information?
I’m sorry I have to disappoint you but the utf library is
documented only in the source.[1] Luckily it covers all the
functionality of the native string library, thus its usage should
be equivalent except that it works for utf sequences as well. If
you know some German there’s also a blog post by Patrick.[2]
The string.utfcharacters iterator is covered in luatexref-t.pdf.
Hope this helps
Philipp
[1] http://files.luaforge.net/releases/sln/slnunicode/1.1a
[2] http://www.luatex.de/2010/02/selene-unicode-bibliothek/?iframe=true
One more thanx
Jaroslav Hajtmar
Dne 1.2.2012 21:05, Philipp Gesang napsal(a):
\def\mymacro#1{%
\startluacode
local utf = unicode.utf8
local target = [==[\detokenize{#1}]==]
for i=1, utf.len(target) do
context(utf.sub(target,i,i).., )
end
\stopluacode%
}
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] strc-lst.lua [was: Bibliography problem]
On 2012-01-27 12:23, Michael Green wrote:
I'm having a problem with bibliographies.
I believe the bug is in strc-lst.lua.
line 526ff.
function lists.location(n)
local l = lists.result[n]
- return l.references.internal or n
+ return l and l.references.internal or n
end
·
Works here.
Philipp
Example file
\setupbibtex[database=test]
\setuppublications[alternative=apa]
\starttext
Here is a cite command: \cite[hh2010a]
%\placepublications[criterium=all]
\stoptext
test.bib
@STRING{hh = {Hans Hagen}}
@ARTICLE{hh2010a,
author = hh,
title = {The Font Name Mess},
journal = {MAPS},
year = {2010},
volume = {40},
pages = {2-8},
keywords = {context},
}
Log
This is LuaTeX, Version beta-0.70.1-2011051908 (rev 4277)
\write18 enabled.
(2012bib.tex
ConTeXt ver: 2012.01.25 14:16 MKIV fmt: 2012.1.26 int: english/english
system cont-new.mkiv loaded
(/Users/michaelgreen/Applications/context/tex/texmf-context/tex/context/base/cont-new.mkiv
system beware: some patches loaded from cont-new.mkiv
)
system 2012bib.top loaded
(2012bib.top)
fontslatin modern fonts are not preloaded
languageslanguage en is active
publications wrote a new auxiliary file \jobname.aux
This is BibTeX, Version 0.99d (TeX Live 2011)
The top-level auxiliary file: 2012bib.aux
The style file: cont-no.bst
Database file #1: test.bib
publications loading formatting style from bibl-apa
(/Users/michaelgreen/Applications/context/tex/texmf-context/tex/context/bib/bibl-apa.tex){/Users/michaelgreen/Applications/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
fontspreloading latin modern fonts (second stage)
fontstypescripts unknown: library 'loc'
{/Users/michaelgreen/Applications/context/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/Users/michaelgreen/Applications/context/tex/texmf/fonts/map/dvips/lm/lm-rm.map}
fontsfallback modern rm 12pt is loaded
checkmissing or ungrouped '=' after 'pubs' in line 5 (68:)
publications loading database from 2012bib.bbl
(2012bib.bbl)
! Extra \endgroup.
system tex error on line 5 in file 2012bib.tex: Extra ...
1 \setupbibtex[database=test]
2 \setuppublications[alternative=apa]
3
4 \starttext
5 Here is a cite command: \cite[hh2010a]
6
7 %\placepublications[criterium=all]
8
9 \stoptext
\docite ...else \donumberedcite {#1}\fi \endgroup
to be read again
l.5 Here is a cite command: \cite[hh2010a]
?
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
pgpBzCflw3RqU.pgp
Description: PGP signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
Hello,
** Hans Hagen [2012-02-01 15:22:58 +0100]:
On 1-2-2012 15:15, Ulrike Fischer wrote:
Am Wed, 1 Feb 2012 10:54:04 +0100 schrieb luigi scarso:
It's not related to MKIV but to luatex.
I think it is related to MKIV (or more precisely to the fontloader).
It is a bit difficult to demonstrate it with context (how to you use
luatex without mkiv there?) but latex (or plain) it is quite easy:
The followings examples load pplr7t.vf. Both give the checksum
mismatch message in the log if and only if the lua-fontloader
luaotfload it also loaded:
%LaTeX
\documentclass{article}
\usepackage{luaotfload}
\begin{document}
\font\test=pplr7t \test abc
\end{document}
%plain
\input luaotfload.sty
\font\test=pplr7t \test abc
\bye
So the code from luaotfload (which is based on the context
fontloader code) changes a checksum (either in the vf or in the
tfm-information) and so the check in the luatex engines fails.
(Imho it is only a minor problem, vf-fonts are not much used with
luatex).
Afaik nothing is done with a checksum. There is a checksum field in
the loaded tfm but I don't think one has to be passed to luatex.
Maybe one should be passed when a regular tfm file is used but even
then, loading a vf file is independent.
So, it's best to just ignore that message.
Correct me if I'm wrong, but this how I understand TFM font and currect
state of tex engines (actually pdftex, xetex and luatex):
1. to use any font in tex one need a TFM file (file name = fontname.TFM),
that file actually contain informationabout font, not how exatly glyphs
are constructed;
2. when [original] tex read a document file it searches for TFM and VF
files, read them and write DVI file with information about that files;
3. after that user can send file to printer or publisher to print it on
printer. As I understand the purpose of checksum was to be sure that
publisher or printer would use exatly the same fonts as user. If user
converts DVI file to PS/PDF one on his/she computer using dvips or
dvipdfm* the checksum mostly useless, assuming files are not corrupted.
Nowadays pdftex, xetex and luatex are widely used and most time users
generate PDF files on the same computer they write documents, send PDF
files which have they own mechanism to check font consistency.
But still there are [plenty] DVI files around, as well as luatex engine
might generate DVI file. The convertion to PS/PDF is performed by
dvips/dvipdfm* programs, that's ok. But what about luatex with DVI
output?
My conclusion:
1. if PDF output is only interesting then it is Ok, ignore that message,
because font information is already in PDF and PDF programs should deal
with it;
2. if DVI output is concerned then luatex _must_ be consistent with
pdftex (also can write DVI files), which, imho (don't check), takes care
about both TFM and VF checksums.
---
WBR, Vladimir Lomov
--
The happiest time of a person's life is after his first divorce.
-- J.K. Galbraith
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
Hello,
** luigi scarso [2012-02-01 15:04:07 +0100]:
[...]
I was not sure, that why I began this thread. I started with latex example,
then strip it down to plain tex one and after that came to context
minimal example.
it's also in pdftex: see
function vf_def_font
in
src/texk/web2c/pdftexdir/pdftex.web
Will look in it.
AFAIU, context suite doesn't have plain pdftex and luatex formats,
therefore I compile minimal plain tex example with TeX Live 2011, and
luatex doesn't print such message though it reads vf file.
Hm, have a look at
tex/texmf-context/tex/generic/context/luatex
In my installation this directory doesn't have fmt files. In any case I
will look in it.
The problem indeed may be it luatex and how it works with vf fonts, but
as I said, I'm not sure (don't know very well either plain tex or context).
P.S. Unrelated: seems I completely lost, I read web sources, the
quoted extract from luatex source and I don't understand how this
number '32212676346' can be presented as
cs.b0 * 256 * 256 * 256 + cs.b1 * 256 * 256 + cs.b2 * 256 + cs.b3
If I don't lose my math skills the '32212676346' is
32212676346=7·256^{4}+128·256^{3}+6·256^{2}+110·256^{1}+250·256^{0}
IIRC, 32212676346 should be the checksum stored inside the file, ie
the font_checksum.
Yes, that's right, but I forgot that this is octal number, therefore
032212676346=3526065382=210·256^{3}+43·256^{2}+124·256^{1}+230·256^{0},
so 210,43,124,230 are written in file as D2, 2B, 7C, E6 (which I found
in VF file :).
---
WBR, Vladimir Lomov
--
The molars, I'm sure, will be all right, the molars can take care of
themselves, the old man said, no longer to me. But what will become
of the bicuspids?
-- The Old Man and his Bridge
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Dubious checksum mismatch message on log file
On Thu, Feb 2, 2012 at 2:28 AM, Vladimir Lomov lomov...@gmail.com wrote: Hello, ** luigi scarso [2012-02-01 15:04:07 +0100]: [...] I was not sure, that why I began this thread. I started with latex example, then strip it down to plain tex one and after that came to context minimal example. it's also in pdftex: see function vf_def_font in src/texk/web2c/pdftexdir/pdftex.web Will look in it. AFAIU, context suite doesn't have plain pdftex and luatex formats, therefore I compile minimal plain tex example with TeX Live 2011, and luatex doesn't print such message though it reads vf file. Hm, have a look at tex/texmf-context/tex/generic/context/luatex In my installation this directory doesn't have fmt files. In any case I will look in it. yes, but you can generate it with luatex --ini luatex-plain.tex -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Bibliography problem
Hello,
Here's a long-standing problem I have with BibTeX databases in ConTeXt
Mk IV (I'm currently using version 2011.10.01). If there are multiple
publications with the same authors and year, they get suffixes a, b,
etc. as is usually expected in bibliographies. Unfortunately these
suffixes appear even if only one of the works is actually cited.
Minimal example:
== test.bib ==
@book{book2,
title = {The second book},
author = {Ann Author},
year = {2000},
}
@book{book1,
title = {The first book},
author = {Ann Author},
year = {2000},
}
== test.tex ==
\setupbibtex[database={test},sort=author]
\setuppublications[sorttype=bbl,refcommand=authoryear]
\starttext
% \cite[book1] % uncomment to demonstrate ordering problem
\cite[book2]
\placepublications[criterium=text]
\stoptext
This gives a citation of Author (2000a) despite there being no Author
(2000b). A related problem is that even when both suffixes are used,
they are applied in the order of the original .bib file rather than in
the order of the typeset bibliography. So if \cite[book1] is
uncommented in the above example, the bibliography contains Author
(2000b) followed by Author (2000a).
I'm guessing that problem is that the whole BibTeX file is processed
into ConTeXt's \startpublication...stoppublication syntax, not just
the cited works. I can't see a way around the this, other than
creating a custom .bib file for each document with the problematic
entries removed or re-ordered. Does anyone have any suggestions?
Thanks,
Pont
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
