Re: [NTG-context] Fixing/Updating ConTeXt
On Jul 31, 2007, at 10:02 PM, Alex K wrote: > This must sound stupid, but how do you update ConTeXt via the > command line on Mac OSX? I'm using the MacTeX distribution and Mac > OS 10.4.10. I tried (foolishly) to install the newest version of > ConTeXt using i-installer, but that screwed up my current > installation, so I was wondering if I could overwrite it with a new > version. Step-by-step instructions would be very much appreciated! > Thanks in advance for your patience and help! > > -Alex > On the command-line: sudo ctxtools --updatecontext Is that steo-by-step enough? Thomas ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] extra math symbols and alignment
Hi Wim, On Tue, 31 Jul 2007, WN wrote: > Hi Aditya > > Basically I want to include the RSFS font and some user defined symbols from > txexa as explained in my previous email. > > I did some testing with the test code which I send and found the cause of the > problem, however no solution yet. > The cause of the problem lies in the line where I say > > \definetypeface[MyFace] [mm] [math] [modern] *[modern] *[encoding=ec] > > This will enable the user defined symbols and all the math symbols as shown > via \showmathcharacters are correct. > > However all the matrix, mathmatrix environments don't adhere to the aligment > I specify except for the first option i.e. > when I say \startmatrix[align={right, etc }] everything is aligned to > the right but the other aligment options are ignored. > > When I substitute *[modern]* with *[default] *as in > > \definetypeface[MyFace] [mm] [math] [modern] *[default] *[encoding=ec] > > In this instance all the aligment as specified in the matrix, mathmatrix > environments work. However some of the > math symbols like \Delta are incorrect. And my user defined symbols are also > incorrect. Phew! This was a hard to find bug. First, to illustrate the bug: \definetypeface[mainface] [rm] [serif] [modern] [default] [encoding=texansi] \definetypeface[mainface] [mm] [math] [modern] [modern] [encoding=texansi] \setupbodyfont[mainface,11pt] \loggingall \starttext \startformula A = \startmatrix[align={left,right}] \NC 11 \NC 2 \NR \NC 2 \NC -5 \NR \stopmatrix \stopformula \stoptext Try with and without the font declarations. With the font declarations, you lost matrix alignment. The reason is that \startmatrix uses \scratchcounter, which gets rewritten when using a font collection other than "default". One fix it to replace \scractcounter in matrix constructions by some other counter, for example \!!counta. So, add this to your file (beware of false line breaks in email) \unprotect \def\dostartmathmatrix[#1][#2]% {\begingroup \edef\currentmathmatrix{#1}% \doifassignmentelse{#2}{\setupmathmatrix[#1][#2]}\donothing \null \executeifdefined{\??mx:\mathmatrixparameter\c!location}{\getvalue{\??mx:\v!lohi}}% \mathmatrixleft \mathmatrixbox\bgroup \pushmacro\domatrixNC \let\endmath\relax \def\NC{\domatrixNC}% \def\MC{\domatrixNC\ifmmode\else$\def\endmath{$}\fi}% \global\let\domatrixNC\dodomatrixNC \def\NR{\endmath\global\let\domatrixNC\dodomatrixNC\crcr}% \normalbaselines \mathsurround\zeropoint \everycr\emptytoks \tabskip\zeropoint \eqaligncolumn\zerocount % could be \!!counta \processcommacommand[\mathmatrixparameter\c!align]{\advance\eqaligncolumn\plusone\dosetmatrixcolumn}% \!!counta=\ifnum\eqaligncolumn>\!!counta \eqaligncolumn \else \plusone \fi \global\eqaligncolumn\plusone \preparemathmatrix } % uses !!counta \def\buildmathmatrix % beware: etex only {\scratchtoks\emptytoks \expanded{\scratchtoks{\the\scratchtoks\the\!!toksa}}% \dorecurse{\numexpr\!!counta-\plusone\relax} {\expanded{\scratchtoks{\the\scratchtoks\the\!!toksb}}}% \expanded{\scratchtoks{\the\scratchtoks\the\!!toksc }}} \protect Hans, this needs to be changed in core-mat.tex. I do not know if something can be done to avoid such errors in future. Wim, I am attaching a modified version of your file which gives the correct output. (I needed to make some changes since I did not have your map file for rsfs). You loose some symbols from the math collection. I do not know how to add extra math symbol sets without loosing these characters. Look at math-tim.tex to see how more families can be supported. But I would suggest waiting for mkiv, where the limit on font families will be removed and some of this font mess would be cleaner. Aditya\unprotect \def\dostartmathmatrix[#1][#2]% {\begingroup \edef\currentmathmatrix{#1}% \doifassignmentelse{#2}{\setupmathmatrix[#1][#2]}\donothing \null \executeifdefined{\??mx:\mathmatrixparameter\c!location}{\getvalue{\??mx:\v!lohi}}% \mathmatrixleft \mathmatrixbox\bgroup \pushmacro\domatrixNC \let\endmath\relax \def\NC{\domatrixNC}% \def\MC{\domatrixNC\ifmmode\else$\def\endmath{$}\fi}% \global\let\domatrixNC\dodomatrixNC \def\NR{\endmath\global\let\domatrixNC\dodomatrixNC\crcr}% \normalbaselines \mathsurround\zeropoint \everycr\emptytoks \tabskip\zeropoint \eqaligncolumn\zerocount % could be \!!counta \processcommacommand[\mathmatrixparameter\c!align]{\advance\eqaligncolumn\plusone\dosetmatrixcolumn}% \!!counta=\ifnum\eqaligncolumn>\!!counta \eqaligncolumn \else \plusone \fi \global\eqaligncolumn\plusone \preparemathmatrix } % uses !!counta \def\buildmathmatrix % beware: etex only {\scratchtoks\emptytoks \expanded{\scratchtoks{\the\scratchtoks\the\!!toksa}}% \dorecurse{\numexpr\!!counta-\plusone\relax} {\expanded{\scratchtoks{\the\scratchtoks\the\!!toksb}}}% \expanded{\scratchtoks{\the
[NTG-context] Usage of \setupfootnotedefinition?
Hi, all-- Can anyone point me to a realistic example(s) of \setupfootnotedefinition? I think it may help to solve a problem I am working with, but don't understand precisely how to use it. -- Matt Gushee ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] itemize with zero start
Wolfgang Werners-Lucchini wrote: > Hallo, > > has nobody tested this with did you update? - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Boxed items don't like sidefloats
Tuesday, July 31, 2007 Hans Hagen wrote: > Giuseppe Bilotta wrote: >> >> Ah, excellent, it works perfectly, thanks a lot! Of course, >> I'm still curious about the reason why a standard vbox >> wouldn't do it ... > sidefloats hook into the output routine and that does ot work in a box; Makes sense. > streams intercept the page stream (nasty but neat); expect more of that > kind of stuff You know, seeing how streams work made me think about an extension I was considering for Alpeh: \pageboxnumber, being 255 by default but which could be changed at runtime, choosing which box was used to build the MVL. I originally thought about it because my mathematically aesthetical sense complained that box 255 had to be used in e-TeX and Omega/Aleph as well (the last box number in each system made more sense), but now that I see your streams idea I think it would have been a useful addition. (Oh yes, I should really get back to Aleph. I see that luatex builds on that too. I must say that I'm glad to see that the project has been taken over when I disappeared without a trace :P) -- Giuseppe "Oblomov" Bilotta ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Boxed items don't like sidefloats
Tuesday, July 31, 2007 Wolfgang Schuster wrote: > you can use ConTeXt's stream mechanism. > \setuppagenumbering[alternative=doublesided] > \usemodule[streams] > \definestreamlayer[giuseppe][width=\textwidth] I've noticed that specifying width= in the streamlayer definition is not enough to force the stream width. If the width is different from the textwidth, I have to use something like \startsetups streamlayer:giuseppe:settings \overloadtextwidth\gbwidth \stopsetups I would have expected \definestreamlayer[giuseppe][width=\gbwidth] to handle this automatically though. -- Giuseppe "Oblomov" Bilotta ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] itemize with zero start
Hallo, has nobody tested this with ConTeXt version <= 2007.07.03 19:38 MKII? Wolfgang > Here is an other example! > Remove the three-line-comment, and the error is gone! > Strange what? > > Wolfgang > - > \setupbodyfont[sansserif,11pt] > \setuphead[section][style=ssb] > \setupsection[section][conversion=Romannumerals] > > \setupitemize[each][a][stopper=:] > > \definestartstop[Beweis][ > before={{\bf Beweis:}\endgraf\blank}, > after={\rightaligned{{\bf q.e.d.}}} > ] > > \starttext > > \section{Zofff} > > \startBeweis > \startitemize > \item zack > \item zong > \stopitemize > \stopBeweis > % > %== > % > \section{Bamm} > > \startitemize > \item bla > \item blub > \item bautz > \stopitemize > > \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://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Fixing/Updating ConTeXt
This must sound stupid, but how do you update ConTeXt via the command line on Mac OSX? I'm using the MacTeX distribution and Mac OS 10.4.10. I tried (foolishly) to install the newest version of ConTeXt using i-installer, but that screwed up my current installation, so I was wondering if I could overwrite it with a new version. Step-by-step instructions would be very much appreciated! Thanks in advance for your patience and help! -Alex Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Fwd: Re: [publishingdesign] Arabic typesetting anyone?
I think someone on the Context list (not me) could fulfill this requirement -- Forwarded Message -- Subject: Re: [publishingdesign] Arabic typesetting anyone? Date: Tuesday 31 July 2007 From: "Barry T. Kerrigan" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Just got this inquiry. Feel free to respond to them. Hello: I represent WorldView Media, a new publishing firm of international literature. We are now working on bringing out a bilingual, Arabic/English edition of poetry by a contemporary Egyptian poet. The translation has been finished, and we are currently looking for a company or freelancer with proven experience in Arabic typesetting and interior book design work. Does your company undertake this kind of work? If a bilingual literary project of this kind if within your area of expertise, then we would be eager to speak with you in the very near future and see examples of past projects. Alternatively, if you have any colleagues in the book production field that might be interested in this project, please feel free to pass this email on to them. Thank you, and we look forward to your reply. Best regards, Andrew Vlcek AVL Books/WorldView Media 800 Lomax Street, Suite 120 Jacksonville, Florida 32204 Tel: 904-354-0752 -- ~ BARRY T. KERRIGAN http://www.desktopmiracles.com Desktop Miracles, Inc 112 South Main Street #294 Book Design & ProductionStowe, Vermont 05672 Interiors * Jackets * Coversph: 802-253-7900 fx:1900 ~ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/publishingdesign/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/publishingdesign/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ --- -- John Culleton ATTN Publishers/authors: If you don't read you don't succeed. Free short list of publishing/marketing books. http://wexfordpress.com/tex/shortlist.pdf _ Need personalized email and website? Look no further. It's easy with Doteasy $0 Web Hosting! Learn more at www.doteasy.com ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Boxed items don't like sidefloats
Giuseppe Bilotta wrote: > Tuesday, July 31, 2007 Wolfgang Schuster wrote: > >> you can use ConTeXt's stream mechanism. > >> \setuppagenumbering[alternative=doublesided] > >> \usemodule[streams] >> \definestreamlayer[giuseppe][width=\textwidth] > >> \newbox\giuseppe > >> \starttext > >> \startstreamlayer[giuseppe] >> \placefigure >> [outer,none,fit] >> {} >> {\framed[width=.2\hsize,height=.2\hsize,offset=none]{}} > >> \startitemize >> \item some test >> \item \input knuth >> \item \input tufte >> \stopitemize >> \stopstreamlayer > >> \vbox{\placestreamlayer[giuseppe]} > >> \stoptext > > Ah, excellent, it works perfectly, thanks a lot! Of course, > I'm still curious about the reason why a standard vbox > wouldn't do it ... sidefloats hook into the output routine and that does ot work in a box; streams intercept the page stream (nasty but neat); expect more of that kind of stuff Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Boxed items don't like sidefloats
Tuesday, July 31, 2007 Wolfgang Schuster wrote: > you can use ConTeXt's stream mechanism. > \setuppagenumbering[alternative=doublesided] > \usemodule[streams] > \definestreamlayer[giuseppe][width=\textwidth] > \newbox\giuseppe > \starttext > \startstreamlayer[giuseppe] > \placefigure > [outer,none,fit] > {} > {\framed[width=.2\hsize,height=.2\hsize,offset=none]{}} > \startitemize > \item some test > \item \input knuth > \item \input tufte > \stopitemize > \stopstreamlayer > \vbox{\placestreamlayer[giuseppe]} > \stoptext Ah, excellent, it works perfectly, thanks a lot! Of course, I'm still curious about the reason why a standard vbox wouldn't do it ... -- Giuseppe "Oblomov" Bilotta ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Linetable height (actually, depth) bug
Sunday, July 29, 2007 Hans Hagen wrote: > Giuseppe Bilotta wrote: >> Hello all, >> >> as I mentioned in the 'framing a linetable' thread, there is >> a bug in the stable (march '07) version of ConTeXt >> concerning the linetable *depth*. >> >> Example file: >> >> \setupcolors[state=start] >> >> \starttext >> \setuplinetable[r][2][height=30pt,background=color,backgroundcolor=blue] >> \startlinetable >> \BR \BC one \EC \BC two \EC \ER >> \BR \BC three \EC \BC four \EC \ER >> \stoplinetable >> more text >> \stoptext >> >> >> "more text" will appear in the blue area of the second line, >> instead of after the linetable, because the depth of the >> table lines are smashed to be one strutdepth in >> \flushlinetableparts > can you test with the version from the beta if this problem is still there? I just tried with ConTeXt ver: 2007.07.29 22:06 MKII fmt: 2007.7.31 int: english/english and I get the same problem. -- Giuseppe "Oblomov" Bilotta ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Boxed items don't like sidefloats
On Tue, 31 Jul 2007 13:14:27 +0200 Giuseppe Bilotta <[EMAIL PROTECTED]> wrote: > Hello all, > > here's a test document: > [test document] > > As you may notice, items think the placefigure refers to all > of them, so that if a particular item is bigger than the > figure height, it will wrap correctly around the > (inexistent) box, otherwise it will just side it. > > Interesting, the same thing does *not* happen when not going > through a box, but typesetting things directly in the page. > However, for my application I need to typeset the sidefloat > and the itemization in a box, so I hit the bug ... > > Suggestions? > > -- > Giuseppe "Oblomov" Bilotta Hi Giuseppe, you can use ConTeXt's stream mechanism. \setuppagenumbering[alternative=doublesided] \usemodule[streams] \definestreamlayer[giuseppe][width=\textwidth] \newbox\giuseppe \starttext \startstreamlayer[giuseppe] \placefigure [outer,none,fit] {} {\framed[width=.2\hsize,height=.2\hsize,offset=none]{}} \startitemize \item some test \item \input knuth \item \input tufte \stopitemize \stopstreamlayer \vbox{\placestreamlayer[giuseppe]} \page \startstreamlayer[giuseppe] \placefigure [outer,none,fit] {} {\framed[width=.2\hsize,height=.2\hsize,offset=none]{}} \startitemize \item some test \item \input knuth \item \input tufte \stopitemize \stopstreamlayer \vbox{\placestreamlayer[giuseppe]} \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://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Weird frontmatter behaviour
On Tue, 31 Jul 2007 00:18:28 -0400 "Jeff Smith" <[EMAIL PROTECTED]> wrote: > Hi all! > > I have a well-defined project with its products, components and environment > file. The structure works and all that, so my problem that I am going to > describe below is not there. > > In my document structure, each product corresponds to one Part. > > My environment file defines no header whatsoever for the very first page of > a Part section (header=high). > > When a Part is in the frontmatter, the header does not disappear. When the > same part is in the bodymatter, it works -- the header is not there. > > Here is my main project file when I attempt to test exactly that, with only > two parts (no need for more at the moment): > > \startproject These > \environment env_these > > \startfrontmatter > \product prod_liminaire > \stopfrontmatter > > \startbodymatter > \product prod_liminaire > \product prod_p1 > \stopbodymatter > > \stopproject > > The product called "prod_liminaire" currently contains my title page only. I > do know that doing exactly the above makes no sense, but like I said I did > that only to test out the problem. > > So, when I compile this, prod_liminaire has a header in the frontmatter, but > it has NO header in the bodymatter. It's the very same file to the very last > byte, only in a different sectionblock. And it behaves differently. > > What's wrong? I'm really at loss over this. I obviously want no header in > the frontmatter Parts, that's where my product prod_liminaire normally goes. > > Thanks in advance! Any help is appreciated, as always! > Jeff Smith Hi Jeff, project are only meant to collect products with the same settings. Your current project should be a product and your product should be a component, you can also load components in components. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Boxed items don't like sidefloats
Hello all, here's a test document: \setuppagenumbering[alternative=doublesided] \newbox\testbox \starttext \setbox\testbox\vbox{% \placefigure[outer,none,fit]{}{% \framed[width=.2\hsize,height=.2\hsize,offset=none]{}% }% \startitemize \item some test \item \input knuth \item \input tufte \stopitemize } \box\testbox \page \setbox\testbox\vbox{% \placefigure[outer,none,fit]{}{% \framed[width=.2\hsize,height=.2\hsize,offset=none]{}% }% \startitemize \item some test \item \input knuth \item \input tufte \stopitemize } \box\testbox \stoptext As you may notice, items think the placefigure refers to all of them, so that if a particular item is bigger than the figure height, it will wrap correctly around the (inexistent) box, otherwise it will just side it. Interesting, the same thing does *not* happen when not going through a box, but typesetting things directly in the page. However, for my application I need to typeset the sidefloat and the itemization in a box, so I hit the bug ... Suggestions? -- Giuseppe "Oblomov" Bilotta ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] dont't indent after custom start-stopnarrower
Hi Steffen, 2007/7/31, Steffen Wolfrum <[EMAIL PROTECTED]>: > Am 31.07.2007 um 10:18 schrieb Karsten Heymann: > > I try to prevent indention after a custom enviroment used for > > quotations which uses \startnarrower ... \stopnarrower: > Here you are: > after={\stopnarrower\setupindenting[none]}] Thanks a lot! Yours, Karsten ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] dont't indent after custom start-stopnarrower
Am 31.07.2007 um 10:18 schrieb Karsten Heymann: > Hello, > > I try to prevent indention after a custom enviroment used for > quotations which uses \startnarrower ... \stopnarrower: Here you are: \setupindenting [0.5cm] \indenting[yes,next] \definestartstop[Zitat] [before={\startnarrower[2*left]}, after={\stopnarrower\setupindenting[none]}]% don't mistake with \setupindenting[no] -) \starttext \input knuth \startZitat% \noindent \input zapf \stopZitat \input tufte \input knuth \stoptext Greetings, Steffen --- werksatz · Büro für Typografie und Buchgestaltung Anklamer Straße 39, 10115 Berlin 030 44031775, 0163 4028151 www.werksatz.com ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] dont't indent after custom start-stopnarrower
Hello, I try to prevent indention after a custom enviroment used for quotations which uses \startnarrower ... \stopnarrower: \setupindenting [0.5cm] \indenting[yes,next] \definestartstop[Zitat] [before={\startnarrower[2*left]}, after=\stopnarrower\noindent] \starttext \input knuth \startZitat% \noindent \input zapf \stopZitat \input tufte \stoptext Any hints would be greatly appreciated! Yours Karsten ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bug in pstoedit 3.44 (was: makempy (pstoedit <-> gs) hangs)
On 7/30/07, Arthur Reutenauer <[EMAIL PROTECTED]> wrote: > > I'm interested, but it is good to post the explanation so it becomes > > part of the public record google can find. > > Well, that wouldn't be the first time I report a bug indirectly; so here > goes: ok, thank you very much ! -- luigi 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 : https://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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bug in pstoedit 3.44 (was: makempy (pstoedit <-> gs) hangs)
> I'm interested, but it is good to post the explanation so it becomes > part of the public record google can find. Well, that wouldn't be the first time I report a bug indirectly; so here goes: When font dictionaries are altered (by changing FontMatrix, etc ...) in PostScript, it is customary to keep a copy of the original dictionary, which appears in the modified dictionary as a object associated with the key OrigFont. Now, if a programmer wants to access the original dictionary, he / she must of course expect to search the dictionary recursively; hence the original definition of getorigfont (which wasn't that bad actually): % Here the stack must contain a font dictionary /getorigfont { dup /OrigFont known { /OrigFont get getorigfont } if } def This definition could have worked in other languages ... but not in PostScript, because of the nature of dictionaries: they're so-called “composite objects”, meaning that if you copy this object on the stack you get eaxctly the same physical object (this is a bit like pointers in C); for further details see the PostScript Language Reference Manual, section 3.3.1 (http://www.adobe.com/products/postscript/pdfs/PLRM.pdf). Anyway, this means that a dictionary can contain itself, and this was the case with the font at stake (LMSans by the Latin Modern team, converted from cminch by Knuth). So retrieving OrigFont yielded the exact same dictionary at each iteration, and this created the endless loop. This (somewhat weird) definition of the font only started with Ghostscript 8.56; this is why the bug didn't happen with older versions of Ghostscript. The real bugfix Wolfgang Glunz (author of pstoedit) did was to check at each iteration if the retrieved OrigFont dictionary was actually different, thus avoiding the loop, but still looking for the “most original” font dictionary. As I said, the new code will be incorporated in pstoedit 3.45 and looks like: % font getorigfont font /getorigfont { 210 pscover % % retrieves the father font of the input font if possible % returns a font. % dup /OrigFont known % OrigFont is provided at least if Font was generated with makefont { 211 pscover dup % for comparison dup /OrigFont get ne % ne is a weak check against recursion % but is was needed from gs8.56 { /OrigFont get getorigfont } if } if } def For people wanting to experiment with pstoedit, you will certainly find the -pscover switch most useful: it writes to the file “pscover.txt” a unique number corresponding to a particular chunk of code in the PostScript prologue (the psinXX file); look for “xyz pscover”, where xyz is a integral number; this is how I found the bug in the first place. That's about all. Hope you had fun reading this, Arthur ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___