[NTG-context] Framed mathematics

[Mathias Schickel]

Dear list,it seems that \mframed does not align properly. Compare the example fount at https://www.contextgarden.net/Framed#Location_parameter to the compiled example attached.What can I do to get a correctly aligned framed formula?Many thanks for you help,Mathias

mframed.tex
Description: TeX document


mframed.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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] \setupcombinations and the after-key

[Mathias Schickel]

> Am 09.08.2017 um 21:18 schrieb Pablo Rodriguez <oi...@gmx.es>:
> 
> On 08/09/2017 07:50 PM, Mathias Schickel wrote:
>> Dear List,
>> 
>> it seems that the after key of the \setupcombinations-command is
> broken. I am not able to get zero space between the cells. I have
> attached a minimal example. Changing the after command does not have any
> effect at all.
> 
> Matthias,
> 
> inbetween is the key, after is relative to the combination, not to the
> individual frames (or combined elements).
> 
> BTW, A4 is the default. No need to set it up.
> 
> In this sense, I think there is no need to set width and height in the
> layout. Unless I miss something, the paper size sets both dimensions.
> 
>\setuplayout
>  [backspace=0pt,
>topspace=0pt,
>   width=middle,
>  height=middle,
>location=middle,
>  header=0pt,
>  footer=0pt]
>\setupcombinations[distance=0mm, inbetween=]
>\starttext
>\startcombination[2*2]%
>{{\framed[width=.5\textwidth,
>height=.5\textheight]{1}}}
>{{\framed[width=.5\textwidth,
>height=.5\textheight]{2}}}
>{{\framed[width=.5\textwidth,
>height=.5\textheight]{3}}}
>{{\framed[width=.5\textwidth,
>height=.5\textheight]{4}}}
>\stopcombination
>\stoptext
> 
> Just in case it helps,
> 

Hi Pablo,

thank you a lot! This was really helpful. Maybe the garden page should be 
altered then. If you have a look at

http://wiki.contextgarden.net/Command/setupcombinations 
<http://wiki.contextgarden.net/Command/setupcombinations>

you get the impression that „after“ is the key I was looking for because the 
page says:

Suppressing both the horizontal and vertical gap between cells:
\setupcombinations[distance=0mm,after=]
a 10mm horizontal and vertical gap between cells:
\setupcombinations[distance=10mm,after={\blank[10mm]}]

Best, and thanks again,
Mathias


> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] \setupcombinations and the after-key

[Mathias Schickel]

Dear List,

it seems that the after key of the \setupcombinations-command is broken. I am 
not able to get zero space between the cells. I have attached a minimal 
example. Changing the after command does not have any effect at all.

Mathias



combinations.tex
Description: TeX document


combinations.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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

> Am 27.07.2017 um 18:33 schrieb Hans Hagen <pra...@wxs.nl>:
> 
> On 7/27/2017 6:02 PM, Mathias Schickel wrote:
> 
>> I am not a lua programmer and I have no idea what that code does. So maybe 
>> Hans can tell me if I changed the code as he intended.
> i uploaded a beta

I can confirm that everything is working as intended! Thank you very much, Hans!

> 
> -
>  Hans Hagen | PRAGMA ADE
>  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

> Am 26.07.2017 um 17:36 schrieb Pablo Rodriguez <oi...@gmx.es>:
> 
> On 07/26/2017 01:31 PM, Mathias Schickel wrote:
>> [...]
>> Hi Pablo,
>> 
>> thank you for advice! Unfortunately I still get the error
>> [...]
>> I see two possible reasons for that:
>> 
>> Either the command „context --make --all“ is not the right one
>> (besides: How can I check if ConTeXt has remade the format?), or the
>> code is not correctly changed. Maybe you can answer that, Hans.
> 
> Hi Matthias,
> 
> The log displays the date of the format in its third line:
> 
> system  > ConTeXt  ver: 2017.07.17 00:20 MKIV beta  fmt:
> 2017.7.26  int: english/english
> 
> A minimal sample:
> 
>\definefontfamily[mainfont][rm][MinionPro]
>\definefontfamily[mainfont][mm][Minion Math]
>\setupbodyfont[mainfont]
>\starttext
>$A \xrightarrow{}{} B$
>\stoptext
> 
> This should work fine in your computer with \setupbodyfont[pagella] or
> no \setupbodyfont. The previous sample works fine in my computer,
> because I don’t have Minion Math installed.
> 
> The problem here is that we don’t have access to your fonts. Guessing
> may be hard, so could you provide another font (freely available to
> anyone) that shows the issue?

The problem is that I have not yet found another font that showed the problem. 
Using LuaLaTeX and fontspec \xrightarrow does work as intended. 
Besides I know that Hans has a version of Minion Math. Maybe he can try 
himself. Else we could ask Johannes Küster (the designer of Minion Math) if he 
could provide you files for testing.

Possibly the true problem is that I have not been able to properly remake the 
format. I have executed context --make --all on the terminal but I am getting 
MKIV beta  fmt:
2017.7.25.

Does that mean that the change in the file is not realised by ConTeXT? Or does 
that only tell me when I have downloaded the beta itself?

> 
>> From line 506 on the code of math-act.lua now is
>> [...]
>> Is that correct now?
> 
> I don’t know. But you may check it yourself and then report back.

I am not a lua programmer and I have no idea what that code does. So maybe Hans 
can tell me if I changed the code as he intended.

> 
> Pablo

Mathias

> -- 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

> Am 26.07.2017 um 08:07 schrieb Pablo Rodriguez <oi...@gmx.es>:
> 
> On 07/26/2017 07:20 AM, Mathias Schickel wrote:
>>> Am 26.07.2017 um 00:47 schrieb Hans Hagen:
>>> [...]>> you can patch this in that file and remake the format
>>> 
>>>   elseif kind == e_right then
>>>   local charlist = data[3].horiz_variants
>>>   if charlist then
>>>   local right = charlist[#charlist]
>>>   roffset = abs((right["start"] or 0) - (right["end"] or 0))
>>>   end
>> 
>> Hi Hans,
>> 
>> thank you for your quick answer! I am not sure How I can remake that
>> format. Can you tell me the command for that?
> 
> Hi Matthias,
> 
> as far as I can remember, the command is (I have used it in the past,
> but my memory is weak):
> 
>  context --make --all
> 

Hi Pablo,

thank you for advice! Unfortunately I still get the error

ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:514: attempt to get 
length of local 'charlist' (a nil value)
stack traceback:
...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:514: in 
function 'horizontalcode'
...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:541: in 
function <...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:540>
(...tail calls…)


I see two possible reasons for that:

Either the command „context --make --all“ is not the right one  (besides: How 
can I check if ConTeXt has remade the format?), or the code is not correctly 
changed. Maybe you can answer that, Hans.

From line 506 on the code of math-act.lua now is

if kind == e_left then
local charlist = data[3].horiz_variants
if charlist then
-- this is the line of the first error 
as the error code suggests
local left = charlist[1]
loffset = abs((left["start"] or 0) - (left["end"] or 0))
end
elseif kind == e_right then
local charlist = data[3].horiz_variants
if charlist then
local right = charlist[#charlist]
roffset = abs((right["start"] or 0) - (right["end"] or 0))
end
 elseif kind == e_horizontal then
local charlist = data[3].horiz_variants
if charlist then
local left = charlist[1]
local right = charlist[#charlist]
loffset = abs((left ["start"] or 0) - (left ["end"] or 0))
roffset = abs((right["start"] or 0) - (right["end"] or 0))
end
end
return kind, loffset, roffset

Is that correct now?

In every case the error code mentioned another line of the same file:

math-act.lua:541: in function 
<...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:540>
(...tail calls…)

>> And can you maybe patch that in the distribution, too? (Else I fear
>> that I have to remake that format every time I will update the
>> distribution from contextgarden.)
> As far as I can tell, Hans will fix ConTeXt (he has done in the past).
> But he has provided the patch, so that you may  work until the next beta
> update.

Okay, that is very good!

> 
> Cheers,
> 
> Pablo


Best
Mathias


> -- 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

> Am 26.07.2017 um 00:47 schrieb Hans Hagen <pra...@wxs.nl>:
> 
> On 7/26/2017 12:01 AM, Mathias Schickel wrote:
>>> Am 22.07.2017 um 22:34 schrieb Alan Braslau <braslau.l...@comcast.net 
>>> <mailto:braslau.l...@comcast.net>>:
>>> 
>>> On Fri, 21 Jul 2017 12:31:33 +0200
>>> Mathias Schickel <m...@fa.uni-tuebingen.de 
>>> <mailto:m...@fa.uni-tuebingen.de>> wrote:
>>> 
>>>>> $\xrightarrow{}{}$
>>>> 
>>>> This throws errors. Any idea why?
>>>> 
>>>>> $\xrightoverleftarrow{}{33°C}$
>>>> 
>>>> This does work. Sadly it is not the arrow I want to have.
>>> 
>>> MWE:
>>> 
>>> \starttext
>>> $A \xrightarrow{}{} B$
>>> \stoptext
>>> 
>>> No problem here.
>> It seems to be a problem with the font I use.  Hans, do you have any idea 
>> why that does not work if I am using Minion Math? I am getting the following 
>> error:
>> attempt to get length of local 'charlist' (a nil value)
>> stack traceback:
>> ...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:514: in function 
>> 'horizontalcode'
>> ...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:541: in function 
>> <...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:540>
>> (...tail calls...)
> you can patch this in that file and remake the format
> 
>elseif kind == e_right then
>local charlist = data[3].horiz_variants
>if charlist then
>local right = charlist[#charlist]
>roffset = abs((right["start"] or 0) - (right["end"] or 0))
>end

Hi Hans,

thank you for your quick answer! I am not sure How I can remake that format. 
Can you tell me the command for that? And can you maybe patch that in the 
distribution, too? (Else I fear that I have to remake that format every time I 
will update the distribution from contextgarden.)

Best
Mathias


> 
> 
> 
> -
>  Hans Hagen | PRAGMA ADE
>  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

> Am 22.07.2017 um 22:34 schrieb Alan Braslau <braslau.l...@comcast.net>:
> 
> On Fri, 21 Jul 2017 12:31:33 +0200
> Mathias Schickel <m...@fa.uni-tuebingen.de> wrote:
> 
>>> $\xrightarrow{}{}$
>> 
>> This throws errors. Any idea why?
>> 
>>> $\xrightoverleftarrow{}{33°C}$
>> 
>> This does work. Sadly it is not the arrow I want to have.
> 
> MWE:
> 
> \starttext
> $A \xrightarrow{}{} B$
> \stoptext
> 
> No problem here.

It seems to be a problem with the font I use.  Hans, do you have any idea why 
that does not work if I am using Minion Math? I am getting the following error:

attempt to get length of local 'charlist' (a nil value)
stack traceback:
...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:514: in 
function 'horizontalcode'
...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:541: in 
function <...ext/tex/texmf-context/tex/context/base/mkiv/math-act.lua:540>
(...tail calls...)

Mathias

> 
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

> $\xrightarrow{}{}$

This throws errors. Any idea why?

> $\xrightoverleftarrow{}{33°C}$

This does work. Sadly it is not the arrow I want to have.

Mathias




> Am 14.07.2017 um 21:25 schrieb Alan Braslau <braslau.l...@comcast.net>:
> 
> On Fri, 14 Jul 2017 11:33:14 +0200
> Mathias Schickel <m...@fa.uni-tuebingen.de> wrote:
> 
>> Dear list,
>> 
>> I want to typeset an extensible arrow as described in this document:
>> http://dl.contextgarden.net/myway/matharrows.pdf
>> <http://dl.contextgarden.net/myway/matharrows.pdf> Sadly I get errors
>> if I use \xrightarrow (even this simple command does not work).
>> 
>> Do extensible arrows still exists in ConTeXT and how can I use them?
>> 
>> Best
>> Mathias
> 
> $\xrightarrow{}{}$
> $\xrightoverleftarrow{}{33°C}$
> etc.
> 
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Footnote in TABLE isn't rendered anywhere

[Mathias Schickel]

> Am 15.07.2017 um 21:55 schrieb Hans Hagen :
> 
> On 7/15/2017 9:11 PM, Alan Braslau wrote:
>> On Wed, 12 Jul 2017 19:05:26 +0200
>> Hans Hagen  wrote:
>>> best play with textbackgrounds
>>> 
>>> \starttext
>>> 
>>> \starttextbackground
>>> \dorecurse{10}{test\footnote{tufte}: \input tufte\par}
>>> \stoptextbackground
>>> 
>>> \stoptext
>>> 
>> I have found the following to be necessary when using textbackground,
>> especially when backgrounds cross page boundaries:
>> \setnewconstant\kindofpagetextareas\plusone
>> % partial page. HH: low level, no high level switch (yet)
>> Maybe Hans can explain this?
> Because it's an option (with no parameter yet .. not sure where/how to 
> configure it; for floats one can do it per float)
> 

\setnewconstant\kindofpagetextareas\plusone

That indeed solves the problem of the textbackground extended over footnotes. 
Is that anywhere documented? I did not find that anywhere. And what exactly 
does that command do?

Would it not be a good idea to add this as an option in the definition of a 
textbackground?

Mathias

> Hans
> 
> -
>  Hans Hagen | PRAGMA ADE
>  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>   tel: 038 477 53 69 | www.pragma-ade.nl  | 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Footnote in TABLE isn't rendered anywhere

[Mathias Schickel]

> Am 15.07.2017 um 18:07 schrieb Pablo Rodriguez <oi...@gmx.es>:
> 
> On 07/14/2017 05:22 PM, Mathias Schickel wrote:
>> This indeed does the trick! Thank you very much! Maybe I will take
>> use of Hans’ suggestion about textbackgrounds, but as I remember I have
>> switched from those to backgrounds because they sometimes showed strange
>> behaviour at page breaks if formulas are involved (leaving far too much
>> space at the bottom of a page that could be used if I used backgrounds).
>> Maybe I will be able to write a minimal example showing this effect of
>> textbackgrounds.
>> 
>> However, I have met some issues using your solution, Aditya, with
>> \automigrateinserts. I got one text in background containing a footnote
>> that has been rendered onto the footnote. Of course this can only happen
>> if the backgrounded text appears at the bottom of a page. It is a little
>> hard to get a minimal example showing this. But I think everyone can
>> imagine what I mean.
> 
> Mathias,
> 
> it would be weird that body text ended up in a footnote, but without a
> source it will be much harder to fix the bug.

Indeed the text was written onto the text of the footnote, so both texts did 
overlap. Sadly I was not able to reproduce it, since meanwhile I did change my 
document a bit (and updated to the latest beta). But it was in combination with 
mathematical theorems (so I defined the background to highlight theorems), this 
means it was in combination with lists.

If I will run into a similar issue or will be able to reproduce it in a minimal 
example I will inform you. But in the latest test I did not get that behaviour 
even if a theorem was extended to the next page and footnotes had been at the 
first page of the theorem. So things worked fine.

> 
> Just in case I got you wrong: is your issue that the background also
> covers the footnotes, such as in the first and second pages from:
> 
>\automigrateinserts
>\setuptextbackground[location=paragraph]
>\starttext
>\dorecurse{10}{\starttextbackground
>test\footnote{tufte}: \input knuth\hfill
>\stoptextbackground\blank}
>\stoptext
> 
> Just in cas it helps,

What can be done that this does not happen? (Your example?) Here we have a 
minimal example, your own. ;-)

> 
> Pablo

Best Mathias


> -- 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Footnote in TABLE isn't rendered anywhere

[Mathias Schickel]

> Am 13.07.2017 um 01:18 schrieb Aditya Mahajan <adit...@umich.edu>:
> 
> On Wed, 12 Jul 2017, Mathias Schickel wrote:
> 
>> Does no-one know what I can do to settle the problem?
>> [...]
>> So what can I do to get the footnotes in a background environment displayed?
> 
> \automigrateinserts
> \starttext
> \startbackground
>  This is a test\footnote{Footnote} continue
> \stopbackground
> \stoptext
> 
> According to node-mig.mkiv, this might cause problems with notes inside 
> captions.
> 
> Aditya

This indeed does the trick! Thank you very much! Maybe I will take use of Hans’ 
suggestion about textbackgrounds, but as I remember I have switched from those 
to backgrounds because they sometimes showed strange behaviour at page breaks 
if formulas are involved (leaving far too much space at the bottom of a page 
that could be used if I used backgrounds). Maybe I will be able to write a 
minimal example showing this effect of textbackgrounds.

However, I have met some issues using your solution, Aditya, with 
\automigrateinserts. I got one text in background containing a footnote that 
has been rendered onto the footnote. Of course this can only happen if the 
backgrounded text appears at the bottom of a page. It is a little hard to get a 
minimal example showing this. But I think everyone can imagine what I mean.

Maybe I will be able to produce minimal examples of both issues and then I will 
send it to the list and maybe Hans or someone with similar skills can take care 
of that effects.

Best and many thanks for the help
Mathias


> ___
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

> Am 14.07.2017 um 11:33 schrieb Mathias Schickel <m...@fa.uni-tuebingen.de>:
> 
> Dear list,
> 
> I want to typeset an extensible arrow as described in this document: 
> http://dl.contextgarden.net/myway/matharrows.pdf 
> <http://dl.contextgarden.net/myway/matharrows.pdf> 
> Sadly I get errors if I use \xrightarrow (even this simple command does not 
> work).
> 
> Do extensible arrows still exists in ConTeXT and how can I use them?
> 

Does no-one know if ConTeXt has extensible arrows? It would be great if at 
least someone could tell where I can get information about topics like that. 
Does a written compendium of all mathematical symbols in ConTeXt exist?


> Best
> Mathias
> ___
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Breaking formulas

[Mathias Schickel]

Dear List,

I am not sure if the file that I have prepared to sum up some of the problems 
of the actual implementation of auto breaking of formulas has reached the list. 
This time I will send only the context file to avoid too large files.

Best
Mathias



formula-breaking.tex
Description: TeX 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Extensible arrows in ConTeXT

[Mathias Schickel]

Dear list,

I want to typeset an extensible arrow as described in this document: 
http://dl.contextgarden.net/myway/matharrows.pdf 
 
Sadly I get errors if I use \xrightarrow (even this simple command does not 
work).

Do extensible arrows still exists in ConTeXT and how can I use them?

Best
Mathias___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Footnote in TABLE isn't rendered anywhere

[Mathias Schickel]

Am 10.07.2017 um 20:23 schrieb Mathias Schickel <m...@fa.uni-tuebingen.de>:Am 10.07.2017 um 12:50 schrieb Pablo Rodriguez <oi...@gmx.es>:On 07/08/2017 03:17 PM, Mathias Schickel wrote:Dear Andreas, Pablo and the list,I did read your question and answer with great interest, since Iencountered similar issues. Sadly your trick to get footnotes that aredefined in some environments like tables displayed at the bottom of thepage does not work if you try it using backgrounds. Here I provide aminimal example that shows the problem:Dear Mathias,I didn’t even know that backgrounds existed in ConTeXt.Framed texts does the trick with your sample:  \setupframedtext [width=\textwidth,  frame=on,  rulethickness=1pt,  corner=0,  offset=12pt]  \starttext  \startframedtext  If you typeset text with background,  the footnote workaround does not work.  \postponenotes\footnote{So what could  I do to get this footnote displayed?  Use framed texts.}  \stopframedtext  \flushnotes  \stoptextBut if you really need a background, I’m afraid it won’t work (or Idon’t know how to make it work).Just in case it might help,PabloDear Pablo,thank you very much for your suggestion! Sadly I have noticed that framed texts do not break across pages (at least if I simply copy and use your code). I remember that I switched to backgrounds (from \definetextbackground) because I did get problems at page breaks. Regarding that backgrounds showed the best behaviour but sadly it has the described problems using footnotes.Do you have any further suggestions how I can enable framed text to break across pages?And can anyone tell me how I can get rid of the problem of backgrounds and footnotes?Again, thank you very much for your kind help!BestMathiasDoes no-one know what I can do to settle the problem? I have created a minimal example that shows the problem using textbackground to work around the footnote problem. But sadly the framedtext environment does not seem to be able to break across pages. Besides I would prefer the background solution. So what can I do to get the footnotes in a background environment displayed?Help appreciated!BestMathiasThe minimal example follows:%%\setupbackground[	width=\textwidth,	frame=on,	framecolor=black,	rulethickness=1pt,	background="">	backgroundcolor=green,	corner=0,	before={\blank[4*small]},	after={\blank[5*small]},	topoffset=10pt,    bottomoffset=10pt,    leftoffset=10pt,   	rightoffset=10pt]\setupframedtext      [width=\textwidth,       frame=on,       framecolor=black,       rulethickness=1pt,       background="">	   backgroundcolor=red,       corner=0,       offset=12pt]     \starttext%\startbackground	%	If you typeset text with background, the footnote workaround does not work.\postponenotes\footnote{So what could I do to get this footnote displayed?}	%\stopbackground\flushnotes%\startbackground	%	One advantages of backgrounds is that they break across pages, as you can see here:	%	\dorecurse{5}{%		\input{knuth}%		}	%\stopbackground%Compare that to the output of framedtext (the gap on this page is not intended!):%\startframedtext	%	Here I am getting trouble with breaking across pages.	This was the first reason why I switched to backgrounds.	%	\dorecurse{5}{%		\input{knuth}%	}   	%\stopframedtext%\stoptext%%

FramedFootnote.pdf
Description: Adobe PDF document
-- 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-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : https://bitbucket.org/phg/context-mirror/commits/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-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : https://bitbucket.org/phg/context-mirror/commits/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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Again: breaking of formulas

[Mathias Schickel]

Dear Hans, Aditya and the list,

I have tested the new auto breaking feature for formulas and have encountered 
some issues that I have summed up in the attached file. It would be great if 
this issues could be eliminated.

Best
Mathias

 

formula-breaking.tex
Description: TeX document


formula-breaking.pdf
Description: Adobe PDF document




> Am 19.06.2017 um 09:44 schrieb Aditya Mahajan :
> 
> On Mon, 19 Jun 2017, Hans Hagen wrote:
> 
>> \setupformulas[split=yes,align=flushleft] % already there
> 
> While you are tweaking formulas, would it make sense to add a key-value 
> interface for \startformula, so that the following also works:
> 
> \startformula[split=yes, align=flushleft]
> ...
> \stopformula
> 
> We can remain backward compatible by check if the argument to formulas is an 
> assignment or not.
> 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Footnote in TABLE isn't rendered anywhere

[Mathias Schickel]

> Am 10.07.2017 um 12:50 schrieb Pablo Rodriguez <oi...@gmx.es>:
> 
> On 07/08/2017 03:17 PM, Mathias Schickel wrote:
>> Dear Andreas, Pablo and the list,
>> 
>> I did read your question and answer with great interest, since I
>> encountered similar issues. Sadly your trick to get footnotes that are
>> defined in some environments like tables displayed at the bottom of the
>> page does not work if you try it using backgrounds. Here I provide a
>> minimal example that shows the problem:
> 
> Dear Mathias,
> 
> I didn’t even know that backgrounds existed in ConTeXt.
> 
> Framed texts does the trick with your sample:
> 
>\setupframedtext
>   [width=\textwidth,
>frame=on,
>rulethickness=1pt,
>corner=0,
>offset=12pt]
> 
>\starttext
>\startframedtext
>If you typeset text with background,
>the footnote workaround does not work.
>\postponenotes\footnote{So what could
>I do to get this footnote displayed?
>Use framed texts.}
>\stopframedtext
>\flushnotes
>\stoptext
> 
> But if you really need a background, I’m afraid it won’t work (or I
> don’t know how to make it work).
> 
> Just in case it might help,
> 
> Pablo

Dear Pablo,

thank you very much for your suggestion! Sadly I have noticed that framed texts 
do not break across pages (at least if I simply copy and use your code). I 
remember that I switched to backgrounds (from \definetextbackground) because I 
did get problems at page breaks. Regarding that backgrounds showed the best 
behaviour but sadly it has the described problems using footnotes.

Do you have any further suggestions how I can enable framed text to break 
across pages?

And can anyone tell me how I can get rid of the problem of backgrounds and 
footnotes?

Again, thank you very much for your kind help!

Best
Mathias
 


> -- 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Footnote in TABLE isn't rendered anywhere

[Mathias Schickel]

Dear Andreas, Pablo and the list,

I did read your question and answer with great interest, since I encountered 
similar issues. Sadly your trick to get footnotes that are defined in some 
environments like tables displayed at the bottom of the page does not work if 
you try it using backgrounds. Here I provide a minimal example that shows the 
problem:


\setupbackground[
width=\textwidth,
frame=on,
framecolor=black,
rulethickness=1pt,
background=color,
backgroundcolor=white,
corner=0,
offset=12pt]
%
\starttext
%
\startbackground
%
If you typeset text with background, the footnote workaround does not 
work.\postponenotes\footnote{So what could I do to get this footnote displayed?}
%
\stopbackground
\flushnotes
%
\stoptext


Can anyone tell me what I can do to get the footnote rendered? Thank you in 
advance.

Best regards
Mathias


> Am 06.07.2017 um 09:41 schrieb Andreas Schneider :
> 
> Am 2017-07-05 20:51, schrieb Pablo Rodriguez:
>> this might do what you intend:
>>\starttext
>>\bTABLE[split=repeat,align=normal]
>>   \bTR\bTD Something\postponenotes\footnote[x]{bla bla}\eTD\eTR
>>   \bTR\bTD Foo\note[x] \eTD\eTR
>>\eTABLE
>>\flushnotes
>>\stoptext
>> Just in case it helps,
> 
> Hello Pablo,
> 
> yes, this does the trick. Thank you very much for that solution! :-)
> 
> Best regards
> Andreas
> ___
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

> Am 16.06.2017 um 12:54 schrieb Mojca Miklavec 
> <mojca.miklavec.li...@gmail.com>:
> 
> On 15 June 2017 at 15:08, Mathias Schickel wrote:
>> 
>> Okay. Does that mean that there is not yet a version for MacOS? If I am 
>> right I cannot find files for MacOS at your link above. Then I will wait and 
>> typeset my files on Windows until the new version is released.
> 
> Please try to update the ConTeXt distribution now.
> 

Everything works fine now. LuaTeX 1.05.0 is now contained in the downloaded 
distribution and primes are working fine again! Many thanks to Hans and you!

Mathias

> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

> Am 15.06.2017 um 13:48 schrieb Mojca Miklavec 
> <mojca.miklavec.li...@gmail.com>:
> 
> On 15 June 2017 at 13:39, Hans Hagen wrote:
>> On 6/15/2017 12:05 PM, Mathias Schickel wrote:
>>> 
>>>> So I am simply asking: How can I use older betas or how can I get the
>>>> source of LuaTeX 1.05 on a Mac and compile it?
>> 
>> Mojca is setting up the build bots so one of these days there will be
>> binaries.
> 
> You can fetch it from here:
>http://dl.contextgarden.net/build/luatex/
> (those binaries should end up in minimals very soon).
> 
> But on Mac we are currently experiencing some build problems on
> existing machines, most likely due to some problems with outdated
> timestamps of generated files. I'm waiting for Luigi to fix the
> problem.

Okay. Does that mean that there is not yet a version for MacOS? If I am right I 
cannot find files for MacOS at your link above. Then I will wait and typeset my 
files on Windows until the new version is released.

Mathias


> But aside from that. If you (developers, not users) want to call one
> version of LuaTeX 1.05, you should tag a version 1.05.
> 
> Increasing the version numbers in trunk and skipping any official
> releases is a pretty bad development practice.
> 
> Usually you would put experimental features to trunk and whatever you
> want to end up at users to tags or potentially stable maintained
> branches that get bugfixes.
> 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

> Am 12.06.2017 um 15:53 schrieb Mathias Schickel <m...@fa.uni-tuebingen.de>:
> 
> Thank you very much for providing the instructions, Mikael! Unfortunately
> 
>> 1) get the files
>> 
>> svn checkout --username anonsvn --password anonsvn
>> https://serveur-svn.lri.fr/svn/modhel/luatex/branches/experimental/ 
>> <https://serveur-svn.lri.fr/svn/modhel/luatex/branches/experimental/>
> does not work on MacOS (which I am using). Can someone tell me which command 
> I need to use at MacOS (current version)?

Can someone tell me how I can download the source of LuaTeX 1.0.5 and compile 
it on MacOS? Mikael wrote me instructions for Linux that did not work for 
MacOS. Thanks in advance!

/Mathias

PS: In the meantime I have read the thread 
https://mailman.ntg.nl/pipermail/ntg-context/2017/088747.html 
<https://mailman.ntg.nl/pipermail/ntg-context/2017/088747.html> and seen that 
LuaTeX 1.0.5 is contained in the garden version on Windows. On my Windows 
machine everything regarding primes works really fine. Since LuaTeX 1.0.5 is 
not yet contained in the MacOS version I get the described bugs there. Does 
someone know when will LuaTeX 1.0.5 be officially released for MacOS?

> 2) compile:
> 
> step into the folder experimental and run build.sh
> 
> 3) copy the luatex binary to a place where it is found
> 
> I chose to replace the one from garden, and it seems to work.
> 
> Good luck!
> 
> /Mikael
> ___
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
> ___



> Am 12.06.2017 um 17:50 schrieb Mathias Schickel <m...@fa.uni-tuebingen.de>:
> 
>> 
>> Am 12.06.2017 um 17:10 schrieb Hans Hagen <pra...@wxs.nl 
>> <mailto:pra...@wxs.nl>>:
>> 
>> On 6/12/2017 4:54 PM, Mathias Schickel wrote:
>>>> the alternative is that i waste time again and again on getting something 
>>>> to work for all fonts and all combinations which leads to a mess that i 
>>>> then need to maintain without any gain
>>> At first: Thank you very much for your work!
>>>> so, i decided to follow a route that works for most fonts / cases and not 
>>>> some messy hybrid solution (and i don't want a different setup or bag of 
>>>> tricks for each font that is out there as that is a long term no-go)
>>> But I have to contradict you here: It has nothing to do with special or 
>>> hybrid fonts. The problem persists at present (using the LuaTeX version 
>>> that is shipped with the Garden version) in /all/ fonts. The primes are not 
>>> rendered as they should in /any/ font I tried out.
>>> As Mikael told me, you optimised the code for LuaTeX 1.05 which seems to be 
>>> terminated September this year. But until then the output of primes will be 
>>> not correct. I have no possibility to switch back to the current (non-beta) 
>>> version of ConTeXt, because this version contains the bugs with primes you 
>>> have already resolved.
>> 
>> there will probably be a 1.0.5 one of these days (also for other reasons) 
>> but Mojca has to configure the garden compile farm
>> 
> 
> Okay, that would be great. But could you tell me how I can get the files and 
> compile them? Mikael did write me instructions that work for Linux, but I am 
> on MacOS. My problem would be solved if I could get the source and compile 
> LuaTeX 1.05 on my own on MacOS. :-)
> 
>>> This means that ConTeXt is not usable for me until LuaTeX 1.05 will be 
>>> released or until I am able to compile the source of LuaTeX 1.05 on my own. 
>>> Some of the latest betas (the version one or two weeks ago) did solve all 
>>> problems regarding primes. The problem I am referring to rose up in the 
>>> most recent betas. As Mikael told me, this is because you introduced new 
>>> code to work with LuaTeX 1.05. This is very nice, but because this version 
>>> is not yet released, this decision is questionable, since this makes 
>>> ConTeXt unusable until this release (if you need primes).
>>> So I appreciate your hard work, but I would be nice to have a version that 
>>> runs with the current LuaTeX version of the beta of ConTeXt (or 
>>> alternatively it would be nice if instructions ar

Re: [NTG-context] next beta

[Mathias Schickel]

> Am 13.06.2017 um 16:46 schrieb Hans Hagen <pra...@wxs.nl>:
> 
> On 6/13/2017 1:18 PM, Mathias Schickel wrote:
>>> Am 12.06.2017 um 18:17 schrieb Hans Hagen <pra...@wxs.nl>:
>>> 
>>> On 6/12/2017 5:56 PM, Mathias Schickel wrote:
>>>> Hi Hans,
>>>> if I get it right this means that you provide a mechanism that brakes 
>>>> formulas automatically across several lines? I appreciate this very much! 
>>>> Thank you for including this into the next beta!
>>>> Would it be possible to do something like that for breaking long formulas 
>>>> across pages (or is that maybe included in the new mechanism)?
>>> that's more complex and interferes with other aspects so maybe later
>> Okay, that would be really great. Maybe a semi-automatic breaking across 
>> pages could be doable. The AMS package for LaTeX implements something like 
>> that. If you write \allowbreak (I am not absolutely sure if this is the true 
>> command, but it is something like that) at a line of an equation with 
>> multiple lines the typesetting algorithm knows that the formula can be 
>> broken across pages at that point.
>> If something like that could be done in ConTeXt it would be really great. At 
>> present it is somewhat complicated to handle equations with many lines since 
>> you have to typeset the text and check if everything fits. If you could mark 
>> certain lines of an equation to be allowed to be broken at the end of a 
>> page, working with multiple line equations would be much easier and faster.
> attached what will be provided ... experimental for a while (not in the mood 
> now for harder stuff)

That looks really good! Will it be possible to combine that with 
\startmathalignment? And if not can you pass several \alignhere commands and 
force breaking at user defined places?
(I tried out to test it myself but the new feature is not yet uploaded to the 
garden version.)

> 
> Hans
> 
> -
>  Hans Hagen | PRAGMA ADE
>  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>   tel: 038 477 53 69 | www.pragma-ade.nl <http://www.pragma-ade.nl/> | 
> www.pragma-pod.nl <http://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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] next beta

[Mathias Schickel]

> Am 12.06.2017 um 18:17 schrieb Hans Hagen <pra...@wxs.nl>:
> 
> On 6/12/2017 5:56 PM, Mathias Schickel wrote:
>> Hi Hans,
>> if I get it right this means that you provide a mechanism that brakes 
>> formulas automatically across several lines? I appreciate this very much! 
>> Thank you for including this into the next beta!
>> Would it be possible to do something like that for breaking long formulas 
>> across pages (or is that maybe included in the new mechanism)?
> that's more complex and interferes with other aspects so maybe later

Okay, that would be really great. Maybe a semi-automatic breaking across pages 
could be doable. The AMS package for LaTeX implements something like that. If 
you write \allowbreak (I am not absolutely sure if this is the true command, 
but it is something like that) at a line of an equation with multiple lines the 
typesetting algorithm knows that the formula can be broken across pages at that 
point.
If something like that could be done in ConTeXt it would be really great. At 
present it is somewhat complicated to handle equations with many lines since 
you have to typeset the text and check if everything fits. If you could mark 
certain lines of an equation to be allowed to be broken at the end of a page, 
working with multiple line equations would be much easier and faster.

> 
> -
>  Hans Hagen | PRAGMA ADE
>  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] next beta

[Mathias Schickel]

Hi Hans,

if I get it right this means that you provide a mechanism that brakes formulas 
automatically across several lines? I appreciate this very much! Thank you for 
including this into the next beta!
Would it be possible to do something like that for breaking long formulas 
across pages (or is that maybe included in the new mechanism)?

Best
Mathias


> Am 12.06.2017 um 17:25 schrieb Hans Hagen :
> 
> Hi,
> 
> experimental in next beta:
> 
> \starttext
> 
> test
> 
> \startbuffer
> \placeformula
> \startformula
>x\dorecurse{100}{+#1x^{#1x}}=10
> \stopformula
> 
> test
> 
> \startformula
>x\dorecurse{100}{+#1x^{#1x}}=10
> \stopformula
> 
> test
> \stopbuffer
> 
> \par \setupformula[split=no]  \getbuffer \par
> \par \setupformula[split=yes] \getbuffer \par
> 
> \stoptext
> 
> i.e. (poor mans) multiline display math
> 
> Hans
> 
> -
>  Hans Hagen | PRAGMA ADE
>  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

> Am 12.06.2017 um 17:10 schrieb Hans Hagen <pra...@wxs.nl>:
> 
> On 6/12/2017 4:54 PM, Mathias Schickel wrote:
>>> the alternative is that i waste time again and again on getting something 
>>> to work for all fonts and all combinations which leads to a mess that i 
>>> then need to maintain without any gain
>> At first: Thank you very much for your work!
>>> so, i decided to follow a route that works for most fonts / cases and not 
>>> some messy hybrid solution (and i don't want a different setup or bag of 
>>> tricks for each font that is out there as that is a long term no-go)
>> But I have to contradict you here: It has nothing to do with special or 
>> hybrid fonts. The problem persists at present (using the LuaTeX version that 
>> is shipped with the Garden version) in /all/ fonts. The primes are not 
>> rendered as they should in /any/ font I tried out.
>> As Mikael told me, you optimised the code for LuaTeX 1.05 which seems to be 
>> terminated September this year. But until then the output of primes will be 
>> not correct. I have no possibility to switch back to the current (non-beta) 
>> version of ConTeXt, because this version contains the bugs with primes you 
>> have already resolved.
> 
> there will probably be a 1.0.5 one of these days (also for other reasons) but 
> Mojca has to configure the garden compile farm
> 

Okay, that would be great. But could you tell me how I can get the files and 
compile them? Mikael did write me instructions that work for Linux, but I am on 
MacOS. My problem would be solved if I could get the source and compile LuaTeX 
1.05 on my own on MacOS. :-)

>> This means that ConTeXt is not usable for me until LuaTeX 1.05 will be 
>> released or until I am able to compile the source of LuaTeX 1.05 on my own. 
>> Some of the latest betas (the version one or two weeks ago) did solve all 
>> problems regarding primes. The problem I am referring to rose up in the most 
>> recent betas. As Mikael told me, this is because you introduced new code to 
>> work with LuaTeX 1.05. This is very nice, but because this version is not 
>> yet released, this decision is questionable, since this makes ConTeXt 
>> unusable until this release (if you need primes).
>> So I appreciate your hard work, but I would be nice to have a version that 
>> runs with the current LuaTeX version of the beta of ConTeXt (or 
>> alternatively it would be nice if instructions are provided to compile the 
>> source of LuaTeX for every OS that can be used simply).
> 
> then just use old versions and then accept the bugs and limitations in those 
> versions

How can I get the beta of last week or the week before? In those betas you have 
not yet included the new code (for use with LuaTeX 1.05) and everything worked 
really fine. The --context=current garden version has several bugs regarding 
primes you have solved in the mentioned betas. So it would make no sense at all 
to use this version. I would need one of the older betas or the most recent one 
with LuaTeX 1.05.

> 
>> And (to repeat myself) the problem has nothing to do with special fonts of 
>> hybrid version or whatever. You get the problem using standard Latin Modern 
>> or any font else. Simply try
> latin modern has all kind of issues ... and it's inconsistent with cambria, 
> other gyre fonts etc ... in a decade of luatex and open type math fonts i 
> captured a lot of font issues in runtiem fixes but that will always give side 
> effects
> 
> so, i can fix somethign for you with lm and then someone else complains about 
> lucida etc etc
> 

I am not using Latin Modern. I only mentioned that because I wanted to stress 
that I am not referring to exotic fonts. (I totally agree on you regarding 
Latin Modern; I think Cambria should be the reference since this font is the 
font that established the opentype math standard.)
In fact I am using Minion Math (which is a really stunning font) or Stix 2. 
There had been no problems in those fonts with primes in the betas of the last 
weeks. And as Mikeal suggests the problems are resolved if I could use LuaTeX 
1.05.

So in fact the only thing I am complaining about is that everything worked one 
or two betas ago until it is „broken“ in the newest beta since this one seems 
to be based on code that requires LuaTeX 1.05 (which makes sense of course 
since this will be the upcoming release) that is not shipped alongside the 
beta. So I am not able to understand why code is provided in the beta that 
requires a LuaTeX version that is not shipped alongside (and especially in view 
of the fact that we had a perfectly working beta regarding primes last week; 
this means I think it would have been a great idea to wait including the newest 
code 

Re: [NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

the alternative is that i waste time again and again on getting something to work for all fonts and all combinations which leads to a mess that i then need to maintain without any gainAt first: Thank you very much for your work!so, i decided to follow a route that works for most fonts / cases and not some messy hybrid solution (and i don't want a different setup or bag of tricks for each font that is out there as that is a long term no-go)But I have to contradict you here: It has nothing to do with special or hybrid fonts. The problem persists at present (using the LuaTeX version that is shipped with the Garden version) in all fonts. The primes are not rendered as they should in any font I tried out.As Mikael told me, you optimised the code for LuaTeX 1.05 which seems to be terminated September this year. But until then the output of primes will be not correct. I have no possibility to switch back to the current (non-beta) version of ConTeXt, because this version contains the bugs with primes you have already resolved.This means that ConTeXt is not usable for me until LuaTeX 1.05 will be released or until I am able to compile the source of LuaTeX 1.05 on my own. Some of the latest betas (the version one or two weeks ago) did solve all problems regarding primes. The problem I am referring to rose up in the most recent betas. As Mikael told me, this is because you introduced new code to work with LuaTeX 1.05. This is very nice, but because this version is not yet released, this decision is questionable, since this makes ConTeXt unusable until this release (if you need primes).So I appreciate your hard work, but I would be nice to have a version that runs with the current LuaTeX version of the beta of ConTeXt (or alternatively it would be nice if instructions are provided to compile the source of LuaTeX for every OS that can be used simply).And (to repeat myself) the problem has nothing to do with special fonts of hybrid version or whatever. You get the problem using standard Latin Modern or any font else. Simply try%%%\starttext%$f’$, $f^{''}$.%\stoptext%%%and you will get something like attached.BestMathias

Primes.pdf
Description: Adobe PDF document
Am 12.06.2017 um 16:35 schrieb Hans Hagen <pra...@wxs.nl>:On 6/12/2017 3:53 PM, Mathias Schickel wrote:Thank you very much for providing the instructions, Mikael! Unfortunately1) get the filessvn checkout --username anonsvn --password anonsvnhttps://serveur-svn.lri.fr/svn/modhel/luatex/branches/experimental/does not work on MacOS (which I am using). Can someone tell me which command I need to use at MacOS (current version)?Besides, Hans, I think it is a questionable decision to include the new mechanism for primes in the beta but not the required LuaTeX version for them to work correctly. I tried out the ConTeXt version „current“ (--context=current downloading the standalone) and there the old bugs persist. That means that I cannot use ConTeXt to typeset mathematics now, since no version works correctly when primes are required (until I can handle it to compile LuaTeX 1.05, but I think it would be much more comfortable the beta version of ConTeXt could run using the LuaTeX version it provides on it’s own).the alternative is that i waste time again and again on getting something to work for all fonts and all combinations which leads to a mess that i then need to maintain without any gainso, i decided to follow a route that works for most fonts / cases and not some messy hybrid solution (and i don't want a different setup or bag of tricks for each font that is out there as that is a long term no-go)(it already has costs me more time that i liked)Hans- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands  tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

Thank you very much for providing the instructions, Mikael! Unfortunately

> 1) get the files
> 
> svn checkout --username anonsvn --password anonsvn
> https://serveur-svn.lri.fr/svn/modhel/luatex/branches/experimental/ 
> <https://serveur-svn.lri.fr/svn/modhel/luatex/branches/experimental/>
does not work on MacOS (which I am using). Can someone tell me which command I 
need to use at MacOS (current version)?

Besides, Hans, I think it is a questionable decision to include the new 
mechanism for primes in the beta but not the required LuaTeX version for them 
to work correctly. I tried out the ConTeXt version „current“ (--context=current 
downloading the standalone) and there the old bugs persist. That means that I 
cannot use ConTeXt to typeset mathematics now, since no version works correctly 
when primes are required (until I can handle it to compile LuaTeX 1.05, but I 
think it would be much more comfortable the beta version of ConTeXt could run 
using the LuaTeX version it provides on it’s own).

Best
/Mathias



> Am 12.06.2017 um 13:46 schrieb Mikael P. Sundqvist <mic...@gmail.com>:
> 
> On Mon, Jun 12, 2017 at 1:30 PM, Mathias Schickel
> <m...@fa.uni-tuebingen.de> wrote:
>> Hi Mikael,
>> 
>> when will LuaTeX 1.05 be released? And how can I get the source for 
>> compilation (and what exactly will I have to do to get everything to work)?
>> Besides: Do you have a link to the thread you are referring to?
>> 
>> Best
>> /Mathias
>> 
>> 
>>> Am 12.06.2017 um 12:57 schrieb Mikael P. Sundqvist <mic...@gmail.com>:
>>> 
>>> On Mon, Jun 12, 2017 at 12:32 PM, Mathias Schickel
>>> <m...@fa.uni-tuebingen.de> wrote:
>>>> Dear Hans,
>>>> 
>>>> the newest beta (I have updated some hours ago) contains again some bugs 
>>>> regarding the size and placement of primes. You can verify that by using 
>>>> the following minimal example (created to show some older bugs being 
>>>> resolved meanwhile):
>>>> 
>>>> %%%
>>>> \starttext
>>>> %
>>>> Compare $f'$ to $(f')$ and to $f''$, $(f'')$, $f^{''}$ and $(f^{''})$.
>>>> %
>>>> \startformula
>>>>   %
>>>>   \int\nolimits_a^b \bigl(\|f(x)\|\bigr)\, {\mathrm d}x
>>>>   %
>>>> \stopformula
>>>> %
>>>> \stoptext
>>>> %%%
>>>> 
>>>> The output is attached. The primes are obviously rendered too small. And 
>>>> while $f'$ seems to lead to a placement of the prime a little too low, 
>>>> $f^{'}$ seems to cause the prime being placed too high.
>>>> 
>>>> Best
>>>> Mathias
>>>> 
>>>> 
>>>> 
>>>> ___
>>>> 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://context.aanhet.net
>>>> archive  : https://bitbucket.org/phg/context-mirror/commits/
>>>> wiki : http://contextgarden.net
>>>> ___
>>> 
>>> I think this is intended (see the other thread). Hans decided to do
>>> the primes differently, which means that they will look strange until
>>> luatex 1.05 is out. You can compile luatex 1.05 yourself, and you will
>>> see that the primes look OK. I attach a pdf result of your file,
>>> compiled with 1.05.
>>> 
>>> /Mikael
>>> ___
>>> 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://context.aanhet.net
>>> archive  : https://bitbucket.org/phg/context-mirror/commits/
>>> 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-c

Re: [NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

Hi Mikael,

when will LuaTeX 1.05 be released? And how can I get the source for compilation 
(and what exactly will I have to do to get everything to work)?
Besides: Do you have a link to the thread you are referring to?

Best
/Mathias


> Am 12.06.2017 um 12:57 schrieb Mikael P. Sundqvist <mic...@gmail.com>:
> 
> On Mon, Jun 12, 2017 at 12:32 PM, Mathias Schickel
> <m...@fa.uni-tuebingen.de> wrote:
>> Dear Hans,
>> 
>> the newest beta (I have updated some hours ago) contains again some bugs 
>> regarding the size and placement of primes. You can verify that by using the 
>> following minimal example (created to show some older bugs being resolved 
>> meanwhile):
>> 
>> %%%
>> \starttext
>> %
>> Compare $f'$ to $(f')$ and to $f''$, $(f'')$, $f^{''}$ and $(f^{''})$.
>> %
>> \startformula
>>%
>>\int\nolimits_a^b \bigl(\|f(x)\|\bigr)\, {\mathrm d}x
>>%
>> \stopformula
>> %
>> \stoptext
>> %%%
>> 
>> The output is attached. The primes are obviously rendered too small. And 
>> while $f'$ seems to lead to a placement of the prime a little too low, 
>> $f^{'}$ seems to cause the prime being placed too high.
>> 
>> Best
>> Mathias
>> 
>> 
>> 
>> ___
>> 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://context.aanhet.net
>> archive  : https://bitbucket.org/phg/context-mirror/commits/
>> wiki : http://contextgarden.net
>> ___
> 
> I think this is intended (see the other thread). Hans decided to do
> the primes differently, which means that they will look strange until
> luatex 1.05 is out. You can compile luatex 1.05 yourself, and you will
> see that the primes look OK. I attach a pdf result of your file,
> compiled with 1.05.
> 
> /Mikael
> ___
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Bug regarding placement and size of primes

[Mathias Schickel]

Dear Hans,

the newest beta (I have updated some hours ago) contains again some bugs 
regarding the size and placement of primes. You can verify that by using the 
following minimal example (created to show some older bugs being resolved 
meanwhile):

%%%
\starttext
%
Compare $f'$ to $(f')$ and to $f''$, $(f'')$, $f^{''}$ and $(f^{''})$.
%
\startformula
%
\int\nolimits_a^b \bigl(\|f(x)\|\bigr)\, {\mathrm d}x
%
\stopformula
%
\stoptext
%%%

The output is attached. The primes are obviously rendered too small. And while 
$f'$ seems to lead to a placement of the prime a little too low, $f^{'}$ seems 
to cause the prime being placed too high.

Best
Mathias




Primes.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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Change kerning between math characters (prime and left parenthesis)

[Mathias Schickel]

Hi Mikael,

math fonts are a bit different from text fonts. This means that you need 
special methods to influence them. Because I once had a similar concern like 
you I asked Hans to implement a way to influence kerning in math fonts between 
certain glyphs. I have attached an lfg-file that shows how to use it.

To enable a goodie file like the one attached you have to define your 
typescript like

\starttypescript [\s!math][cambriaown][\s!all]
\loadfontgoodies[cambriaown-math]
\definefontsynonym[\s!MathRoman][Cambria-Math]  
[\s!features={\s!math\mathsizesuffix},\s!designsize=\s!auto,\s!goodies=cambriaown-math]
\stoptypescript

I hope this helps!

Best
Mathias



cambriaown-math.lfg
Description: Binary data



> Am 02.06.2017 um 10:59 schrieb Mikael P. Sundqvist :
> 
> Hi!
> 
> Now that the bug with primes is fixed in ConTeXt, I wonder if there is
> a way to change the kerning between certain characters in mathematics
> (in case one is not happy with the output from the font)? After
> reading in fonts-mkiv.pdf this is what I came up with:
> 
> \startluacode
> fonts.handlers.otf.addfeature {
> name = "kerntest",
> type = "kern",
> data = {
> [0x61] = { [0x62] = -150 }, -- a and b in text
> [0x1d44e] = { [0x1d44f] = -150 }, -- mathematical italic small a and b
> [0x02032] = { [0x00028] = -150 }, -- prime and left parenthesis
> }
> }
> \stopluacode
> 
> \definefontfeature[kerntest][kerntest=yes]
> 
> \definefontfamily[lucidaopentype][rm][Lucida Bright OT]
> \definefontfamily[lucidaopentype][mm][Lucida Bright Math OT]
> 
> \setupbodyfont[lucidaopentype,10pt]
> 
> 
> \startTEXpage[offset=3pt]
> abba $abba f'(x)$
> 
> \addff{kerntest}
> 
> abba $abba f'(x)$
> 
> I prefer $f'\mkern-3mu(x)$
> \stopTEXpage
> 
> The output is attached as a png file. As you see the kerning works as
> expected in text mode, but not at all in math mode, even not for the a
> and b (which I hope I entered correctly).
> 
> Something like the third line is what I'm after, but not having to use
> \mkern in all places. Is it possible?
> 
> /Mikael
> 
> PS: This is a cross post of the question
> https://tex.stackexchange.com/q/372857/52406, where I got the
> suggestion to ask on the list.
> ___
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Placing of integral limits

[Mathias Schickel]

Dear list,

I think that the placement of the indices of integrals has some issues, at 
least in some fonts. If you try

\setupbodyfont[cambria]
%
\starttext
%
\startformula
%
\int\nolimits_a^b f
%
\stopformula
%
\stoptext

or if you replace Cambria by Stix Two using \setupbodyfont[stixtwo], you will 
notice that the index a is placed a little too far away form the integral sign. 
The reference is the „exponent“ b and the Word output. I think the Word output 
should be the reference here because the font design of Cambria is done by 
Microsoft and Word supports the font as intended. Apart form that you see the 
very same effect using Latin Modern and this font should look similar to 
Computer Modern in LaTeX.

Best regards
Mathias
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Position of prime for derivatives

[Mathias Schickel]

> Am 25.05.2017 um 18:59 schrieb Mikael P. Sundqvist <mic...@gmail.com>:
> 
> On Tue, May 23, 2017 at 5:02 PM, Mikael P. Sundqvist <mic...@gmail.com> wrote:
>> On Tue, May 23, 2017 at 11:58 AM, Mathias Schickel
>> <m...@fa.uni-tuebingen.de> wrote:
>>> Hi Mikael and Otared,
>>> 
>>> I can confirm issues regarding primes, too. If you are using the STIX 2
>>> fonts (http://www.stixfonts.org) and my example below you get a somewhat
>>> strange behaviour of primes that is pretty obvious. I think the issues
>>> should be fixed.
>>> 
>>> By the way the issue seems to depend to some extend on the fonts. Using
>>> Lucida by \setupbodyfont[lucidaot] it is not that obvious but still present.
>>> Using Latin Modern it seems that the spacing between the primes changes
>>> between f'' and f^{''}. Cambria seems to show that behaviour (like Latin
>>> Modern), too, but less obvious.
>>> 
>>> Best regards
>>> Mathias
>>> 
>>> %% example
>>> \unprotect
>>> 
>>> \definefontfeature
>>> [stixtwo-math-feature]
>>> [kern=yes,
>>> ss01=no,% calligraphic letters
>>> ss02=yes, % lowercase italic variants (e.g. open g)
>>> ss03=no, % hbar und lambdabar variants
>>> ss04=yes, % larger and lower primes, minute etc.
>>> ss05=no, % shorter arrows
>>> ss06=no, % narrower and shorter element and similar symbols
>>> ss07=no, % some smaller operators and emptyset variant
>>> ss08=yes, % upright integrals etc.
>>> ss09=no, % variant negated symbols
>>> ss10=yes, % variants of greater and lesser and similar symbols
>>> ss11=yes, % variant of negated set (inclusion etc.) symbols
>>> ss14=yes, %
>>> ss16=yes] % variants of circled operators
>>> 
>>> \starttypescriptcollection[Stix2]
>>> \starttypescript [\s!serif] [Stix2] [\s!all]
>>> \definefontsynonym
>>>[Stix2Regular]
>>>[file:STIX2Text-Regular.otf]
>>>\definefontsynonym
>>>[Stix2Bold]
>>>[file:STIX2Text-Bold.otf]
>>>\definefontsynonym
>>>[Stix2Italic]
>>>[file:STIX2Text-Italic.otf]
>>>\definefontsynonym
>>>[Stix2BoldItalic]
>>>[file:STIX2Text-BoldItalic.otf]
>>>\definefontsynonym[\s!Serif] [Stix2Regular] [\s!features=\s!default]
>>>\definefontsynonym[\s!SerifBold] [Stix2Bold]
>>> [\s!features=\s!default]
>>>\definefontsynonym[\s!SerifItalic] [Stix2Italic]
>>> [\s!features=\s!default]
>>>\definefontsynonym[\s!SerifBoldItalic] [Stix2BoldItalic]
>>> [\s!features=\s!default]
>>>\stoptypescript
>>> 
>>>\starttypescript [\s!math] [Stix2]
>>>\definefontsynonym
>>>[Stix2Math]
>>>[file:STIX2Math.otf]
>>>[features=math\mathsizesuffix]
>>>\definefontsynonym [\s!MathRoman] [Stix2Math]
>>> [\s!features={\s!math\mathsizesuffix,mathextra,stixtwo-math-feature},\s!designsize=\s!auto]
>>>\stoptypescript
>>> 
>>>\starttypescript [Stix2]
>>>\definetypeface [\typescriptone] [\s!rm] [\s!serif] [Stix2]
>>> [\s!default]
>>>\definetypeface [\typescriptone] [\s!mm] [\s!math] [Stix2]
>>> [\s!default]
>>>\stoptypescript
>>> 
>>> \stoptypescriptcollection
>>> 
>>> \protect
>>> 
>>> \setupbodyfont[Stix2]
>>> 
>>> \starttext
>>> %
>>> Compare $f'$ to $(f')$ and to $f''$, $(f'')$, $f^{''}$ and $(f^{''})$.
>>> %
>>> \stoptext
>>> %% end of example
>>> 
>>> 
>>> 
>>> Am 22.05.2017 um 09:50 schrieb Otared Kavian <ota...@gmail.com>:
>>> 
>>> Hi Mikael,
>>> 
>>> You are correct, the position of \prime depends on whether there is a next
>>> character or not after it, and it seems that this has an effect on its
>>> position for characters having a subscript as in
>>> $f_{1}''(x) \neq f''_{1}(x)$
>>> $f'f''f'’'$
>>> Best regards: OK
>>> 
>>> On 22 May 2017, at 08:51, Mikael P. Sundqvist <mic...@gmail.com> wrote:
>>> 
>>> On Sun, May 21, 2017 at 10:29 PM, Otared Kavian <ota...@gmail.com> wrote:
>>> 
>>> Hi Mikael,
>>> 
>>> I agree with what you are reporting: the 

Re: [NTG-context] Position of prime for derivatives

[Mathias Schickel]

Hi Mikael and Otared,

I can confirm issues regarding primes, too. If you are using the STIX 2 fonts 
(http://www.stixfonts.org ) and my example below you 
get a somewhat strange behaviour of primes that is pretty obvious. I think the 
issues should be fixed.

By the way the issue seems to depend to some extend on the fonts. Using Lucida 
by \setupbodyfont[lucidaot] it is not that obvious but still present. Using 
Latin Modern it seems that the spacing between the primes changes between f'' 
and f^{''}. Cambria seems to show that behaviour (like Latin Modern), too, but 
less obvious.

Best regards
Mathias

%% example 
\unprotect

\definefontfeature
[stixtwo-math-feature]
[kern=yes,
ss01=no,% calligraphic letters
ss02=yes,   % lowercase italic variants (e.g. open g)
ss03=no,% hbar und lambdabar variants
ss04=yes,   % larger and lower primes, minute etc.
ss05=no,% shorter arrows
ss06=no,% narrower and shorter element and similar 
symbols
ss07=no,% some smaller operators and emptyset variant
ss08=yes,   % upright integrals etc.
ss09=no,% variant negated symbols
ss10=yes,   % variants of greater and lesser and similar 
symbols
ss11=yes,   % variant of negated set (inclusion etc.) 
symbols
ss14=yes,   % 
ss16=yes]   % variants of circled operators

\starttypescriptcollection[Stix2]

\starttypescript [\s!serif] [Stix2] [\s!all]
\definefontsynonym
[Stix2Regular]
[file:STIX2Text-Regular.otf]
\definefontsynonym
[Stix2Bold]
[file:STIX2Text-Bold.otf]
\definefontsynonym
[Stix2Italic]
[file:STIX2Text-Italic.otf]
\definefontsynonym
[Stix2BoldItalic]
[file:STIX2Text-BoldItalic.otf]  
\definefontsynonym[\s!Serif] [Stix2Regular] [\s!features=\s!default]
\definefontsynonym[\s!SerifBold] [Stix2Bold] [\s!features=\s!default]
\definefontsynonym[\s!SerifItalic] [Stix2Italic] 
[\s!features=\s!default]
\definefontsynonym[\s!SerifBoldItalic] [Stix2BoldItalic] 
[\s!features=\s!default]
\stoptypescript

\starttypescript [\s!math] [Stix2]
\definefontsynonym
[Stix2Math]
[file:STIX2Math.otf]
[features=math\mathsizesuffix]
\definefontsynonym [\s!MathRoman] [Stix2Math] 
[\s!features={\s!math\mathsizesuffix,mathextra,stixtwo-math-feature},\s!designsize=\s!auto]
\stoptypescript

\starttypescript [Stix2]
\definetypeface [\typescriptone] [\s!rm] [\s!serif] [Stix2] [\s!default]
\definetypeface [\typescriptone] [\s!mm] [\s!math] [Stix2] [\s!default]
\stoptypescript

\stoptypescriptcollection

\protect

\setupbodyfont[Stix2]

\starttext
%
Compare $f'$ to $(f')$ and to $f''$, $(f'')$, $f^{''}$ and $(f^{''})$.
%
\stoptext
%% end of example



> Am 22.05.2017 um 09:50 schrieb Otared Kavian :
> 
> Hi Mikael,
> 
> You are correct, the position of \prime depends on whether there is a next 
> character or not after it, and it seems that this has an effect on its 
> position for characters having a subscript as in
>   $f_{1}''(x) \neq f''_{1}(x)$ 
>   $f'f''f'’'$
> Best regards: OK
> 
>> On 22 May 2017, at 08:51, Mikael P. Sundqvist  wrote:
>> 
>> On Sun, May 21, 2017 at 10:29 PM, Otared Kavian  wrote:
>>> Hi Mikael,
>>> 
>>> I agree with what you are reporting: the current behavior of the \prime 
>>> operator is not completely satisfying when using ConTeXt mkiv, while in 
>>> mkii it is the most satisfying (in my opinion…).
>>> 
>>> The turn around consisting in using $f^{‘’}$ or  $f^{\prime\prime}$, or 
>>> even $f^{{}^{\prime\prime}}$, is not really satisfying either.
>>> 
>>> But I think (or I hope that) at some point Hans will fix it in mkiv.
>>> 
>>> Best regards: OK
>>> 
 On 21 May 2017, at 08:14, Mikael P. Sundqvist  wrote:
 […]
 
 And just for reference, the document below gives the attached pdf,
 compiled with lualatex. I think the location of the primes there look
 better. Sorry for spamming about this issue, but I think it is
 important for all people writing math with ConTeXt.
 
 /Mikael
 
 \RequirePackage{luatex85}
 \documentclass[border=2pt]{standalone}
 
 \usepackage{unicode-math}
 \setmainfont{LucidaBrightOT}
 \setmathfont{LucidaBrightMathOT}
 
 \begin{document}
 $f'f''$
 \end{document}
 ___
 If your question is of interest to others as well, please add an entry to 
 the Wiki!
 
 maillist 

Re: [NTG-context] Location of primes and strange latin modern font

[Mathias Schickel]

> 2) The math font looks strange (or should I say different) in the
> ConTeXt example. (Wrong size, scaled?)

Yeah, this seems to be a bug in the current version. I have observed that, too. 
Hans did recently add (due to my suggestion, so thanks again, Hans, even if 
this seems to have caused some trouble) support for optical sizes in fallbacks 
and I suppose the bug has been introduced there. So at present the bug occurs 
that ConTeXt uses the smallest optical size for every symbol (independent of 
the size). This results in strange looking mathematics. Maybe you can fix this, 
Hans?

-Mathias


> Am 11.05.2017 um 18:51 schrieb Mikael P. Sundqvist :
> 
> Dear list,
> 
> I posted this question on stack exchange
> (https://tex.stackexchange.com/q/369226/52406), and got the suggestion
> that it might be a bug, and therefore I post it here as well:
> 
> I have a problem with typesetting derivatives (and latin modern) in
> ConTeXt in latest standalone.
> 
> Minimal example:
> 
> \starttext
> Compare $u_p''$ and $u''_p$ with $u''$
> \stoptext
> 
> Please see the attached image for the output (here I have also
> included the corresponding output, compiling a similar simple document
> in LaTeX, where things look as I expect.)
> 
> Basically, I have two questions:
> 
> 1) How should I write derivatives (say second derivatives) in ConTeXt?
> I think that the primes are too far away from each other. In
> particular when the subscript $p$ is there (the first formula).
> 
> 2) The math font looks strange (or should I say different) in the
> ConTeXt example. (Wrong size, scaled?)
> 
> For a while I thought that the second problem might be because I
> define no font. But the following example gives a similar result.
> 
> \definefontfamily[myface][rm][Latin Modern Roman]
> \definefontfamily[myface][mm][Latin Modern Math]
> 
> \setupbodyfont[myface]
> 
> \starttext
> Compare $u_p''$ and $u''_p$ with $u''$
> \stoptext
> 
> Any ideas?
> 
> /Mikael
> ___
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Presentations

[Mathias Schickel]

Dear ConTeXt users,

me again. I tried to send this emails before, but it seemed to be blocked, 
because I attached a sample file that seemed too big.

This time I have a question concerning presentations. I was not able to figure 
out how I can define presentation steps in a way that each step is shipped as a 
single PDF page in the output. By this I mean steps in one slide that unfold 
step by step by moving on to the next pdf page. (This means one slide is 
represented in the PDF as a whole bunch of pages.)
The command \StartSetps and \FlushStep does something like that, but this seems 
to use some JAVA script magic that only works using Adobe Acrobat (and the 
steps are unfolded by hitting the mouse button and not by going on to the next 
PDF page).
How can it be modified in a way that a new page per step is created containing 
the next step in a way that going to the next pdf page unfolds the next step?

You can get an example using (code out of the file present-stepper-001.tex out 
of the distribution)

\usemodule[present-stepper]

\starttext

\Topic{Female Artists}

\StartSteps

\startitemize
\item Fiona Apple \FlushStep
\item Tori Amos \FlushStep
\item Kate Bush \FlushStep
\item Heather Nova \FlushStep
\item Alanis Morissette \FlushStep
\item Suzanne Vega \FlushStep
\stopitemize

\StopSteps

\stoptext

I really like the step solution ConTeXt uses but it would be nice to be able to 
switch between the (supposed) JAVA script solution and the presentation of a 
the steps of a slide as several pages.

Besides that, it would be nice, too, to be able to configure the step mechanism 
in a way that the arrow keys of the keyboard unfold the next step (instead of 
hitting the mouse button). Is there any possibility to do that (if it would be, 
I would in deed prefer the ConTeXt approach to steps before the LaTeX one with 
several pages per slide).

Apart from that, I have noticed that viewing the steps the first time disables 
them if you go back in the presentation. This means there is no way to go back 
that preserves the steps as such (or I was not able to found that way :-) ). 
(Especially it does not seem to be able to go back one step.)
It would be more intuitive if going forward and backward followed the same 
steps. Another way to achieve something like that would be a reset button for 
each page that resets the step behaviour after having viewed the slide and it 
steps for the first time (in a way that for second viewing the steps mechanism 
could be reset).

Apart form that the beamer package of LaTeX knows some commands like 
\only<[number of slide]>{} that places the content in the brackets {} 
on the slide only at slide number [number of slide]. Does ConTeXt have a 
command like that?

Thank you for your assistance!

Kind regards
Mathias Schickel
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Font Fallbacks

[Mathias Schickel]

Dear ConTeXt users,

I have a question concerning font fallbacks in math fonts. I have not been able 
to find an option to specify optical sizes in fallbacks. I want to use Minion 
Math for the alphabetical symbols, and this font ships with single font files 
for each optical size. So I am searching for the right command to get for 
example the following behaviour:

Use the CambriaMath fonts for mathematical symbols and use Minion Math 
(Minion-Math-Regular.otf for standard size, Minion-Math-Caption.otf for indices 
and Minion-Math-Tiny for sub-indices) for alphabetical symbols.

Can anyone tell me which commands I have to use to achieve this?

So the general question is paraphrased as follows: Use some font as a general 
math font (here CambriaMath) and replace some symbols out of another fonts that 
ships with single files for each optical size.

One remark about that: Minion Math has supporting mkiv-files. So you can use 
this font (specifying all optical sizes) by writing \setupbodyfont[minion]. One 
could make use of that and maybe use a command like

\definefamilyfallback[MathFallback][family:minion][][force=yes].

As far as I know a command like that does not exist at present. Maybe it could 
be designed to take use of existing font definition files.

And I have some similar problem: I do not like the mathematical symbols of the 
STIX2 fonts that much (since they are mainly taken from STIX1) and let us 
suppose now that I want to use again CambriaMath instead for mathematical 
symbols. I was able to figure out the following commands that nearly achieve 
what I want to get:

\definefontfallback[MathFallback][file:STIX2Math.otf][lowercasescript,uppercasescript,lowercasefraktur,uppercasefraktur][force=yes]
%
\starttypescriptcollection[stix2own]
%
\starttypescript [\s!math][stix2own][\s!all]
\loadfontgoodies[cambria-math]
\definefontsynonym[\s!MathRoman] [Cambria-Math] 
[\s!features={\s!math\mathsizesuffix},\s!designsize=\s!auto,\s!fallbacks={MathFallback},\s!goodies=cambria-math]
 \stoptypescript
%
\starttypescript [stix2own]
\definetypeface [\typescriptone] [\s!mm] [\s!math]  [stix2own] 
[\s!default]
\stoptypescript
%
\stoptypescriptcollection

This font can be used by the command \setupbodyfont[stix2own].

The only problem is that STIX2 has design sizes embedded in the file 
STIX2Math.otf that are used if I am using this file as whole for math, but that 
are not used any longer using the mechanism defined above. That means: If I use 
Cambria as Math font and replace the alphabetical symbols out of STIX2Math.otf 
the optical sizes for indices are not used any longer.

What can be done to solve this second problem?

One last question remains: I dislike the summation symbol of CambriaMath 
(because it is too large in my eyes) and this is why I want to replace it by 
the version of STIX2Math again (this symbols is indeed redesigned in STIX2Math 
and looks very nice in my eyes). So I could add a second font fallback that 
should be applied besides the one above. The unicode slot of the summation 
symbol is 0x2211in STIX2Math. So I could define

\definefontfallback[SummationFallback][file:STIX2Math.otf][0x2211][force=yes]

and pass it as a second fallback as follows (changing the following line in the 
example above):

\definefontsynonym[\s!MathRoman] [Cambria-Math] 
[\s!features={\s!math\mathsizesuffix},\s!designsize=\s!auto,\s!fallbacks={MathFallback,SummationFallback},\s!goodies=cambria-math]

The problem is that only one of those fallbacks is used if I pass two arguments 
for fallbacks. Of course this problem can be solved easily if I add the 
summation symbol to the list of replaced symbols in the first fallback 
definition. But if I want to use a summation symbol out of another font this 
trick does not work any longer.

Besides there is a second problem in replacing the summation symbol in the way 
described: Every time I am using $\sum$, ConTeXt uses the bigger symbol 
designed for displayed formulas and not the one designed for inline formulas. 
How can I solve this problem?

Thank you very much for your assistance! If running minimal examples are 
required I can of course provide them. But I hope someone understands the 
fallback mechanism better than I do and then the minimal examples written by me 
would be obsolete (besides the require some font definition files which makes 
them more of less a little complex). Besides because of Minion Math is 
commercial not everyone owns this font an thus is unable to run the minimal 
example.

Kind regards
Mathias

___
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://context.aanhet.net
archive  :