[NTG-context] Two problems about CJK fonts with the beta (2010.05.22)

2010-05-23 Thread 李延瑞
Hi,

1. The characters overlaps each other and can not be set size.

The is a mini example.

\definefont[song][name:simsun at 12pt]
\starttext

\song 测试

\stoptext

The attachment is its output.

2. the cid fonts cause MkIV gives a waring as following:

  LuaTeX warning: lua-loaded font [44]
(/usr/share/fonts/adobe/AdobeSongStd-Light) has no characters!


-- 
Best regards,

Li Yanrui (李延瑞)


a.pdf
Description: Adobe PDF document
___
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] Two problems about CJK fonts with the beta (2010.05.22)

2010-05-23 Thread Taco Hoekwater


Hi,

Li Yanrui (李延瑞) wrote:

Hi,

1. The characters overlaps each other and can not be set size.

The is a mini example.

\definefont[song][name:simsun at 12pt]
\starttext

\song 测试

\stoptext

The attachment is its output.


Verified.

This actually looked fine here with the current 2010.05.21 11:10,
but the beta 2010.05.22 12:06 MKIV is broken, producing the same
output you have.


2. the cid fonts cause MkIV gives a waring as following:

  LuaTeX warning: lua-loaded font [44]
(/usr/share/fonts/adobe/AdobeSongStd-Light) has no characters!


Verified, same here, even with the official current.

\definefont[song][name:adobesongstd-light at 12pt]
\starttext

\song 测试

\stoptext


Best wishes,
Taco

___
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] Two problems about CJK fonts with the beta (2010.05.22)

2010-05-23 Thread Taco Hoekwater

Taco Hoekwater wrote:


Hi,

Li Yanrui (李延瑞) wrote:

Hi,

1. The characters overlaps each other and can not be set size.

The is a mini example.

\definefont[song][name:simsun at 12pt]
\starttext

\song 测试

\stoptext

The attachment is its output.


Verified.

This actually looked fine here with the current 2010.05.21 11:10,
but the beta 2010.05.22 12:06 MKIV is broken, producing the same
output you have.


Some debugging applied. This line in font-otf.lua:

  tfm.format = (metadata.order2 == 1 and 'truetype') or 'opentype'

produces 'opentype' for simsun.ttf, and so all glyphs are printed
at 2.048 times the normal size in the PDF output.

This is because the key metadata.order2 doesn't exist _anywhere_ in
the context source (except in this test). But neither did it exist in
the official current. The context current did tfm.format later.

Patch to revert back to the current's behaviour:

--- font-otf.lua~ 2010-05-23 10:20:10.979586135 +0200
+++ font-otf.lua  2010-05-23 10:31:14.153587544 +0200
@@ -1653,6 +1652,13 @@
 local otfdata = tfmtable.shared.otfdata
 tfmtable.name = specification.name
 tfmtable.sub = specification.sub
+if otfdata.metadata.order2 == 0 then
+tfmtable.format = 'opentype'
+elseif otfdata.metadata.order2 == 1 then
+tfmtable.format = 'truetype'
+else
+tfmtable.format = specification.format
+end
 local s = specification.size
 local m = otfdata.metadata.math
 if m then



2. the cid fonts cause MkIV gives a waring as following:

  LuaTeX warning: lua-loaded font [44]
(/usr/share/fonts/adobe/AdobeSongStd-Light) has no characters!


Verified, same here, even with the official current.


Something is broken in the handling of the 'subfonts' key, but I haven't
figured out what (yet?).

Best wishes,
Taco

___
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] Two problems about CJK fonts with the beta (2010.05.22)

2010-05-23 Thread Taco Hoekwater

Taco Hoekwater wrote:

2. the cid fonts cause MkIV gives a waring as following:

  LuaTeX warning: lua-loaded font [44]
(/usr/share/fonts/adobe/AdobeSongStd-Light) has no characters!


Verified, same here, even with the official current.


Something is broken in the handling of the 'subfonts' key, but I haven't
figured out what (yet?).


The 'merge cid fonts' enhancer is broken. It starts by testing
data.glyphs, but this is the field it is supposed to fill (!).

The patch is a one-liner:

--- font-otf.lua~ 2010-05-23 10:20:10.979586135 +0200
+++ font-otf.lua  2010-05-23 10:39:51.954338034 +0200
@@ -576,7 +576,7 @@
 otf.enhancers[merge cid fonts] = function(data,filename)
 -- we can also move the names to data.luatex.names which might
 -- save us some more memory (at the cost of harder tracing)
-if data.subfonts and data.glyphs and next(data.glyphs) then
+if data.subfonts then
 local cidinfo = data.cidinfo
 local verbose = fonts.verbose
 if cidinfo.registry then
___
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] table bug

2010-05-23 Thread Taco Hoekwater


Wolfgang Schuster wrote:

Hi,

in the last current the table environment is broken.

\starttext
\starttable[|l|]
\NC text \NC\NR
\stoptable
\stoptext


That should have been the beta, because the problem is the
result of some extra \unexpanded prefixes Hans added in the
beta. I removed a few from tabl-tab.mkiv, and now tables
are fine again:


--- tabl-tab.mkiv~  2010-05-21 17:27:59.0 +0200
+++ tabl-tab.mkiv   2010-05-23 12:25:57.786336147 +0200
@@ -985,7 +985,7 @@
\doif\@@tisplit\v!auto
  {\ifinsidesplitfloat\let\@@tisplit\v!yes\fi}%
\doifinsetelse\@@tisplit{\v!yes,\v!repeat}
- {\unexpanded\def\stoptable{\stoptables\egroup}%
+ {\def\stoptable{\stoptables\egroup}%
   \starttables}
  {\doifelsenothing\@@tiframe
 {\ifinsidefloat\else\startbaselinecorrection\fi}
@@ -993,7 +993,7 @@
   \postponenotes
   \firststagestartTABLE}}

-\unexpanded\def\stoptable
+\def\stoptable
   {\chuckTABLEautorow % before the tail, else noalign problem
\insertTABLEtail
\TABLEnoalign{\globalletempty\@@TABLEhead}%
@@ -1228,7 +1228,7 @@
 %\flushnotes
 %\egroup}

-\unexpanded\def\stoptables
+\def\stoptables
{\chuckTABLEautorow % AM: before the tail, else noalign problem
 \ifconditional\tablerepeattail\else\insertTABLEtail\fi
 \finishTABLE
___
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] font bug in latest beta (was: table bug)

2010-05-23 Thread Taco Hoekwater

Marius wrote:

And something is wrong with fonts too, I get too small size of fonts
with these commands. The ConTeXt version from yesterday works as
expected.

\definetypeface [winfonts] [rm] [specserif] [Times New Roman] [default]
\definetypeface [winfonts] [ss] [specsans]  [Arial]   [default]
\definetypeface [winfonts] [tt] [specmono]  [Courier New] [default]
\definetypeface [winfonts] [mm] [math]  [times]   [default]

\setupbodyfont[winfonts,12pt]


Sorry, I don't know where to start looking for this bug.

Best wishes,
Taco
___
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] table bug

2010-05-23 Thread Hans Hagen

On 23-5-2010 12:30, Taco Hoekwater wrote:


Wolfgang Schuster wrote:

Hi,

in the last current the table environment is broken.

\starttext
\starttable[|l|]
\NC text \NC\NR
\stoptable
\stoptext


That should have been the beta, because the problem is the
result of some extra \unexpanded prefixes Hans added in the
beta. I removed a few from tabl-tab.mkiv, and now tables
are fine again:


--- tabl-tab.mkiv~ 2010-05-21 17:27:59.0 +0200
+++ tabl-tab.mkiv 2010-05-23 12:25:57.786336147 +0200
@@ -985,7 +985,7 @@
\doif\@@tisplit\v!auto
{\ifinsidesplitfloat\let\@@tisplit\v!yes\fi}%
\doifinsetelse\@@tisplit{\v!yes,\v!repeat}
- {\unexpanded\def\stoptable{\stoptables\egroup}%
+ {\def\stoptable{\stoptables\egroup}%
\starttables}
{\doifelsenothing\@@tiframe
{\ifinsidefloat\else\startbaselinecorrection\fi}
@@ -993,7 +993,7 @@
\postponenotes
\firststagestartTABLE}}

-\unexpanded\def\stoptable
+\def\stoptable
{\chuckTABLEautorow % before the tail, else noalign problem
\insertTABLEtail
\TABLEnoalign{\globalletempty\@@TABLEhead}%
@@ -1228,7 +1228,7 @@
% \flushnotes
% \egroup}

-\unexpanded\def\stoptables
+\def\stoptables
{\chuckTABLEautorow % AM: before the tail, else noalign problem
\ifconditional\tablerepeattail\else\insertTABLEtail\fi
\finishTABLE


indeed those unexpanded's ... i came to this:

\unexpanded\def\starttable
  {\bgroup
   \let\stoptable\dostoptable
   \doif\@@tisplit\v!auto
 {\ifinsidesplitfloat\let\@@tisplit\v!yes\fi}%
   \doifinsetelse\@@tisplit{\v!yes,\v!repeat}
 {\unexpanded\def\stoptable{\stoptables\egroup}%
  \starttables}
 {\doifelsenothing\@@tiframe
{\ifinsidefloat\else\startbaselinecorrection\fi}
{\startframedcontent[\@@tiframe]}%
  \postponenotes
  \firststagestartTABLE}}

% We cannot define \unexpanded\def\dostoptable a ssomehow lookahead
% in alignments fail then, so we relax it and define it locally.

\let\stoptabel\relax

\def\dostoptable

if i remember right taco and i had plans to look into some of these 
alignment lookahead problems some day in the perspective of luatex (low 
priority)


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] Patterns in natural tables as background?

2010-05-23 Thread Xan

Hi,

Is possible to put patterns as background in natural tables (bTABLE... 
eTABLE)?
I'm thinking in striped background, or squared background or something 
more complicated as: 
http://fc05.deviantart.net/fs7/i/2005/249/c/c/Scanline___screentone_patterns_by_C130.jpg


The problem I see is that we need some transparency if we want to put 
text as foreground and not sacrify the legibility of the text.


Thanks a lot,
Xan.

PS: Please, CCme.
___
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] Two problems about CJK fonts with the beta (2010.05.22)

2010-05-23 Thread Khaled Hosny
On Sun, May 23, 2010 at 10:34:30AM +0200, Taco Hoekwater wrote:
 Taco Hoekwater wrote:
 
 Hi,
 
 Li Yanrui (李延瑞) wrote:
 Hi,
 
 1. The characters overlaps each other and can not be set size.
 
 The is a mini example.
 
 \definefont[song][name:simsun at 12pt]
 \starttext
 
 \song 测试
 
 \stoptext
 
 The attachment is its output.
 
 Verified.
 
 This actually looked fine here with the current 2010.05.21 11:10,
 but the beta 2010.05.22 12:06 MKIV is broken, producing the same
 output you have.
 
 Some debugging applied. This line in font-otf.lua:
 
   tfm.format = (metadata.order2 == 1 and 'truetype') or 'opentype'
 
 produces 'opentype' for simsun.ttf, and so all glyphs are printed
 at 2.048 times the normal size in the PDF output.
 
 This is because the key metadata.order2 doesn't exist _anywhere_ in
 the context source (except in this test). But neither did it exist in
 the official current. The context current did tfm.format later.
 
 Patch to revert back to the current's behaviour:
 
 --- font-otf.lua~ 2010-05-23 10:20:10.979586135 +0200
 +++ font-otf.lua  2010-05-23 10:31:14.153587544 +0200
 @@ -1653,6 +1652,13 @@
  local otfdata = tfmtable.shared.otfdata
  tfmtable.name = specification.name
  tfmtable.sub = specification.sub
 +if otfdata.metadata.order2 == 0 then
 +tfmtable.format = 'opentype'
 +elseif otfdata.metadata.order2 == 1 then
 +tfmtable.format = 'truetype'
 +else
 +tfmtable.format = specification.format
 +end
  local s = specification.size
  local m = otfdata.metadata.math
  if m then

I'm wondering if the 'if' statment is even necessary, metadata.order2
doesn't exist neither in context nor in luatex generated tables, so the
above statment always resolve to 'tfmtable.format = specification.format'.
-- 
 Khaled Hosny
 Arabic localiser and member of Arabeyes.org team
 Free font developer
___
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] \setuplabeltext [appendix=Appendix ] broken mkiv

2010-05-23 Thread Alan BRASLAU
On Wednesday 17 February 2010 22:36:19 Hans Hagen wrote:
 On 17-2-2010 22:30, Mojca Miklavec wrote:
  I defined the second list for that purpose (really ugly, but the
  fastest way to get it done). But there was a tiny problem with that as
  well (mkii more problematic) - I didn't manage to get the spacing
  between two consecutive lists right. For example (compare mkii and
 
  mkiv):
 concerning tricks ... today i defined the hybrids between chapter/title,
 section/subject etc
 
 \definehead[chaptle]  [chapter]
 \definehead[suction]  [section]
 \definehead[subsuction]   [subsection]
 \definehead[subsubsuction][subsubsection]
 
 \setuphead
[chaptle,suction,subsuction,subsubsuction]
[incrementnumber=list]
 
 no numbers but title goes to toc.
 
 I might even add them to the core some day
 
 Hans

Continuing an old thread... with four questions (and no tricks):

FIRST QUESTION:

chaptle, suction?
I get it! But I did not immediately (maybe I am a bit slow). It's too clever 
to be easily retained so I suggest finding another solution.

Would not a better syntax be something like:
 \section [number=no] {Conclusions}
 \chapter [number=no] {A final word}
(from a user's point-of-view, I haven't looking into the programming)?


SECOND QUESTION:

\starttext
\startfrontmatter
 \chapter{Preface}
\stopfrontmatter

\startbodymatter
 \chapter{First chapter}
 \chapter{Second chapter}
\stopbodymatter

\startappendices
 \chapter{First appendix}
 \chapter{Second appendix}
\stopappendices

\startbackmatter
 \chapter{Concluding note}
\stopbackmatter

\stoptext

Yields:

Preface
1 First chapter
2 Second chapter
A First appendix
B Second appendix
Concluding note

As it should.

However, adding
 \setuplabeltext[chapter=Chapter ] % with trailing space; blank by default
gives a nice label in the header, yet also yields Chapter A First 
appendix... This is clearly wrong! Reading the source (strc-def.mkiv), I 
tried:
 \setuplabeltext [appendix=Appendix ] % with trailing space; blank by default
but this does not work. Is this a bug?

Note that I also tried:
 \definehead [appendix] [chapter]
 \setuplabeltext [appendix=Appendix ] % with trailing space; blank by default
 \definecombinedlist [content] [chapter,appendix]
and replaced \chapter with \appendix between \startappendices\stopappendics 
which sort-of works: 1) this is not elegant 2) does not appear in bookmarks.


THIRD QUESTION:

Adding
 \setuplist [chapter] [label=yes,width=5em]
to get the nice label to appear in the table of contents yields:

Chapter   Preface
Chapter 1 First chapter
Chapter 2 Second chapter
Chapter A First appendix
Chapter B Second appendix
Chapter   Concluding note

So this is NOT the way to go! Is there a simple and elegant solution?


FOURTH QUESTION:

Should not the numbering (1, 2, A, B) get included in the bookmarks? If this 
should not be so by default, can this feature be easily activated?  


Alan
___
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] Patterns in natural tables as background?

2010-05-23 Thread Hans Hagen

On 23-5-2010 12:48, Xan wrote:

Hi,

Is possible to put patterns as background in natural tables (bTABLE...
eTABLE)?
I'm thinking in striped background, or squared background or something
more complicated as:


probably easy to do but i never looked into patterns so far

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] new beta

2010-05-23 Thread Hans Hagen

Hi,

I uploaded a new beta with a few fixes.

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] new beta

2010-05-23 Thread Vnpenguin
On Sun, May 23, 2010 at 14:51, Hans Hagen pra...@wxs.nl wrote:
 Hi,

 I uploaded a new beta with a few fixes.

Available for all platform ?

Thanks
___
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] Patterns in natural tables as background?

2010-05-23 Thread Xan

En/na Hans Hagen ha escrit:

On 23-5-2010 12:48, Xan wrote:

Hi,

Is possible to put patterns as background in natural tables (bTABLE...
eTABLE)?
I'm thinking in striped background, or squared background or something
more complicated as:


probably easy to do but i never looked into patterns so far

Hans


so a homework to do ;-)
Xan.
___
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] new beta

2010-05-23 Thread Hans Hagen

On 23-5-2010 3:05, Vnpenguin wrote:

On Sun, May 23, 2010 at 14:51, Hans Hagenpra...@wxs.nl  wrote:

Hi,

I uploaded a new beta with a few fixes.


Available for all platform ?


betas are platform independent, no new luatex binaries

-
  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] new beta

2010-05-23 Thread Alan BRASLAU
On Sunday 23 May 2010 15:38:27 Hans Hagen wrote:
 On 23-5-2010 3:05, Vnpenguin wrote:
  On Sun, May 23, 2010 at 14:51, Hans Hagenpra...@wxs.nl  wrote:
  Hi,
  
  I uploaded a new beta with a few fixes.
  
  Available for all platform ?
 
 betas are platform independent, no new luatex binaries
 

It would be useful to indicate when the uploaded betas will become available 
on the minimals.

Thanks
___
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] new beta

2010-05-23 Thread Hans Hagen

On 23-5-2010 3:59, Alan BRASLAU wrote:

On Sunday 23 May 2010 15:38:27 Hans Hagen wrote:

On 23-5-2010 3:05, Vnpenguin wrote:

On Sun, May 23, 2010 at 14:51, Hans Hagenpra...@wxs.nl   wrote:

Hi,

I uploaded a new beta with a few fixes.


Available for all platform ?


betas are platform independent, no new luatex binaries



It would be useful to indicate when the uploaded betas will become available
on the minimals.


the minimals sync each hour, so 10 minutes after the hour that an upload 
was announced


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] texexec/context error messages [MkIV] [vim]

2010-05-23 Thread Rogutės Sparnuotos
G'day,

Shouldn't ConTeXt be stopping on
  system  : module simplefonts not found

instead of stopping on problems appearing only later, e.g.
  ! Undefined control sequence.
  recently read \setmainfont

Shouldn't error messages like the first one be more noticeable?

Why doesn't ConTeXt set an exit code when running in --batchmode or
--nonstopmode?


And, the initial reason for these questions: has anyone figured out an
appropriate 'errorformat' for the 'vim' editor, for use with MkIV? The one
at http://www.vim.org/scripts/script.php?script_id=1925 seems to be
working with MkII only...

-- 
--  Rogutės Sparnuotos
___
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] texexec/context error messages [MkIV] [vim]

2010-05-23 Thread Aditya Mahajan

On Sun, 23 May 2010, Rogutės Sparnuotos wrote:


And, the initial reason for these questions: has anyone figured out an
appropriate 'errorformat' for the 'vim' editor, for use with MkIV? The one
at http://www.vim.org/scripts/script.php?script_id=1925 seems to be
working with MkII only...


Hans, does LuaTeX support -file-line-error flag like pdftex? If so, how do 
I pass that (context --passon=-file-line-error) does not seem to work.


Rogutes, if you want to match

   system  : module * not found

Add

  \%+Asystem\ %#:\ module\ %m\ not\ found,

to the error format (it will not jump to the line containing 
\usemodule[...] because that information is not available in the log 
file).


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
___


[NTG-context] texexec --purgeall not working

2010-05-23 Thread Riobard
Hi,

Not sure if it is just me, but the --purgeall option of texexec no
longer works in ConTeXt minimals. *.tmp/tui/tuo files are left intact
after compiling. No `CtxTools | removed` lines are output in the log.
However, the version in TeX Live 2009 works file. Any idea why?


- Rio
___
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] font bug in latest beta (was: table bug)

2010-05-23 Thread Marius
In the latest beta (2010.05.23 15:03) the bug disappeared.

On Sun, May 23, 2010 at 1:35 PM, Taco Hoekwater t...@elvenkind.com wrote:
 Marius wrote:

 And something is wrong with fonts too, I get too small size of fonts
 with these commands. The ConTeXt version from yesterday works as
 expected.

 \definetypeface [winfonts] [rm] [specserif] [Times New Roman] [default]
 \definetypeface [winfonts] [ss] [specsans]  [Arial]           [default]
 \definetypeface [winfonts] [tt] [specmono]  [Courier New]     [default]
 \definetypeface [winfonts] [mm] [math]      [times]           [default]

 \setupbodyfont[winfonts,12pt]

 Sorry, I don't know where to start looking for this bug.

 Best wishes,
 Taco
 ___
 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] texexec --purgeall not working

2010-05-23 Thread Hans Hagen

On 23-5-2010 8:22, Riobard wrote:

Hi,

Not sure if it is just me, but the --purgeall option of texexec no
longer works in ConTeXt minimals. *.tmp/tui/tuo files are left intact
after compiling. No `CtxTools | removed` lines are output in the log.
However, the version in TeX Live 2009 works file. Any idea why?


because we removed a bunch of stubs


can you locate tex.rb and patch: (around line 2055):

# Kpse.runscript('ctxtools',rawbase,'--purge') 
  if getvariable('purge')
# Kpse.runscript('ctxtools',rawbase,'--purge 
--all') if getvariable('purgeall')


runcommand([context,--purge])

and see if that works?


-
  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] texexec --purgeall not working

2010-05-23 Thread Hans Hagen

On 23-5-2010 8:22, Riobard wrote:

Hi,

Not sure if it is just me, but the --purgeall option of texexec no
longer works in ConTeXt minimals. *.tmp/tui/tuo files are left intact
after compiling. No `CtxTools | removed` lines are output in the log.
However, the version in TeX Live 2009 works file. Any idea why?


or maybe:


runcommand('mtxrun','--script','ctxtools',rawbase,'--purge')   if 
getvariable('purge')


runcommand('mtxrun','--script','ctxtools',rawbase,'--purge --all') if 
getvariable('purgeall')



i'm a bit puzzled as normaly  Kpse.runscript  should figure it out

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] hyphenation patterns

2010-05-23 Thread Rogutės Sparnuotos
Is there anyone here who understands hyphenation patterns?

Such a document:

\setuplayout[textwidth=0.2cm]
\starttext
\language[la] Manovich.
\stoptext

hyphenates 'Manovich' into Ma-no-vi-ch, while it should be Ma-no-vich. The
same applies for Italian and Lithuanian languages (in LaTeX as well).

Could there be such an omission in the hyphenation patterns? Or am I
missing something?

Thanks,
--  Rogutės Sparnuotos
___
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] Anyone ?? (Math symbols missing)

2010-05-23 Thread gummybears
Anyone ?

The glyphs are present in the Asana Math font.

-- Forwarded message --
From: gummybears oracle...@gmail.com
Date: Thu, May 13, 2010 at 5:03 PM
Subject: Math symbols missing
To: mailing list for ConTeXt users ntg-context@ntg.nl


Hi

The following math symbols are missing,

0x222B normal integral \int
0x222C double integral \iint
0x222D triple integral \iiint
0x222E contour integral \oint
0x222F surface integral \oiint
0x2230 volume integral \oiiint

I also need the space-time integral \nt (4 i's)

Kind regards

PS Using latest stable context (MK-IV)
___
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] hyphenation patterns

2010-05-23 Thread Mojca Miklavec
On Mon, May 24, 2010 at 01:22, Rogutės Sparnuotos wrote:

 \setuplayout[textwidth=0.2cm]
 \starttext
 \language[la] Manovich.
 \stoptext

 hyphenates 'Manovich' into Ma-no-vi-ch, while it should be Ma-no-vich. The
 same applies for Italian and Lithuanian languages (in LaTeX as well).

 Could there be such an omission in the hyphenation patterns? Or am I
 missing something?

Both Italian and Latin have the pattern 1c meaning break in front
of any letter c unless another patterns prohibits that. Lithuanian
patterns contain i1c which means break between i and c.

Nothing in ConTeXt can or will be fixed, but here's a short answer
with four options of what you can do:
1. Use \hyphenation{Ma-no-vich} on top of your document
2. Use Manovič instead of Manovich (it then hyphenates properly in
Latin at least, I didn't try the others); or Манович :)
3. Use \mainlanguage[la] bla bla bla {\language[en] Manovich}
4. Complain to the authors of Italian/Latin/Lithuanian patterns and
ask them for a fix.

Some explanation:
I assume that this is not a native Latin, Italian or Lithuanian word.
If you are talking about the artist name (Lev Manovich) then you are
using English transliteration of Russian word and expect it to
hyphenate properly in Italian. Italian is a
what-you-see-is-what-you-pronounce language (in contrast to English)
and you cannot expect that it will hyphenate properly all the foreign
names that are not even transliterated properly. An Italian word
would most probably never end with ch, so there's currently no
pattern present that would prohibit that behaviour. I don't know
Russian enough, but I would blindly guess that the right
transliteration would be Manovič anyway (of course everyone would have
a problem with getting the right accent and with proper pronounciation
then) and German wikipedia somehow confirms that:
Lev Manowitsch (russ. Лев Манович, wiss. Transliteration Lev Manovič;
* 1960 in Moskau)
Note that Germans transliterate the name differently and Italians
could transliterate it in a different way as well. Since Lithuanian
contains the letter č, I would assume that they would transliterate
the name with č anyway (disclaimer: my knowledge about Lithuanian is
zero, so I'm not even sure how they pronounce that letter). For
example particular - Serbian will never have a problem with
hyphenation of foreign names:
http://sr.wikipedia.org/sr-el/Алберт_Ајнштајн
Albert Ajnštajn (nem. Albert Einstein) je bio teorijski fizičar ...

The question is always: how many different foreign names to you want
to hyphenate properly in any given language?

On the other hand, even with Italian pronunciation, I guess that ch is
considered to be a single consonant (I may be wrong in that, but
it's not too relevant either), so adding an additional pattern 2ch.
(or 4ch., not sure which one is needed) cannot hurt.

Mojca
___
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] \vskip-\baselineskip after section header in mkIV

2010-05-23 Thread Hans Hagen

On 22-5-2010 9:53, Vianney le Clément wrote:

Hello,

\vskip-\baselineskip behaves strangely when put after a section
header. Here is a minimal example.

\setuphead[subject][after=]
\starttext
\subject{Header}
\vskip-\baselineskip
Text
\stoptext

One would expect to have Header overprinted by Text. This is the
case in mkII, but not in mkIV where we get Header followed by Text
on the same line. Is this a bug or a feature?
Also interesting is when you add \setuphead[subject][style=] in the
preample, then the behavior is like mkII.

BTW, if you wonder why I'm using this, I want to put some additional
info on the right side of the title when there is room left. Otherwise
it should be put just below.


weird indeed ...

\setuphead[subject][after=]

\starttext

\subject{Header}

\vskip-\the\baselineskip \par

Text

\subject{Header}

\vskip-\the\dimexpr\baselineskip+10sp\relax \par

Text

\subject{Header}

\vskip-\the\dimexpr\baselineskip+1sp\relax \par

Text

\subject{Header}

\vskip-2\baselineskip \par

Text

\stoptext



-
  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] hyphenation patterns

2010-05-23 Thread Mojca Miklavec
Dear Claudio,

Thanks a lot for your prompt reply.

On Mon, May 24, 2010 at 00:39, Claudio Beccari wrote:
 Dear Mojca,
 no proper Italian word ends in ch (this digraph in normal Italian words is
 pronunced as k, not as č or ć).
 Nevertheless there are a number of surnames dating back to the old times
 (150 years ago) when North East Italy was under Austro-Hungarian ruling,
 when Istrian names, mainly Croatian and Slovenian, where transliterated in
 such a way that the tipical patronimic ending  -ič or -ić (I don't know the
 exact spelling in Latin letters of the Croatian/Slovenian names) was
 transliterated for the Empire bureaucracy with -ich.

Thanks a lot for some more insight. I admit that I didn't know the
details (I should be ashamed) and in my area they were more radical
with surname changes (mine was Michelazzi and I think that most
surnames here were properly Romanized, for example Filipčič -
Filippi, so again no problems with hyphenation :) :) :).

 This spelling remained
 when North East Italy and Istria were annexed to the Kingdom of Italy at the
 end of WW1. After WW2 most of Istria returned mainly to Croatia and a small
 part to Slovenia, but the Slovenians and Croatians that had moved the NE
 Italy and had become Italian citizens maintained their surnames with the
 Austro-Hungarian spelling.

 When I prepared the hyphen patterns for Italian ad Latin I did think to
 this particular spelling, but I concluded that it was not so important; I
 was wrong, and I apologize.

There's no need to apologize. First, there's an infinite number of
foreign names, so that one simply cannot get all of them right. I
guess that Lju-bl-ja-na is not properly hyphenated either (Lu-bia-na
is ok), but in my opinion it's a valid argument that one should change
the language when writing foreign names if they are to be hyphenated
properly. I can also easily imagine Slovenian patterns that would
hyphenate:
Fis-cher, Aac-hen, Go-ethe
when not knowing that those letters represent a single letter/sound
in foreign words.

Second, I have no idea, but I think it was a pure coincidence that the
problem reported by Rogutės Sparnuotos is the same as that for
surnames of a group of people on North-East (I think that the name in
question comes from Russia with translitaration done by English). On
the other hand if it's just a tiny pattern that solves them all ...

 I will submit, at least for Italian, a revised
 pattern file. I doubt I should do it also for Latin, although it does not
 cost anything...

In case you do submit any updates, I would be extremely grateful for
submitting an update to
   
http://www.ctan.org/tex-archive/language/hyph-utf8/tex/generic/hyph-utf8/patterns/hyph-it.tex
instead of (or at least in addition to) the original file (you may
remove the initial comments).

Also, if you happen to have the original of
   http://www.tug.org/TUGboat/Articles/tb13-1/tb34becc.pdf
it would be nice to include it into repository as documentation about
Italian hyphenation (but that's all too off-topic for the ConTeXt
mailing list).

Thanks again,
Mojca
___
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
___