[NTG-context] Autogenerating a module's documentation

2016-05-01 Thread Mohammad Hossein Bateni 
Hello list,

Has anyone managed to generate documentation for lua files recently?
According to wiki/Module , something
like the following should work:

context --ctx=x-ldx core-con.lua

But it only produces core-con.lua.prep and not the PDF file.  In fact, it
seems to work on the prep file and compile a core-con.lua.prep.prep which
escapes even the XML tags of the prep file.  Probably some switch changed
and the ctx file was not updated, so it just doesn't know how to deal with
the prep file properly?

On the other hand, the command to get PDF documentation out of TeX files
does work and produces (albeit with some errors at times) the final
documentation.

context --ctx=s-mod core-con.mkiv

Thanks!
—MHB
___
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] RTL \definedescriptions

2016-05-01 Thread Mohammad Hossein Bateni 
Hello Hans,

I looked more into this and have now "fixed" everything but the
margin-related alternatives.  In the attached file, I have redefined one
macro and two setups from strc-con.mkvi.  These involve changing three
\vtop's to \autodirvtop's as well as changing left and flushleft to right
and flushright (and the other way around) depending on paragraph direction.

Now it is possible to get the exact mirror behavior for RTL/LTR if one sets
headalign properly.  I tested it on alternatives in {left, right, top,
serried, hanging} and with hang=x option.

I have run into a dilemma, though.  Sometimes left and right retain their
meanings in LTR and RTL and sometimes they mean opposite things.  I mean,
alternative=left in RTL acts *similarly* to alternative=right in LTR;
however, headalign=left sort of has the same meaning in LTR and RTL.  This
sometimes becomes confusing in setting the macro/setup parameters.  Is
there a simple philosophy here?

—MHB

On Sun, May 1, 2016 at 11:53 AM, Mohammad Hossein Bateni 
wrote:

> Hans & Wolfgang,
>
> I'm updating the RTL page .  The
> version used on the wiki, apparently the stable version from texlive 2015,
> does certain things differently.  When using alternative=serried, the last
> line of the paragraph has incorrect alignment.  This is not the case in the
> beta version.
>
> On the other hand, with bidi algorithm turned on, the wiki context places
> the head on the right if I use alternative=top, only when the text is in
> Persian.  In the beta, the situation is more stable but incorrect: it
> places the head on the left-hand side no matter what.
>
> —MHB
>
> On Thu, Apr 28, 2016 at 9:22 PM, Mohammad Hossein Bateni  > wrote:
>
>> Hello Hans and Wolfgang,
>>
>> I tried different options in \definedescription and compared LTR and RTL
>> behavior.  There are certain inconsistencies/bugs in the RTL setting.
>> Attached you can see a TeX file and the resulting PDF, trying different
>> options.  The first two pages consider different parameters in the LTR
>> setting and then the same come in the RTL environment.
>>
>> In the following I use alt instead of alternative.
>>
>> Here are the issues I noticed:
>>
>> 1) Why isn't the head text consistently mirrored in the RTL environment?
>> It happens only in alt=serried.
>>
>> 2) Option hang=2 produces a strange result for RTL.  The hanging part
>> appears on the opposite side of the head text, which somehow pushes the
>> head text outside the text area.
>>
>> 3) Option alt=top for RTL still puts the head text on the left-hand side.
>>
>> 4) I expect the LTR and RTL versions of the same settings to mirror one
>> another, but they do not.   Although LTR/alt=left and RTL/alt=right look
>> pretty similar (and so do LTR/alt=right and RTL/alt=left), but these pairs
>> do not mirror one another.  In particular, there is some space to the right
>> of the head text in LTR/alt=right, while there is none to the left of
>> LTR/alt=left.  The same thing shows in the margin alternatives where the
>> distance between the head text and the body is different in RTL and LTR.
>>
>> —MHB
>>
>
>


p-dabeer-patch-strc-con.mkiv
Description: Binary data
___
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] RTL \definedescriptions

2016-05-01 Thread Mohammad Hossein Bateni 
Hans & Wolfgang,

I'm updating the RTL page .  The version
used on the wiki, apparently the stable version from texlive 2015, does
certain things differently.  When using alternative=serried, the last line
of the paragraph has incorrect alignment.  This is not the case in the beta
version.

On the other hand, with bidi algorithm turned on, the wiki context places
the head on the right if I use alternative=top, only when the text is in
Persian.  In the beta, the situation is more stable but incorrect: it
places the head on the left-hand side no matter what.

—MHB

On Thu, Apr 28, 2016 at 9:22 PM, Mohammad Hossein Bateni 
wrote:

> Hello Hans and Wolfgang,
>
> I tried different options in \definedescription and compared LTR and RTL
> behavior.  There are certain inconsistencies/bugs in the RTL setting.
> Attached you can see a TeX file and the resulting PDF, trying different
> options.  The first two pages consider different parameters in the LTR
> setting and then the same come in the RTL environment.
>
> In the following I use alt instead of alternative.
>
> Here are the issues I noticed:
>
> 1) Why isn't the head text consistently mirrored in the RTL environment?
> It happens only in alt=serried.
>
> 2) Option hang=2 produces a strange result for RTL.  The hanging part
> appears on the opposite side of the head text, which somehow pushes the
> head text outside the text area.
>
> 3) Option alt=top for RTL still puts the head text on the left-hand side.
>
> 4) I expect the LTR and RTL versions of the same settings to mirror one
> another, but they do not.   Although LTR/alt=left and RTL/alt=right look
> pretty similar (and so do LTR/alt=right and RTL/alt=left), but these pairs
> do not mirror one another.  In particular, there is some space to the right
> of the head text in LTR/alt=right, while there is none to the left of
> LTR/alt=left.  The same thing shows in the margin alternatives where the
> distance between the head text and the body is different in RTL and LTR.
>
> —MHB
>
___
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] typesetbuffer in \insertpages

2016-05-01 Thread Pablo Rodriguez 
Dear list,

I have the following sample,

\setuppapersize[A5][A4, landscape]
\setuparranging[2UP]
\setuplayout
  [backspace=0pt,
topspace=0pt,
   width=middle,
  height=middle,
location=middle,
  header=0pt,
  footer=0pt]
\startbuffer[hola]
\mainlanguage[es]
\starttext
\dorecurse{32}{\input cervantes-es\par}
\stoptext
\stopbuffer
\starttext
\typesetbuffer[hola]
%~ \insertpages[{\typesetbuffer[hola]}][width=Opt]
\stoptext

Is there any way to make the commented \insertpages command work?

Or is there any way to force the PDF file name in \typesetbuffer?

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___
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] after with fixed position

2016-05-01 Thread Pablo Rodriguez 
On 05/01/2016 04:32 PM, Aditya Mahajan wrote:
> On Sun, 1 May 2016, Pablo Rodriguez wrote:
> 
>> For future reference (and replying to myself), the solution may read:
> 
> OT, but ...
> 
>>\define[2]\chapterframe{\framed[frame=off, height={10em},
>>align=high]{#2}}
> 
> you can define a new frame using:
> 
> \defineframed[chapterframe][frame=off, height=10mm, align=high]

Many thanks for the tipp, Aditya.


Pablo
-- 
http://www.ousia.tk
___
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] after with fixed position

2016-05-01 Thread Aditya Mahajan 

On Sun, 1 May 2016, Pablo Rodriguez wrote:


For future reference (and replying to myself), the solution may read:


OT, but ...


   \define[2]\chapterframe{\framed[frame=off, height={10em},
   align=high]{#2}}


you can define a new frame using:

\defineframed[chapterframe][frame=off, height=10mm, align=high]

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
___

Re: [NTG-context] font features in math

2016-05-01 Thread Hans Hagen 

On 5/1/2016 12:53 PM, Ulrike Fischer wrote:

Am Sun, 1 May 2016 11:45:02 +0200 schrieb Philipp Gesang:


So somehow in math the +onum is lost in plain and latex but not in
context. What is context doing differently to avoid this?


mode=base


If context attach mode=base to math, how does it it? How can you
switch a feature like mode=node to mode=base for every font in math?


that has to be done in otfload i guess (context does it in the 
featureset applied to math fonts)


there is no node processing in math (when using base mode one ca apply 
some features like substitutions) that then gets passed to tex


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | 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] after with fixed position

2016-05-01 Thread Pablo Rodriguez 
On 03/16/2016 03:35 PM, Pablo Rodriguez wrote:
> Dear list,
> 
> I have the following sample:
> 
> \showgrid
> \setuphead[chapter][after={\blank[10*big]}]
> \starttext
> \chapter{Knuth}
> \input knuth
> \chapter{Zapf}
> \input zapf
> \chapter{Knuth\\\&\\Zapf}
> \input zapf\par\input zapf
> \stoptext
> 
> How could I have the text after the chapter heading with a fixed
> distance, no matter how many lines the title itself has?

For future reference (and replying to myself), the solution may read:

\showgrid
\define[2]\chapterframe{\framed[frame=off, height={10em},
align=high]{#2}}
\setuphead[chapter][command={\chapterframe}]
\starttext
\chapter{Knuth}
\input knuth
\chapter{Zapf}
\input zapf
\chapter{Knuth\\\&\\Zapf}
\input zapf\par\input zapf
\stoptext

The code comes from the user that reported the issue at
https://github.com/ousia/context-critica/issues/1.

Just in case it may be useful to anyone,


Pablo
-- 
http://www.ousia.tk
___
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 features in math

2016-05-01 Thread Ulrike Fischer 
Am Sun, 1 May 2016 11:45:02 +0200 schrieb Philipp Gesang:

>> So somehow in math the +onum is lost in plain and latex but not in
>> context. What is context doing differently to avoid this?
> 
> mode=base

If context attach mode=base to math, how does it it? How can you
switch a feature like mode=node to mode=base for every font in math?


-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/

___
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] ConTeXt Meeting 2016 Announcement

2016-05-01 Thread Taco Hoekwater 

Hello everybody!

== Announcement ==

Pragma ADE and the ConTeXt Group are looking forward to welcoming you at the 

10th International ConTeXt Meeting

that will take place on September 25–October 1, 2016 in Kalenberg, The 
Netherlands. 


We are celebrating! 

Thirty years of Pragma ADE, twenty years of public ConTeXt availability, ten 
years 
of organised ConTeXt Meetings, and last but certainly not least, the birth of 
LuaTeX one point zero!

The meeting will host ConTeXt and LuaTeX developers and users and give
you the opportunity to present your results, experiences and ideas on future
development. The presentations will be accompanied by tutorials on different 
ConTeXt and LuaTeX techniques.

Registration is now open.  Direct link to the registration form:

http://meeting.contextgarden.net/2016/register.shtml

Thanks to a large birthday gift from Pragma ADE, we have managed very 
competitive attendance fees. And there are additional discounts for dedicated 
ConTeXt Group members. The conference website has the exact details.

== Call for submissions ==

We always set a theme for the meeting, and the theme for this meeting is:

Piece of Cake

Mostly, we needed to have an excuse to buy a very big birthday cake :) 

If you want to do an on-topic talk submission, it would be nice to get some 
talks 
demonstrating specific typesetting problems that are indeed a piece of cake 
to handle with ConTeXt. 

But anything at all related to ConTeXt that you would like to share is an 
acceptable subject for a presentation, tutorial, discussion, Q session, 
demonstration, workshop, recital, sketch, or sermon. We also take requests so 
if there is a particular topic that you would like to hear about, please let
us know and we will try hard to add a matching talk or workshop to the schedule.

The programme committee is Hans Hagen and Taco Hoekwater, feel free to email 
them 
with hints and ideas. Alternatively, you can use the comment field of the 
registration
form.

== website ==

For the meeting: http://meeting.contextgarden.net
For the Context Group: http://group.contextgarden.net


Hoping to meet many of you in Kalenberg,

Hans Hagen (Pragma ADE) 
Taco Hoekwater (ConTeXt Group)




___
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 features in math

2016-05-01 Thread Philipp Gesang 
·

> When I compile this in context all number are oldstyle numbers:
> 
> \starttext
> 
> \font\test= {name:TeX-Gyre-Termes:+onum}
> \test 0123456789
> $\fam0 \textfont0=\test 0123456789$ 
> \stoptext
> 
> When I run a similar plaintex (or latex) example in texlive 2016
> with a new luaotfload then the text numbers are (as wanted) old
> style, but the numbers in math mode are lining numbers (the font is
> correct):
> 
> \input luaotfload.sty
> \font\test= {name:TeX-Gyre-Termes:+onum}
> \test 0123456789
> $\fam0 \textfont0=\test 0123456789$ 
> \bye
> 
> 
> So somehow in math the +onum is lost in plain and latex but not in
> context. What is context doing differently to avoid this?

mode=base

See the issue thread where you got the example from or the
Luaotfload manual.

Philipp



pgpCT9kJ2b60F.pgp
Description: PGP signature
___
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 features in math

2016-05-01 Thread Ulrike Fischer 
When I compile this in context all number are oldstyle numbers:

\starttext

\font\test= {name:TeX-Gyre-Termes:+onum}
\test 0123456789
$\fam0 \textfont0=\test 0123456789$ 
\stoptext

When I run a similar plaintex (or latex) example in texlive 2016
with a new luaotfload then the text numbers are (as wanted) old
style, but the numbers in math mode are lining numbers (the font is
correct):

\input luaotfload.sty
\font\test= {name:TeX-Gyre-Termes:+onum}
\test 0123456789
$\fam0 \textfont0=\test 0123456789$ 
\bye


So somehow in math the +onum is lost in plain and latex but not in
context. What is context doing differently to avoid this? (It can't
be the fontloader. I forced luaotfload to use the context files from
the minimals.)




-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/

___
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] Strange bug in the latest version of ConTeXt - start-stop table problem

2016-05-01 Thread Jaroslav Hajtmar 
Thanx Wolfgang for the correction of my code. This error is probably 
more than 8 years old (inside predefined macros in any old library 
code). ConTeXt was all existing time generously tolerant for my bug :-).


One more thanx for their fix.

Jaroslav Hajtmar



Dne 01.05.16 v 9:50 Wolfgang Schuster napsal(a):

Jaroslav Hajtmar 
1. Mai 2016 um 07:52
Thanx Wolfgang for reply.
I looked for possible mistakes in my library, and finally I find out 
that described error that bug is reflecting when I use \starttable 
--- \stoptable environment. I am sending now an minimal example that 
illustrates the problem. I am aware that work with tables of this 
type is not recommended, however, I was surprised that in a previous 
version of standalone ConTeXt the bug did not show. Is there any 
changes in code, which is related with tables typing?


Thanks Jaroslav Hajtmar

Here is minimal example:



\starttext

\starttable[|l w50mm|c|]

You forgot the braces around the cell width:

\starttable[|lw(50mm)|c|]

\NC \NC {\bf } \MR

1. You forgot the \NC after the last cell.

2. You don’t need the braces for the font switch because font changes 
are always local to a cell.


\NC \NC \bf  \NC\MR

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
___


___
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] Luatex 0.95.0 error with bidi and Hebrew

2016-05-01 Thread Hans Hagen 

On 5/1/2016 8:19 AM, Akira Kakuto wrote:

Code:
...

My installation, or is this a bug?


Confirmed.  By testing i, your example is compiled:

if i then  -- line 1205 in font-otj.lua
   local leftkern = i.leftkern
   if leftkern and leftkern ~= 0 then
   setfield(prev,"replace",newkern(leftkern)) -- maybe also leftkern
   end
end


i'll add that test

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | 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] Strange bug in the latest version of ConTeXt - start-stop table problem

2016-05-01 Thread Wolfgang Schuster 

Jaroslav Hajtmar 
1. Mai 2016 um 07:52
Thanx Wolfgang for reply.
I looked for possible mistakes in my library, and finally I find out 
that described error that bug is reflecting when I use \starttable --- 
\stoptable environment. I am sending now an minimal example that 
illustrates the problem. I am aware that work with tables of this type 
is not recommended, however, I was surprised that in a previous 
version of standalone ConTeXt the bug did not show. Is there any 
changes in code, which is related with tables typing?


Thanks Jaroslav Hajtmar

Here is minimal example:



\starttext

\starttable[|l w50mm|c|]

You forgot the braces around the cell width:

\starttable[|lw(50mm)|c|]

\NC \NC {\bf } \MR

1. You forgot the \NC after the last cell.

2. You don’t need the braces for the font switch because font changes 
are always local to a cell.


\NC \NC \bf  \NC\MR

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
___

Re: [NTG-context] Problems with ttc-fonts

2016-05-01 Thread Hans Hagen 

On 4/29/2016 9:51 AM, Ulrike Fischer wrote:

I was playing with the addfeature handler mentioned here
https://mailman.ntg.nl/pipermail/ntg-context/2016/083952.html and
run into a problem with ttc-fonts:

\starttext
\directlua{
fonts.handlers.otf.addfeature {
name = "oneb",
{
type = "substitution",
data = {
["1"] = "period",
},
},
"feature test",
}
}
\font\test= name:LatinModernRoman:+oneb \test

1234567890

\font\test= name:cambria:+oneb \test

1234567890

\stoptext

This gives:

.234567890
p234567890

So with latin modern it works fine, while with cambria the first
letter of the substituation is used.


I found the reason for that (side effect of utf conversion that takes 
the first character) of 'period'.



The used fonts are:

filename=lmroman10-bold.otf filetype=otf format=otf
foundname=D:/context-minimals/context/tex/texmf/fonts/opentype/public/lm/lmroman10-bold.otf
usedmethod=database

filename=c:/windows/fonts/cambria.ttc format=ttc
foundname=c:/windows/fonts/cambria.ttc usedmethod=direct

(I have no idea why the bold version of lm is used, but I don't care
now)

Looking at the tma I see one difference between both fonts:
glyphs in cambria have no "name". A typical entry looks like this

  [46]={
   ["boundingbox"]={ 109, 0, 311, 232 },
   ["index"]=484,
   ["unicode"]=46,
   ["width"]=420,
  },

while with latin modern it looks like this:

  [46]={
   ["boundingbox"]={ 81, 0, 237, 156 },
   ["index"]=88,
   ["name"]="period",
   ["unicode"]=46,
   ["width"]=319,
  },

Is is normal that glyph of ttc-fonts have no name data? If yes how
should one do substituations in such fonts?


i need to check it but some fonts have no sane glyph names (so we 
discard them) and there is also an standard name set (so no need for 
names then).


I uploaded a version that fixes the 'p' issue and falls back on agl 
names as well.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | 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] Luatex 0.95.0 error with bidi and Hebrew

2016-05-01 Thread Akira Kakuto 

Code:
...

My installation, or is this a bug?


Confirmed.  By testing i, your example is compiled:

if i then  -- line 1205 in font-otj.lua
   local leftkern = i.leftkern
   if leftkern and leftkern ~= 0 then
   setfield(prev,"replace",newkern(leftkern)) -- maybe also leftkern
   end
end

Best,
Akira

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