Re: [dev-context] Subfootnotes

2012-10-15 Thread Marco Patzer
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

2012-10-15 Thread Wolfgang Schuster

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

2012-10-15 Thread Wolfgang Schuster

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

2012-10-15 Thread Aditya Mahajan

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

2012-10-15 Thread Hans Hagen

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

2012-10-15 Thread Aditya Mahajan

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