Re: [dev-context] Subfootnotes
2012-10-15 Hans Hagen: On 15-10-2012 10:20, Wolfgang Schuster wrote: Hi Hans, subfootnotes don’t work because new beta The following example prints 1 1.A in beta 2011.11.29 23:11 and 1 1.1 in the current one. \definestructureconversionset [footnote] [numbers, Characters] [numbers] \setupenumerations[footnote] [numberconversionset=footnote] \starttext \startfootnote This is a footnote. \stopfootnote\par \startsubfootnote This is a subfootnote. \stopsubfootnote \stoptext Marco ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
Re: [dev-context] Subfootnotes
Am 15.10.2012 um 19:44 schrieb Marco Patzer home...@lavabit.com: 2012-10-15 Hans Hagen: On 15-10-2012 10:20, Wolfgang Schuster wrote: Hi Hans, subfootnotes don’t work because new beta The following example prints 1 1.A in beta 2011.11.29 23:11 and 1 1.1 in the current one. \definestructureconversionset [footnote] [numbers, Characters] [numbers] \setupenumerations[footnote] [numberconversionset=footnote] \setupnotation[footnote][numberconversionset=footnote] Wolfgang ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
Re: [dev-context] Subfootnotes
Am 15.10.2012 um 19:51 schrieb Wolfgang Schuster schuster.wolfg...@gmail.com: \definestructureconversionset [footnote] [numbers, Characters] [numbers] \setupenumerations[footnote] [numberconversionset=footnote] \setupnotation[footnote][numberconversionset=footnote] The \definestructureconversionset has also the new name \defineconversionset, even though old name will stay for backward compatibility of existing styles. Wolfgang ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
[dev-context] Error while updating to new beta
Hi, When compiling the format in the new beta, I get the following error: loading ConTeXt File Macros / Job Handling ! LuaTeX error ...d/src/tex/texmf-context/tex/context/base/l-table.lua:106: C stack overflow stack traceback: ...d/src/tex/texmf-context/tex/context/base/l-table.lua:106: in function 'sortedkeys' ...d/src/tex/texmf-context/tex/context/base/l-table.lua:156: in function 'sortedpairs' .../src/tex/texmf-context/tex/context/base/data-pre.lua:168: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 ... .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/data-pre.lua:177: in function .../src/tex/texmf-context/tex/context/base/data-pre.lua:165 .../src/tex/texmf-context/tex/context/base/file-job.lua:570: in function 'code' .../src/tex/texmf-context/tex/context/base/util-lua.lua:130: in function 'loadedluacode' .../src/tex/texmf-context/tex/context/base/luat-env.lua:285: in function 'luafilechunk' .../src/tex/texmf-context/tex/context/base/luat-cod.lua:45: in function 'registercode' main ctx instance:1: in main chunk. system tex error on line 20 in file /home/adityam/Software/context-pkgbuild/src/tex/texmf-context/tex/context/base/file-job.mkvi: LuaTeX error ... 10 %C This module is part of the \CONTEXT\ macro||package and is 11 %C therefore copyrighted by \PRAGMA. See mreadme.pdf for 12 %C details. 13 14 %D This module is still to be split and documented. 15 16 \writestatus{loading}{ConTeXt File Macros / Job Handling} 17 18 \unprotect 19 20 \registerctxluafile{file-job}{1.001} 21 22 % processing 23 24 \unexpanded\def\doifinputfileelse#name% 25 {\ctxcommand{doifinputfileelse(#name)}} 26 27 \unexpanded\def\processfile#name% 28 {\ctxcommand{processfile(#name)}} 29 30 % path control \registerctxluafile ...ua.registercode(#1,#2)} l.20 \registerctxluafile{file-job}{1.001} ? Aditya ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
Re: [dev-context] Error while updating to new beta
On 15-10-2012 23:16, Aditya Mahajan wrote: Hi, When compiling the format in the new beta, I get the following error: weird: I've added this to core-job local function toppath() local pathname = dirname(inputstack[#inputstack] or ) if pathname == then return . else return pathname end end resolvers.toppath = topath resolvers.prefixes.toppath = function(str) return cleanpath(joinpath(toppath(),str)) end local function process(what,name) local depth = #typestack local process -- name = resolvers.resolve(name) but that should be harmless. (On my machine the format is made.) What if you comment name = resolvers.resolve(name) As it's only used in component etc code I wonder why it influences the format making 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 - ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
Re: [dev-context] Error while updating to new beta
On Mon, 15 Oct 2012, Hans Hagen wrote: On 15-10-2012 23:16, Aditya Mahajan wrote: Hi, When compiling the format in the new beta, I get the following error: weird: I've added this to core-job local function toppath() local pathname = dirname(inputstack[#inputstack] or ) if pathname == then return . else return pathname end end resolvers.toppath = topath resolvers.prefixes.toppath = function(str) return cleanpath(joinpath(toppath(),str)) end local function process(what,name) local depth = #typestack local process -- name = resolvers.resolve(name) but that should be harmless. (On my machine the format is made.) What if you comment name = resolvers.resolve(name) Same error. But if I comment the definition of resolvers.prefixes.toppath, the error goes away. Aditya ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context