[NTG-context] enumeration numbering in the margin, title in body text
Hi all, I am new to ConTeXt and asked myself if it is possible to have only the number of an enumeration in the margin and the title in `serried` position. Here is an example of what I think: margin | text --- | blah blah | blah blah 1.1| Definition (something): blah | 1.2| Lemma: blah After digging a while in the documentation and code, I came to the conclusion that this is currently not possible. Then I tried some fiddling in the context code and this directly leads to my second question: I modified the file strc-des.mkiv. However, the changes seem to be ignored by my context binary. What did I do wrong? I also tried context --generate, but that also did not i make context aware of my changes. Any help would be appreciated Tobias ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] enumeration numbering in the margin, title in body text
On Fri, Mar 09, 2012 at 07:05:55PM +0100, Wolfgang Schuster wrote:
Am 08.03.2012 um 11:49 schrieb Tobias Columbus:
Hi all,
I am new to ConTeXt and asked myself if it is possible to have only
the number of an enumeration in the margin and the title in `serried`
position. Here is an example of what I think:
margin | text
---
| blah blah
| blah blah
1.1| Definition (something): blah
|
1.2| Lemma: blah
After digging a while in the documentation and code, I came to the
conclusion that this is currently not possible.
Then I tried some fiddling in the context code and this directly leads
to my second question: I modified the file strc-des.mkiv.
However, the changes seem to be ignored by my context binary. What
did I do wrong? I also tried context --generate, but that also did not i
make context aware of my changes.
You can use the annotation module:
\usemodule[annotation]
\define[2]\EnumerationCommand
{\inleft[scope=local,style=normal]{\placeannotationnumber}%
\placeannotationtext\doifsomething{\placeannotationtitle}{\space(\placeannotationtitle)}:\space
\placeannotationcontent}
\defineannotation[definition][text=Definition,alternative=command,command=\EnumerationCommand,prefixstopper=.]
\defineannotation[lemma][definition][text=Lemma,counter=definition]
\starttext
\chapter{Test}
blah blah
blah blah
\definition[title=something]{blah}
\lemma{blah}
\stoptext
Wolfgang
Hi,
The annotation module works perfect. This is exactly what I thought
of.
Thanks!
Tobias
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] \setupenumerations, alternative=serried is ignored when setting up multiple enumerations
Hi list, While learning the very basics of context, I stumbled upon the following bug: When I try to use \setupenumerations in the latest beta (2013.03.22 12:06) for multiple enumerations, the alternative=... is ignored for all but the first enumeration. A minimal example demonstrating what I mean is attached. This bug, however, seems not to be present in the TL version (2012.05.30) of context. I don't know if this is a well-known bug and apologize in advance if this happens to be the case. Tobias broken-setupenumerations.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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \setupenumerations, alternative=serried is ignored when setting up multiple enumerations
Hi Sietse, Wolfgang, Thanks for your replies! Indeed, I do not have a reference to some manual. However, there is this old thread http://www.ntg.nl/pipermail/ntg-context/2010/046090.html and reading \setupenumerations in plural form, I just supposed that it should work for multiple enumerations, too. Tobias On Tue, Mar 26, 2013 at 6:09 PM, Wolfgang Schuster schuster.wolfg...@gmail.com wrote: Am 26.03.2013 um 12:52 schrieb Sietse Brouwer sbbrou...@gmail.com: Hi Tobias, When I try to use \setupenumerations in the latest beta (2013.03.22 12:06) for multiple enumerations, the alternative=... is ignored for all but the first enumeration. It's not just the enumeration; e.g. the color key, too is applied to only to the first enumeration class named. I haven't seen the idiom \setupenumerations[a,b][...] before; I have always used \setupenumerations[a][...] \setupenumerations[b][...] which works fine. Does the manual you were using mention anywhere that the [a,b] idiom should work? If it doesn't, perhaps you simply made a misassumption; if it does, someone more knowledgeable should tell us whether it is the manual or the code that is wrong. Thanks anyhow for bringing this up on the mailing list, of course. And have fun learning It’s a bug in the command handler, I will post a detailed description of error on the developer list. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] mathcases look different in mathalign and formula
Hi all, While playing with \startmathcases, I discovered some strange (maybe wanted?) behaviour of \startmathcases and \stopmathcases: - The interline spacing in mathcases is different depending on whether the mathcases are used in a mathalignment or a formula environment. - Lucida OpenType math has some nice curly brace that is also used in cases environments. However, if \startmathcases, \stopmathcases is used in some mathalignment environment and the cases contain subscripts, the curly brace disappears and some straight brace is used instead. - When using superscripts instead of subscripts, the curly brace reappears but the cases look like not vertically centered in both formula and mathalignment environments. I produced an example demonstrating the above observations. In my opinion, the disappearing curly brace is worst of all of them since one frequently has formulas both with and without subscripts on the same page and different braces are quite easily spotted. Tobias mathcases-2013.03.28.pdf Description: Adobe PDF document mathcases-2013.03.28.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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] mathcases look different in mathalign and formula
Hi Hans, A few days ago, I started a similar thread on the Lucida mailing list at TUG. Karl Berry said that they'd discuss and look for a method to achieve a consistent look of braces in Lucida. Thanks for telling about the strut=no option. I'll try it this weekend, but I think it will solve my problem for now. I'll try to remind you of the mathcases macros... We'll see ;) Tobias ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Strange Behaviour of \mathop
Dear list, I stumpled upon a very strange effect that \mathop has on the vertical positioning of characters. \mathop applied to a single character results in the character's baseline being lower than the baseline of all other characters. This does neither depend on the font (checked with Lucida OT, Pagella and LatinModern) nor on the specific character. A minimal example for LatinModern and Pagella is attached. With kind regards, Tobias mwe.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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Strange Behaviour of \mathop
Dear list, I am sorry... I forgot to mention my ConTeXt version. I was using ConTeXt standalone version 2014.07.18 14:12 Sorry, Tobias On Fri, Jul 25, 2014 at 03:55:34PM +0200, Tobias Columbus wrote: Dear list, I stumpled upon a very strange effect that \mathop has on the vertical positioning of characters. \mathop applied to a single character results in the character's baseline being lower than the baseline of all other characters. This does neither depend on the font (checked with Lucida OT, Pagella and LatinModern) nor on the specific character. A minimal example for LatinModern and Pagella is attached. With kind regards, Tobias ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Strange Behaviour of \mathop
On Fri, Jul 25, 2014 at 11:08:17AM -0400, Aditya Mahajan wrote:
On Fri, 25 Jul 2014, Tobias Columbus wrote:
Dear list,
I stumpled upon a very strange effect that \mathop has on the vertical
positioning of characters.
\mathop applied to a single character results in the character's baseline
being
lower than the baseline of all other characters. This does neither depend on
the
font (checked with Lucida OT, Pagella and LatinModern) nor on the specific
character.
A minimal example for LatinModern and Pagella is attached.
This is a feature of \mathop: for one letter arguments, \mathop centers the
symbol on the math-axis. If you don't want this, use:
\mathop{P\kern\zeropoint}
etc.
Aditya
Thank you.
Tobias
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] clipping in metafun has weird side effects
Hi again,
I tried my example from yesterday in context with metapost format, but
the output still differs from what mptopdf produces.
While doing that, I noticed that the mpost format is currently not usable out of
the box:
\startMPcode{metapost}
draw (0,0) -- (1cm,0) ;
\stopMPcode
produces the error message
mfun_first_run
true
! Equation cannot be performed (numeric=boolean).
and the same for 'mfun_trial_run'. Simply adding
boolean mfun_trial_run, mfun_first_run ;
to texmf/metapost/base/mpost.mp resolved the issue for me. However, that may
introduce other complications that I have no idea of.
Tobias
On Thu, Oct 30, 2014 at 08:56:34PM +0100, Tobias Columbus wrote:
Dear all,
I stumbled upon some very weird behaviour of clipping in metafun/context.
When I
add some clipped pictures to currentpicture and draw something dashed, some
subsequent lines will also be drawn dashed.
This behaviour only shows up with context but not with mptopdf or mpost. I
attached a minimal example and the corresponding output of context and
mptopdf.
I tried context versions 2014.05.21 22:04 and 2014.10.29 17:47, but the result
is the same in both.
Tobias
--
vardef mycircle =
save c ; picture c ; c := nullpicture ;
addto c contour fullcircle scaled 2mm ;
c
enddef ;
def a expr p =
path _p_ ; _p_ := p ;
a_impl
enddef ;
def a_impl text t =
begingroup
save c ; picture c ; c := mycircle ;
clip c to bbox c scaled 0.5 ;
addto currentpicture also c t ;
addto currentpicture doublepath _p_ t ;
endgroup
enddef ;
def b expr p =
path _p_ ; _p_ := p ;
b_impl
enddef ;
def b_impl text t =
begingroup
save c; picture c ; c := mycircle ;
addto currentpicture also c t ;
addto currentpicture doublepath _p_ t ;
endgroup
enddef ;
beginfig(1)
a (0,0) -- (1cm,0) dashed evenly ;
currentpicture := currentpicture shifted (2cm,0) ;
a (0,0) -- (1cm,0) ;
currentpicture := currentpicture shifted (-2cm, 0.5cm );
b (0,0) -- (1cm,0) dashed evenly ;
currentpicture := currentpicture shifted (2cm,0) ;
b (0,0) -- (1cm,0) ;
endfig ;
end
--
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] clipping in metafun has weird side effects
On Fri, Oct 31, 2014 at 10:05:35AM +0100, Hans Hagen wrote:
On 10/31/2014 9:58 AM, Tobias Columbus wrote:
Hi again,
I tried my example from yesterday in context with metapost format, but
the output still differs from what mptopdf produces.
While doing that, I noticed that the mpost format is currently not usable
out of
the box:
\startMPcode{metapost}
draw (0,0) -- (1cm,0) ;
\stopMPcode
produces the error message
\startMPcode
draw (0,0) -- (1cm,0) ;
\stopMPcode
why the {metapost}
I wanted to know if the impact of clipping is caused by the metafun format.
According to the wiki page
http://wiki.contextgarden.net/Command/defineMPinstance the instances metapost
and metafun are predefined and can be used by
\startMPcode{instance}
...
\stopMPcode
where metafun is the default instance, i.e. used when there is no instance
given.
mfun_first_run
true
! Equation cannot be performed (numeric=boolean).
and the same for 'mfun_trial_run'. Simply adding
boolean mfun_trial_run, mfun_first_run ;
to texmf/metapost/base/mpost.mp resolved the issue for me. However, that may
introduce other complications that I have no idea of.
Tobias
On Thu, Oct 30, 2014 at 08:56:34PM +0100, Tobias Columbus wrote:
Dear all,
I stumbled upon some very weird behaviour of clipping in metafun/context.
When I
add some clipped pictures to currentpicture and draw something dashed, some
subsequent lines will also be drawn dashed.
This behaviour only shows up with context but not with mptopdf or mpost. I
attached a minimal example and the corresponding output of context and
mptopdf.
I tried context versions 2014.05.21 22:04 and 2014.10.29 17:47, but the
result
is the same in both.
Tobias
--
vardef mycircle =
save c ; picture c ; c := nullpicture ;
addto c contour fullcircle scaled 2mm ;
c
enddef ;
def a expr p =
path _p_ ; _p_ := p ;
a_impl
enddef ;
def a_impl text t =
begingroup
save c ; picture c ; c := mycircle ;
clip c to bbox c scaled 0.5 ;
addto currentpicture also c t ;
addto currentpicture doublepath _p_ t ;
endgroup
enddef ;
def b expr p =
path _p_ ; _p_ := p ;
b_impl
enddef ;
def b_impl text t =
begingroup
save c; picture c ; c := mycircle ;
addto currentpicture also c t ;
addto currentpicture doublepath _p_ t ;
endgroup
enddef ;
beginfig(1)
a (0,0) -- (1cm,0) dashed evenly ;
currentpicture := currentpicture shifted (2cm,0) ;
a (0,0) -- (1cm,0) ;
currentpicture := currentpicture shifted (-2cm, 0.5cm );
b (0,0) -- (1cm,0) dashed evenly ;
currentpicture := currentpicture shifted (2cm,0) ;
b (0,0) -- (1cm,0) ;
endfig ;
end
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
--
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] clipping in metafun has weird side effects
On Fri, Oct 31, 2014 at 12:22:37PM +0100, Hans Hagen wrote: On 10/31/2014 10:15 AM, Tobias Columbus wrote: def a_impl text t = begingroup save c ; picture c ; c := mycircle ; clip c to bbox c scaled 0.5 ; try this to see what happens: % clip c to bbox c scaled 0.5 ; draw bbox c scaled 0.5 ; and then this to solve it: clip c to bbox (c scaled 0.5) ; I tried your suggestions and attached both the example and output. Drawing and clipping solves the problem indeed. But using only the modified clip either does not solve the problem, or I am just too stupid to implement your solution. Note also that in the modified example the context output coincides with the mptopdf output if one draws the label before calling test the second time. (I marked the position in the metapost file.) Sorry for probably getting on your nerves ... - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- mwe-context.pdf Description: Adobe PDF document mwe-mptopdf.pdf Description: Adobe PDF document vardef mycircle = save c ; picture c ; c := nullpicture ; addto c contour fullcircle scaled 2mm ; c enddef ; def test (expr m) expr p = path _p_ ; _p_ := p ; scantokens m enddef ; def only_clip text t = begingroup save c ; picture c ; c := mycircle ; clip c to bbox (c scaled 0.5) ; addto currentpicture also c t ; addto currentpicture doublepath _p_ t ; endgroup enddef ; def no_clip text t = begingroup save c; picture c ; c := mycircle ; addto currentpicture also c t ; addto currentpicture doublepath _p_ t ; endgroup enddef ; def draw_clip text t = begingroup save c ; picture c ; c := mycircle ; draw bbox (c scaled 0.5) ; clip c to bbox (c scaled 0.5) ; addto currentpicture also c t ; addto currentpicture doublepath _p_ t ; endgroup enddef ; beginfig(1) for macro = only_clip, no_clip, draw_clip: test( macro ) (0,0) -- (1cm,0) dashed evenly ; % NOTE: % Drawing the label here makes the weird second dashed line go away. % label.rt(macro, (-5cm,0) ); currentpicture := currentpicture shifted (-2cm,0) ; test( macro ) (0,0) -- (1cm,0) ; label.rt(macro, (-5cm,0) ); currentpicture := currentpicture shifted(2cm,0.5cm ); endfor endfig ; end ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] clipping in metafun has weird side effects
On Sun, Nov 02, 2014 at 11:29:24AM +0100, Hans Hagen wrote: On 10/31/2014 1:33 PM, Tobias Columbus wrote: On Fri, Oct 31, 2014 at 12:22:37PM +0100, Hans Hagen wrote: On 10/31/2014 10:15 AM, Tobias Columbus wrote: def a_impl text t = begingroup save c ; picture c ; c := mycircle ; clip c to bbox c scaled 0.5 ; try this to see what happens: % clip c to bbox c scaled 0.5 ; draw bbox c scaled 0.5 ; and then this to solve it: clip c to bbox (c scaled 0.5) ; I tried your suggestions and attached both the example and output. Drawing and clipping solves the problem indeed. But using only the modified clip either does not solve the problem, or I am just too stupid to implement your solution. Note also that in the modified example the context output coincides with the mptopdf output if one draws the label before calling test the second time. (I marked the position in the metapost file.) Sorry for probably getting on your nerves ... hopefully ok in next beta Hans Seems to be fixed in 2014.11.02 12:23. Thank you very much! Tobias - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
