Re: [NTG-context] ugly bug
On 6/3/2022 5:05 PM, Steffen Wolfrum via ntg-context wrote: Am 02.06.2022 um 20:13 schrieb Wolfgang Schuster : Steffen Wolfrum schrieb am 01.06.2022 um 14:03: Hi, several times I got problems with my publishing house when they noticed that the headerlines jump up and down on pages that end/begin with qoutes (i.e. smaller interlineskip), see example below: on page 1 the blackrule is about 1mm higher than on page 2. In the past I then used really laborious workarounds to get these single pages in the correct way (without jumping)… manual pagebreak, re-define layout etc. But as the pages are hard to find it would be better that the layout would be reliable consistent. How can this be solved? \defineinterlinespace[steffen][line=4.2ex] \starttext \dorecurse{2}{\samplefile{lorem}\par} \start %\setuplocalinterlinespace[line=4.2ex]% wrong header alignment \setuplocalinterlinespace[steffen]% correct header alignment \dorecurse{4}{\samplefile{lorem}\par} \stop \dorecurse{2}{\samplefile{lorem}\par} \stoptext the next upload tries to revert to the global setting in the pagebody 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] ugly bug
> Am 02.06.2022 um 20:13 schrieb Wolfgang Schuster > : > > Steffen Wolfrum schrieb am 01.06.2022 um 14:03: >> Hi, >> >> several times I got problems with my publishing house when they noticed that >> the headerlines jump up and down on pages that end/begin with qoutes (i.e. >> smaller interlineskip), see example below: on page 1 the blackrule is about >> 1mm higher than on page 2. >> >> In the past I then used really laborious workarounds to get these single >> pages in the correct way (without jumping)… manual pagebreak, re-define >> layout etc. >> >> But as the pages are hard to find it would be better that the layout would >> be reliable consistent. >> >> How can this be solved? > > \defineinterlinespace[steffen][line=4.2ex] > > \starttext > > \dorecurse{2}{\samplefile{lorem}\par} > > \start > %\setuplocalinterlinespace[line=4.2ex]% wrong header alignment > \setuplocalinterlinespace[steffen]% correct header alignment > \dorecurse{4}{\samplefile{lorem}\par} > \stop > > \dorecurse{2}{\samplefile{lorem}\par} > > \stoptext ok, this minimal example works. but for other reasons (lots of heading with various vertical spaces)!) I also need \setuplayout[grid=tolerant] \setuplayout[grid=tolerant]% this kills the smaller interlinespace \defineinterlinespace[steffen][line=4.2ex] \starttext \dorecurse{2}{\samplefile{lorem}\par} \start %\setuplocalinterlinespace[line=4.2ex]% wrong header alignment \setuplocalinterlinespace[steffen]% correct header alignment \dorecurse{4}{\samplefile{lorem}\par} \stop \dorecurse{2}{\samplefile{lorem}\par} \stoptext Any idea how to preserve the smaller interlinespace? Steffen ___ 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] ugly bug
Steffen Wolfrum schrieb am 01.06.2022 um 14:03: Hi, several times I got problems with my publishing house when they noticed that the headerlines jump up and down on pages that end/begin with qoutes (i.e. smaller interlineskip), see example below: on page 1 the blackrule is about 1mm higher than on page 2. In the past I then used really laborious workarounds to get these single pages in the correct way (without jumping)… manual pagebreak, re-define layout etc. But as the pages are hard to find it would be better that the layout would be reliable consistent. How can this be solved? \defineinterlinespace[steffen][line=4.2ex] \starttext \dorecurse{2}{\samplefile{lorem}\par} \start %\setuplocalinterlinespace[line=4.2ex]% wrong header alignment \setuplocalinterlinespace[steffen]% correct header alignment \dorecurse{4}{\samplefile{lorem}\par} \stop \dorecurse{2}{\samplefile{lorem}\par} \stoptext 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] ugly bug
Hi, several times I got problems with my publishing house when they noticed that the headerlines jump up and down on pages that end/begin with qoutes (i.e. smaller interlineskip), see example below: on page 1 the blackrule is about 1mm higher than on page 2. In the past I then used really laborious workarounds to get these single pages in the correct way (without jumping)… manual pagebreak, re-define layout etc. But as the pages are hard to find it would be better that the layout would be reliable consistent. How can this be solved? Best wishes, Steffen === \setupbodyfont[palatino,9.5pt]\setupinterlinespace[13pt] \setuppagenumbering [alternative=doublesided,location=] \setupheader[strut=yes] \setupheadertexts[text][][\blackrule] \definepapersize[stw][width=17cm,height=24cm] \setuppapersize[stw][stw] \setuplayout [width=122mm, backspace=18mm,topspace=10mm, header=7mm,headerdistance=5.969mm, footer=5mm,footerdistance=5mm,height=214.031mm, location=middle] \definedelimitedtext [narrowtext] [leftmargin=6mm,rightmargin=0mm]%, \starttext %%Test 1: \dorecurse{6}{\input linden} %%Test 2: %\dorecurse{5}{\input tufte} \start \startdelimitedtext[narrowtext] \switchtobodyfont[8pt]\setuplocalinterlinespace[line=11pt] \input linden\par \stopdelimitedtext \stop \stoptext ___ 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] Ugly bug with TikZ in recent ConTeXt MKIV
On Thu, Nov 18, 2010 at 09:48, Hans Hagen wrote: On 18-11-2010 12:00, Mojca Miklavec wrote: Dear Hans, The following example worked perfectly fine with the version of ConTeXt MKIV I was using one hour ago (no idea which version, but something less than two weeks old). It still works OK with MKII and it works much worse in the real document that I'm using. In my document both images are completely screwed up. Here it's only the second one and if I comment out the first one, the second figure comes out fine, so I'm a bit clueless about what magic is going on inbetween. Nothing in TikZ has changed (I'm still using the frozen version from November 2009 from minimals), so it must have something to do with ConTeXt MKIV. It just messes up with some boxes on the page in some unpredictable way. Hans, thanks a lot for the really nice simple example. I have no clue ... maybe some magic tikz variable (or shared register) that does not get reset? I have no clue either, but this has never been a problem before and it still works perfectly in both pdfTeX and XeTeX. So something really looks suspicious on the MKIV part. I would love to help debugging, but I have zero clue what and where to look for. \usemodule[tikz] \starttext \startbuffer[1] \starttikzpicture \draw[-] (0,0)--(1cm,1cm); \stoptikzpicture \stopbuffer % \ruledhbox{\getbuffer[1]} \ruledhbox {\ruledhbox{\getbuffer[1]} \ruledhbox{\getbuffer[1]}} \ruledhbox {\ruledhbox{\getbuffer[1]}% \ruledhbox{\getbuffer[1]}} \ruledhbox{\getbuffer[1]} \stoptext Thanks, 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Ugly bug with TikZ in recent ConTeXt MKIV
On 18-11-2010 10:03, Mojca Miklavec wrote: On Thu, Nov 18, 2010 at 09:48, Hans Hagen wrote: On 18-11-2010 12:00, Mojca Miklavec wrote: Dear Hans, The following example worked perfectly fine with the version of ConTeXt MKIV I was using one hour ago (no idea which version, but something less than two weeks old). It still works OK with MKII and it works much worse in the real document that I'm using. In my document both images are completely screwed up. Here it's only the second one and if I comment out the first one, the second figure comes out fine, so I'm a bit clueless about what magic is going on inbetween. Nothing in TikZ has changed (I'm still using the frozen version from November 2009 from minimals), so it must have something to do with ConTeXt MKIV. It just messes up with some boxes on the page in some unpredictable way. Hans, thanks a lot for the really nice simple example. I have no clue ... maybe some magic tikz variable (or shared register) that does not get reset? I have no clue either, but this has never been a problem before and it still works perfectly in both pdfTeX and XeTeX. So something really looks suspicious on the MKIV part. After some tracing and hard thinking Taco and I found interesting spaces showing up in the output that result from a kludge in tikz: Normally one will use \ignorespaces to catch spurious spaces but tikz invokes \nullfont assuming that its fontdimen 2 is zero. But, in context it no longer is (prelude to delayed font loading). You can put this in cont-new.mkiv as a temporary hack \let\normalnullfont\nullfont \def\nullfont {\fontdimen1\normalnullfont\zeropoint \fontdimen2\normalnullfont\zeropoint \fontdimen3\normalnullfont\zeropoint \fontdimen4\normalnullfont\zeropoint \fontdimen5\normalnullfont\zeropoint \fontdimen6\normalnullfont\zeropoint \fontdimen7\normalnullfont\zeropoint \normalnullfont} - 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 ___
Re: [NTG-context] Ugly bug with TikZ in recent ConTeXt MKIV
Mojca, Can you test the beta on the ftp server and see if tikz works better? (I hate this kind of patching as it is a work around assumptions that are somewhat wrong, in this case the fact that nullfont has zero parameters, and it makes the mkiv code messier.) Hans - 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 ___
Re: [NTG-context] Ugly bug with TikZ in recent ConTeXt MKIV
2010/11/18 Hans Hagen pra...@wxs.nl After some tracing and hard thinking Taco and I found interesting spaces showing up in the output that result from a kludge in tikz: Normally one will use \ignorespaces to catch spurious spaces but tikz invokes \nullfont assuming that its fontdimen 2 is zero. But, in context it no longer is (prelude to delayed font loading). You can put this in cont-new.mkiv as a temporary hack \let\normalnullfont\nullfont \def\nullfont {\fontdimen1\normalnullfont\zeropoint \fontdimen2\normalnullfont\zeropoint \fontdimen3\normalnullfont\zeropoint \fontdimen4\normalnullfont\zeropoint \fontdimen5\normalnullfont\zeropoint \fontdimen6\normalnullfont\zeropoint \fontdimen7\normalnullfont\zeropoint \normalnullfont} Perhaps this should be forwared to Christian Feuersaenger. He is very open to bug reports and will probably be willing to fix it in some way in TikZ. Regards, -- Vedran Miletić ___ 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] Ugly bug with TikZ in recent ConTeXt MKIV
On 18-11-2010 5:56, Vedran Miletić wrote: 2010/11/18 Hans Hagenpra...@wxs.nl After some tracing and hard thinking Taco and I found interesting spaces showing up in the output that result from a kludge in tikz: Normally one will use \ignorespaces to catch spurious spaces but tikz invokes \nullfont assuming that its fontdimen 2 is zero. But, in context it no longer is (prelude to delayed font loading). You can put this in cont-new.mkiv as a temporary hack \let\normalnullfont\nullfont \def\nullfont {\fontdimen1\normalnullfont\zeropoint \fontdimen2\normalnullfont\zeropoint \fontdimen3\normalnullfont\zeropoint \fontdimen4\normalnullfont\zeropoint \fontdimen5\normalnullfont\zeropoint \fontdimen6\normalnullfont\zeropoint \fontdimen7\normalnullfont\zeropoint \normalnullfont} Perhaps this should be forwared to Christian Feuersaenger. He is very open to bug reports and will probably be willing to fix it in some way in TikZ. feel free to do so; probably something like this is needed: \def\pushnullfont {\edef\popnullfont {\fontdimen2\nullfont\the\fontdimen2\nullfont \fontdimen3\nullfont\the\fontdimen3\nullfont \fontdimen4\nullfont\the\fontdimen4\nullfont}% \fontdimen2\nullfont 0pt\relax \fontdimen3\nullfont 0pt\relax \fontdimen4\nullfont 0pt\relax} \pushnullfont \popnullfont as fontdimens are assigned global. Hans - 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 ___
[NTG-context] Ugly bug with TikZ in recent ConTeXt MKIV
Dear Hans, The following example worked perfectly fine with the version of ConTeXt MKIV I was using one hour ago (no idea which version, but something less than two weeks old). It still works OK with MKII and it works much worse in the real document that I'm using. In my document both images are completely screwed up. Here it's only the second one and if I comment out the first one, the second figure comes out fine, so I'm a bit clueless about what magic is going on inbetween. Nothing in TikZ has changed (I'm still using the frozen version from November 2009 from minimals), so it must have something to do with ConTeXt MKIV. It just messes up with some boxes on the page in some unpredictable way. \usemodule[tikz] \starttext \placefigure[force][BCl3 sigma]{x}{ \hbox to .9\textwidth{\hss\starttikzpicture \node[circle,inner sep=0pt] (B) at (0,0) {B}; \node[circle,inner sep=0pt] (a1) at ( 90:0.9cm) {Cl}; \node[circle,inner sep=0pt] (a2) at (210:0.9cm) {Cl}; \node[circle,inner sep=0pt] (a3) at (330:0.9cm) {Cl}; \draw (B)--(a1); \draw (B)--(a2); \draw (B)--(a3); \stoptikzpicture \hbox to 2cm{} \starttikzpicture[=stealth,very thick] % \node[label=above:$a_1$] (a1) at ( 90:1cm) {$a_1$}; \node[circle,inner sep=0pt] (a1) at ( 90:1.2cm) {$a_1$}; \node[circle,inner sep=0pt] (a2) at (210:1.2cm) {$a_2$}; \node[circle,inner sep=0pt] (a3) at (330:1.2cm) {$a_3$}; % \draw[-] (0,0)--(-30:1cm); % \draw[-] (0,0)--( 90:1cm); % \draw[-] (0,0)--(210:1cm); \draw[-] (0,0)--(a1); \draw[-] (0,0)--(a2); \draw[-] (0,0)--(a3); \stoptikzpicture\hss} } \stoptext Thanks, 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___