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 ___
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 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
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 ___
[NTG-context] clipping in metafun has weird side effects
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 mwe-context.pdf Description: Adobe PDF document mwe-mptopdf.pdf Description: Adobe PDF document ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 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] 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 ___
[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] 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] 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] \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 : > > > 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] \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] 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] 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 ___