- ntg-context - NTG Mailing Lists

RTL \definedescriptions
by Mohammad Hossein Bateni 01 May '16

01 May '16

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

1 2

typesetbuffer in \insertpages
by Pablo Rodriguez 01 May '16

01 May '16

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

1 0

after with fixed position
by Pablo Rodriguez 01 May '16

01 May '16

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? Many thanks for your help, Pablo -- http://www.ousia.tk

2 3

ConTeXt Meeting 2016 Announcement
by Taco Hoekwater 01 May '16

01 May '16

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&A 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)

1 0

Strange bug in the latest version of ConTeXt
by Jaroslav Hajtmar 01 May '16

01 May '16

Hello ConTeXist. I have just installed the latest version of ConTeXt standalone. When I compiled an my old source code, I received an error: ! You can't use `\Ustopmath' in restricted horizontal mode! You can't use `\Ustopmath' in restricted horizontal mode! You can't use `\Ustartmath' in restricted horizontal mode! Inline math should end with \Ustopmath This strange error is caused something in my extensive library for handling CSV files. I'm not sure why, because in library I am not use with any mathematical mode. I am sorry, but at this moment I am not able to reveal the mistake to be able make a minimal example. Some of the older versions (not necessarily penultimate) worked without problems. Is there someone who help me start look from which point look for a mistake in my code library? Thanks for the information. Jaroslav Hajtmar

2 4

Luatex 0.95.0 error with bidi and Hebrew
by Akira Kakuto 01 May '16

01 May '16

> 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

2 1

Problems with ttc-fonts
by Ulrike Fischer 01 May '16

01 May '16

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. 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? -- Ulrike Fischer http://www.troubleshooting-tex.de/

2 3

Luatex 0.95.0 error with bidi and Hebrew
by Rik Kabel 30 Apr '16

30 Apr '16

Version information: ConTeXt ver: 2016.04.30 18:59 MKIV beta fmt: 2016.4.30 int: english/english luajittex, 0.95.0 and luatex, 0.95.0 running on Windows 10 x64 Error message: error: ...eXt/tex/texmf-context/tex/context/base/mkiv/font-otj.lua:1205: attempt to index local 'i' (a nil value) tex error > tex error on line 7 in file C://Users/rik/Desktop/comp_body.tex: ? Code: \setupdirections [bidi=global] \definefont [hebrew] [default] [lang=heb,ccmp=yes,script=hebr] \definefont [Hebrew] [sileotsr*hebrew sa .9] \starttext \startparagraph Hebrew : {\Hebrew רִ} \stopparagraph \stoptext When the first line is removed, or the value of bidi changed to on, no error is thrown. A single-font version of the code, for fonts that have Hebrew glyphs, fails with some fonts (libertine shown below), but works with others, for example, dejavu sans. Code: \setupdirections [bidi=global] \setupbodyfont[libertine] \starttext \startparagraph Hebrew : רִ \stopparagraph \stoptext My installation, or is this a bug? -- Rik Kabel

1 0

typesetting content of attribute
by Meer, Hans van der 30 Apr '16

30 Apr '16

The aim is to typeset a TeX-command given in an attribute on an xml node. Example ... \xmlatt{#1}{style} ... where the node has <node style="\bf"/> The problem is that this produces the macrotext \bf and does not execute the \bf. I guess that the catcoderegime is not that of TeX here. With what (magical) incantation to do this? Nb. I know that here I could have coded 'bf" and called with \csname..\endcsname, but this is but a simple example and would not work for '\it\bf', etc. Hans van der Meer

2 2

Re: [NTG-context] Problem with Quran KFGQPC Uthman Taha Naskh font
by Mohammad Hossein Bateni 30 Apr '16

30 Apr '16

The attachments in the email below were too big for the list (>100KB). I uploaded them here <http://mhbateni.com/context/bug-01/>. On Thu, Apr 28, 2016 at 10:20 PM, Mohammad Hossein Bateni <bateni(a)gmail.com> wrote: > Hi, > > I am not sure whether I'm missing certain features in the font definition > or whether there is actually some bug in how CONTEXT or LuaTeX for that > matter handles this font. It might as well be that there is something > wrong with the font <http://fonts.qurancomplex.gov.sa/?page_id=608>, > though I doubt that. > > Attached is my simple test program and the PDF output, which is annotated > to show the problems. You can compare with the reference PNG file I > generated via rendering in Chrome. I hope you can see the annotations > where I have pointed out the incorrect typesetting, otherwise you can > compare the two outputs to notice the difference: for the most part, some > diacritics that are not placed in the right location (both vertically and > horizontally). > > I am using Mac OS X with CONTEXT current version: 2016.04.13 16:46. > > Thanks, > MHB >

2 4