On 25-3-2011 7:06, Marco wrote:

On 2011-03-25 Hans Hagen wrote:

...

Hi,

I uploaded a new beta. There are quite some changes this time:

The following doesn't compile:

\starttext \input knuth \stoptext

Output:

weird ... in font-otp.lua there is in line 347: local reload = not data or data.size ~= size or data.time ~= time can you add there print(data,data and data.size,data and data.time,size,time) and then remake the format and try again? I want to know what gets reported there

! LuaTeX error ...text/tex/texmf-context/tex/context/base/font-otp.lua:358: attempt to index local 'resources' (a nil value) stack traceback: ...text/tex/texmf-context/tex/context/base/font-otp.lua:358: in function 'enhancer' ...text/tex/texmf-context/tex/context/base/font-otf.lua:250: in function 'enhance' ...text/tex/texmf-context/tex/context/base/font-otf.lua:471: in function 'load' ...text/tex/texmf-context/tex/context/base/font-otf.lua:1760: in function 'otftotfm' ...text/tex/texmf-context/tex/context/base/font-otf.lua:1787: in function 'read_from_otf' ...text/tex/texmf-context/tex/context/base/font-otf.lua:1866: in function<...text/tex/texmf-context/tex/context/base/font-otf.lua:1855> (tail call): ? (tail call): ? ...text/tex/texmf-context/tex/context/base/font-def.lua:286: in function 'loadfont' ...text/tex/texmf-context/tex/context/base/font-ctx.lua:230: in function 'loadfont' ...text/tex/texmf-context/tex/context/base/font-def.lua:397: in function 'read' ...text/tex/texmf-context/tex/context/base/font-ctx.lua:642: in function 'stage_two' <main ctx instance>:1: in main chunk.

This is LuaTeX, Version beta-0.65.0-2010121317 ConTeXt ver: 2011.03.25 18:03 MKIV

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 ___________________________________________________________________________________

-- ----------------------------------------------------------------- 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 -----------------------------------------------------------------

On 25-3-2011 7:58, Marco wrote:

On 2011-03-25 Hans Hagen wrote:

...

weird ...

in font-otp.lua there is in line 347:

This line is in font-otf.lua. I added it there.

...

local reload = not data or data.size ~= size or data.time ~= time

can you add there

print(data,data and data.size,data and data.time,size,time)

and then remake the format and try again? I want to know what gets reported there

table: a6330d0 110400 1254938640 110400 1254938640

weird, what font is that? ----------------------------------------------------------------- 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 -----------------------------------------------------------------

On 25-3-2011 9:16, Marco wrote:

On 2011-03-25 Hans Hagen wrote:

...

...

...

and then remake the format and try again? I want to know what gets reported there

table: a6330d0 110400 1254938640 110400 1254938640

weird, what font is that?

How to obtain that information? These numbers tell me nothing.

you can print the table with table.print(data) or have a look in the cache and locate the troublesome file ----------------------------------------------------------------- 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 -----------------------------------------------------------------

On 2011-03-25 Hans Hagen wrote: No problem with luatex version beta-0.66.0-2011032521 (rev 4093). But minimals still ship beta-0.65.0-2010121317. I'm not sure if it's a bug in luatex 0.65 or context 2011.03.25. Marco

On Fri, Mar 25, 2011 at 22:39, Hans Hagen wrote:

On 25-3-2011 10:08, Marco wrote:

...

No problem with luatex version beta-0.66.0-2011032521 (rev 4093). But minimals still ship beta-0.65.0-2010121317.

Is there a reason why the minimals don't ship 0.66?

Waiting for Taco to release it. I don't have a good feeling taking some random snapshot from repository. Mojca

On 03/25/2011 11:01 PM, Hans Hagen wrote:

On 25-3-2011 10:56, Mojca Miklavec wrote:

...

On Fri, Mar 25, 2011 at 22:39, Hans Hagen wrote:

...

On 25-3-2011 10:08, Marco wrote:

...

No problem with luatex version beta-0.66.0-2011032521 (rev 4093). But minimals still ship beta-0.65.0-2010121317.

Is there a reason why the minimals don't ship 0.66?

Waiting for Taco to release it. I don't have a good feeling taking some random snapshot from repository.

I've been using it for quite a while now so 0.66 is quite ok,

There is no release yet because I am much too busy preparing metapost for the Dante meeting next week. There will be a release very shortly after that. Best wishes, Taco

On 25-3-2011 8:23, Aditya Mahajan wrote:

...

- backend code has been reorganized and cleaned up and aspects of interaction have been partially reimplemented (like widgets) in a more mkiv-ish way (or actually mkvi); widgets now have an updated inheritance model

Looks really nice. Do I have to do something different to activate MkVI syntax, or will that work in regular mkiv files as well?

a file with suffix mkvi will be handled automatically and files that have % ... macros=mkvi ... on the first line too

\setuppaersize[A5] appears to be working fine in MKIV. Can you backport the change to MkII also?

hm, needs checking 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 -----------------------------------------------------------------

On 03/25/2011 11:03 PM, mathew wrote:

I still don't get any dingbats in my PDF output, but it feels like progress is being made...

Please read this message: http://archive.contextgarden.net/message/20110322.165523.c82b23df.en.html

\starttypescript [sans][dingbats][name] \definefontsynonym [Sans][name:dingbatsnormal] \stoptypescript \definetypeface [dingbats][ss][sans][dingbats][default] \starttext Here's a dingbat: {\dingbats ✪ \char"272a} \stoptext

As I wrote in that message, the ghostscript dingbats will not be in the actual unicode locations because the Type1 font does not carry enough information for the reencoding to work. Best wishes, Taco

On Sat, Mar 26, 2011 at 05:42, Hans Hagen wrote:

On 26-3-2011 9:19, Taco Hoekwater wrote:

...

As I wrote in that message, the ghostscript dingbats will not be in the actual unicode locations because the Type1 font does not carry enough information for the reencoding to work.

Indeed and I was somewhat puzzled by this topic coming up again.

There's a simple explanation: I didn't receive the previous on-list replies. I just searched my spam folders and ConTeXt list folder, and I still can't find them. Very mysterious.

Now, as the gs dingbats seem to have the same names as the official ones (some weird numbering scheme) i added a reencoding vector (if the gs files had been different I'd not done that).

Taco writes:

First, run this file:

\usemodule[fnt-10] \starttext \ShowCompleteFont{name:dingbats}{10pt}{1} \stoptext

That gives me an error: ! LuaTeX error <main ctx instance>:35: attempt to index field 'iterators' (a nil value) stack traceback: <main ctx instance>:35: in function 'show_all' <main ctx instance>:1: in main chunk. \ShowCompleteFont ... \ctxlua { fonts.show_all() } \stopcolumns \page \egroup l.146 ...ompleteFont{name:dejavusansmono}{10pt}{1} I'd really like to know how to get a dump of all the symbols in a font with the codes to address them by, as in general I don't think we can expect Hans to build indices for every dingbat font out there :-) I actually had no idea that the glyphs in font files had font-specific names. I thought they were just numbered according to some standard encoding, and that it was a matter of translating from glyph name or Unicode number to whatever encoding was used in the font file. mathew

On 26-3-2011 12:23, Florian Wobbe wrote:

...

The protrusion does not work.

Confirmed.

Also I do get a huge number of overfull lines which was not the case with beta 2011.02.25 22:03. This is strange because there is plenty of room (about 75 characters per line). Unfortunately I was unsuccessful to reproduce this with a minimal example. I guess there are several triggering factors.

well, if protrusion does not work, then indeed you get a different outcome ----------------------------------------------------------------- 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 -----------------------------------------------------------------

On Mar 26, 2011, at 12:42 , Hans Hagen wrote:

On 26-3-2011 2:16, Li Yanrui (李延瑞) wrote:

...

2011/3/26 Hans Hagen:

...

Hi,

I uploaded a new beta.

The protrusion does not work.

I have tested it with the example in http://wiki.contextgarden.net/Protrusion#MkIV

fixed in next upload

Thanks. Is there a way to enable protrusion for figure captions? Florian