Re: [NTG-context] margin notes in MKIV (doublesided pages)

2013-02-09 Thread Alan Bowen
Thanks, Devendra. That is very helpful.

\*setupmargindata*[margintext][location=outer,align=inner]

gives me exactly the placement that I need.


Best, Alan

On Sat, Feb 9, 2013 at 1:25 AM, Devendra Ghate devendra.gh...@gmail.comwrote:


 On 02/09/2013 06:51 AM, Alan Bowen wrote:

 I need margin notes in a doublesided page environment in MKIV.

  The following:

  \setuppagenumbering[alternative=doublesided]
   \setupinmargin[location=both]
   \starttext
   \inmargin{n1}\input knuth\inmargin{note 1}
   \page
   \inmargin{n2}\input knuth\inmargin{note 2}
   \page
   \inmargin{n3}\input knuth\inmargin{note 4}
   \stoptext


  works in MKII. In MKIV, however, all the margin notes are on the left.
 So how can I get this right in MKIV?

  Alan

  Probably, \setupmargin[location=outer] should do the trick (*not tested*).

 I have been using

 \setupmargintext[margintext][location=outer]

 \margintext{Note 1}

 without a problem.

 Regards,
 Devendra

 PS: sidenotes style [http://wiki.contextgarden.net/Sidenotes_style] by
 Andy thomas uses this setup.



 ___
 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

 ___

___
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] Chapter headings macro

2013-02-09 Thread Wolfgang Schuster

Am 09.02.2013 um 07:30 schrieb Devendra Ghate devendra.gh...@gmail.com:

 Thank you Wolfgang. I guess this is the proper ConTeXt way.
 
 Presumably I will have to define a plain set up for unnumbered chapters like 
 bibliographies
 and call *\setuphead[chapter][alternative=plain]* for these chapters.

Unnumbered chapters use the *title* heading.

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] fontloader.open() fails on Heiti from acroread fonts

2013-02-09 Thread Philipp Gesang
Hi all,

I’m not sure this is a Luatex or Context bug so please feel free
to forward this to the appropriate ML if necessary.

With the latest standalone (Luatex beta-0.74.0-2012122510,
Context 2013.02.05 22:32) the font db builder fails at Adobe
Heiti as distributed with acroread:


[14:33:17=phg@phlegethon= ~/tmp/ctx/fontdb] mtxrun --script fonts --reload
... /
fonts   | names | adding path from OSFONTDIR: /home/phg/.fonts
fonts   | names | globbing path /usr/share/fonts/**.otftexlua: 
../../../source/texk/kpathsea/cnf.c:255: kpathsea_cnf_get: Assertion 
`kpse-program_name' failed.
Aborted (core dumped)

(Full log attached.) All fonts, even Adobe stuff, up until Heiti
are processed without complaint. I traced the issue to a call to
fontloader.open() in font-syn.lua, line 221. To reproduce it, run
this code through texlua:

#!/usr/bin/env texlua
ff = fontloader.open[[/usr/share/fonts/adobe/AdobeHebrew_Regular.otf]] -- 
works
print(ff) -- userdata
ff = fontloader.open[[/usr/share/fonts/adobe/AdobeHeitiStd_Regular.otf]] 
-- fails
print(ff)

The problem disappears if I initialize kpathsea first:

kpse.set_program_nametexlua
...

The problem does not occur with TeX Live 2012/Luatex 0.70/Context
2012.05.30 11:26.

Can anyone else reproduce this? Thanks.

Philipp



fonts   | names | warnings are disabled (tracker 'fonts.warnings')
fonts   | names | identifying tree font files with suffix otf
fonts   | names | scanning /home/phg/context/tex/texmf-project for otf 
files
fonts   | names | 6 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-fonts for otf 
files
fonts   | names | 6 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-local for otf 
files
fonts   | names | 43 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-modules for otf 
files
fonts   | names | 978 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-context for otf 
files
fonts   | names | 2167 entries found, 1 otf files checked, 1 okay
fonts   | names | scanning /home/phg/context/tex/texmf-linux-64 for otf 
files
fonts   | names | 74 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf for otf files
fonts   | names | 3532 entries found, 267 otf files checked, 267 okay
fonts   | names | identifying tree font files with suffix OTF
fonts   | names | scanning /home/phg/context/tex/texmf-project for OTF 
files
fonts   | names | 6 entries found, 0 OTF files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-fonts for OTF 
files
fonts   | names | 6 entries found, 0 OTF files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-local for OTF 
files
fonts   | names | 43 entries found, 0 OTF files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-modules for OTF 
files
fonts   | names | 978 entries found, 0 OTF files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-context for OTF 
files
fonts   | names | 2167 entries found, 0 OTF files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-linux-64 for OTF 
files
fonts   | names | 74 entries found, 0 OTF files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf for OTF files
fonts   | names | 3532 entries found, 0 OTF files checked, 0 okay
fonts   | names | 268 tree files identified, 56 skipped, 34 duplicates, 
212 hash entries added, runtime 5.206 seconds
fonts   | names | identifying tree font files with suffix ttf
fonts   | names | scanning /home/phg/context/tex/texmf-project for ttf 
files
fonts   | names | 6 entries found, 0 ttf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-fonts for ttf 
files
fonts   | names | 6 entries found, 0 ttf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-local for ttf 
files
fonts   | names | 43 entries found, 0 ttf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-modules for ttf 
files
fonts   | names | 978 entries found, 0 ttf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf-context for ttf 
files
fonts   | names | 2167 entries found, 1 ttf files checked, 1 okay
fonts   | names | scanning /home/phg/context/tex/texmf-linux-64 for ttf 
files
fonts   | names | 74 entries found, 0 ttf files checked, 0 okay
fonts   | names | scanning /home/phg/context/tex/texmf for ttf files
fonts   | 

[NTG-context] Facepalm (was Typesetting LibreOffice (ODT) documents with ConTeXt)

2013-02-09 Thread Bill Meahan
Aditya and Idris were sufficiently strong in their recommendation to use 
Markdown+pandoc for multi-format document production (including ConTeXt) 
I decided to take another look.


Facepalm!

I suddenly realized the custom formatting I thought I would lose is 
simply a matter of creating CSS and ConTeXt environment files to specify 
the formatting and styling. I already use environment files according to 
the ConTeXt Project Structuring and translating that to CSS is more a 
matter of spending some time doing it rather than complexity.


Let's go for two facepalms.

What made the difference is a little editor, written entirely in Python 
so it is cross-platform, called ReText. It is less powerful than Emacs 
but has the advantage of almost-real-time preview of what the produced 
document will look like in plain HTML. It's not quite WYSIWYG but it 
_is_ the next best thing and satisfies my needs. You can find ReText at 
http://sourceforge.net/projects/retext/  As I said, it (should) work for 
Windows and Mac users but you must have WebKit installed for the preview 
feature. Mac users have it by default since Safari uses it. Actually, 
Apple wrote it. Of course, you need Python installed as well.


Thanks again!

--
Bill Meahan
Westland, Michigan USA

___
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] fontloader.open() fails on Heiti from acroread fonts

2013-02-09 Thread Wolfgang Schuster

Am 09.02.2013 um 14:50 schrieb Philipp Gesang 
philipp.ges...@alumni.uni-heidelberg.de:

 Hi all,
 
 I’m not sure this is a Luatex or Context bug so please feel free
 to forward this to the appropriate ML if necessary.
 
 With the latest standalone (Luatex beta-0.74.0-2012122510,
 Context 2013.02.05 22:32) the font db builder fails at Adobe
 Heiti as distributed with acroread:
 
 
[14:33:17=phg@phlegethon= ~/tmp/ctx/fontdb] mtxrun --script fonts 
 --reload
... /
fonts   | names | adding path from OSFONTDIR: /home/phg/.fonts
fonts   | names | globbing path /usr/share/fonts/**.otftexlua: 
 ../../../source/texk/kpathsea/cnf.c:255: kpathsea_cnf_get: Assertion 
 `kpse-program_name' failed.
Aborted (core dumped)
 
 (Full log attached.) All fonts, even Adobe stuff, up until Heiti
 are processed without complaint. I traced the issue to a call to
 fontloader.open() in font-syn.lua, line 221. To reproduce it, run
 this code through texlua:
 
#!/usr/bin/env texlua
ff = fontloader.open[[/usr/share/fonts/adobe/AdobeHebrew_Regular.otf]] -- 
 works
print(ff) -- userdata
ff = fontloader.open[[/usr/share/fonts/adobe/AdobeHeitiStd_Regular.otf]] 
 -- fails
print(ff)
 
 The problem disappears if I initialize kpathsea first:
 
kpse.set_program_nametexlua
...
 
 The problem does not occur with TeX Live 2012/Luatex 0.70/Context
 2012.05.30 11:26.
 
 Can anyone else reproduce this? Thanks.

I get the same error message when I try to build the font database but the font 
itself works.

\starttext
\definedfont[file:adobeheitistdregular.otf]Adobe Heiti Std Regular
\stoptext

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] mtxrun error

2013-02-09 Thread Alessandro Perucchi
Hello,

I wanted to check all the fonts recognised by context on my laptop.

So I did 

$ mtxrun --script fonts --list '*'

system  | logs | lua: compiling 
/Users/ptitvert/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/data/names.tma
 into 
/Users/ptitvert/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/data/names.tmc
system  | logs | fatal error in unknown
fonts   | names | warnings are disabled (tracker 'fonts.warnings')
fonts   | names | identifying tree font files with suffix otf
fonts   | names | scanning /Users/ptitvert/context/tex/texmf-project 
for otf files
fonts   | names | 6 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /Users/ptitvert/context/tex/texmf-fonts for 
otf files
fonts   | names | 6 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /Users/ptitvert/context/tex/texmf-local for 
otf files
fonts   | names | 6 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /Users/ptitvert/context/tex/texmf-modules 
for otf files
fonts   | names | 978 entries found, 0 otf files checked, 0 okay
fonts   | names | scanning /Users/ptitvert/context/tex/texmf-context 
for otf files
fonts   | names | 2167 entries found, 1 otf files checked, 1 okay
...
fonts   | names | identifying system font files with suffix otf
fonts   | names | adding path from OSFONTDIR: 
/Users/ptitvert/Library/Fonts
fonts   | names | adding path from OSFONTDIR: /Library/Fonts
fonts   | names | adding path from OSFONTDIR: /System/Library/Fonts
fonts   | names | globbing path /Users/ptitvert/Library/Fonts/**.otf
fonts   | names | globbing path /Library/Fonts/**.otf
fonts   | names | globbing path /System/Library/Fonts/**.otfAssertion 
failed: (kpse-program_name), function kpathsea_cnf_get, file 
../../../source/texk/kpathsea/cnf.c, line 255.
Abort


Im using

$ context --version

mtx-context | ConTeXt Process Management 0.60
mtx-context |
mtx-context | main context file: 
/Users/ptitvert/context/tex/texmf-context/tex/context/base/context.mkiv
mtx-context | current version: 2013.02.05 22:32

I've also tried the current I get another error:

$ mtxrun --script fonts --list '*'
/Users/ptitvert/context/tex/texmf-osx-64/bin/mtxrun:15228: attempt to index 
field 'loaders' (a nil value)

$ context --version
/Users/ptitvert/context/tex/texmf-osx-64/bin/mtxrun:15228: attempt to index 
field 'loaders' (a nil value)

Keep in mind that in both case I've done a plain install

./first-setup.sh --modules=all --context=beta

and 

./first-setup.sh --modules=all --context=current

And I'm using Mac OS X 10.8.2

Sincerely yours,
Alessandro

___
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] Facepalm (was Typesetting LibreOffice (ODT) documents with ConTeXt)

2013-02-09 Thread Aditya Mahajan

On Sat, 9 Feb 2013, Bill Meahan wrote:

Aditya and Idris were sufficiently strong in their recommendation to use 
Markdown+pandoc for multi-format document production (including ConTeXt) I 
decided to take another look.


Sooner or later, you'll reach the limit of markdown. In those situations, 
I use gpp to preprocess the file. See


http://randomdeterminism.wordpress.com/2012/06/01/how-i-stopped-worring-and-started-using-markdown-like-tex/

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