January 2007 - dev-context - NTG Mailing Lists

new MyWay about \sometxt
by Mojca Miklavec 08 Feb '07

08 Feb '07

Hello, instead of checking the problems with MyWay about database module, I created another unfinished piece about \sometxt (as promised already long ago): http://dl.contextgarden.net/myway/sometxt.pdf \sometxt{...} should be used instead of textext("...") in metafun graphics whenever possible, since it's much more efficient. An average user shouldn't care about much more than that. The MyWay is devoted to the curious ones. I hope that I included all the major ideas which Hans implemented in Summer/Autumn 2006 on my request. Although not all of them are documented well enough, I tried to mention them at least. The document is full of mistakes and badly formulated sentences (I should start reading more English literature instead of mailing lists and articles ;). I wellcome any suggestions for improving it. Thanks to Hans van der Meer who provided me the first feedback ;) Just two questions left for Hans H. (Hans v. d. M. has brought up exactly the same questions as I had a while ago): 1.) wouldn't it make sense to use \chardef\TeXtextcolormode\zerocount as the default value? I don't see any advantages of setting it to "one" (but I might have overseen something). Can you please take a look at page 4 of the above listed MyWay and tell me if I forgot something? 2.) Why does \textext still rely on its older brother textext(...), when it could be a synonym for \sometxt{...} instead? I really don't see any advantage of \textext{...} over \sometxt{...}. \textext{...} canonot be used for concatenating strings or creating dynamic labels either. It's just a picture, just as \sometxt ... And it would probably also be more straightforward to explain to metafun users that textext("...") should now be \textext{...} instead of trying to explain them that it's best to use some completely new command. Thanks a lot, Mojca

3 6

wandering positional graphic
by Sanjoy Mahajan 02 Feb '07

02 Feb '07

Almost the same test file as I used for testing 'dvipos' produces a wandering positional graphic, in dvi or pdf mode. Here's the test file. The problem is that the positional graphic (a tilted line) (that should be) connecting the '6' and the '8' is several inches too low on the page. I've attached a zip file with all the test files and results of running everything -- see the README in it (or just run 'make view'). I'm using Ubuntu/i386 with: CtxTools | context version: 2007.01.23 13:32 pdfTeX 3.141592-1.40.0-2.2 (Web2C 7.5.6) + patch for the mem corruption MetaPost, Version 0.993 (Web2C 7.5.5) metafun 2007-1-23 17:46 (format remade with latest apt-get) The example is as minimal as I could make it. Remove the \setuppapersize[bookpage][A4] and the graphics come out in the right place. Remove the \completecontent or the \section{Fake} and it also comes out okay. =================== begin: to-pdf.tex ================== \definepapersize[bookpage][width=6.875in,height=9in] \setuppapersize[bookpage][A4] \defineoverlay [foregraphics] [\positionoverlay{foregraphics}] \setupbackgrounds [page] [background={foreground,foregraphics}] \starttext \section{Fake} \completecontent \hpos{r13}{6} \hpos{r23}{7} \quad \hpos{r24}{8} \startMPpositiongraphic{mypos:line} mpprocset := 0; % context doesn't yet handle the new mpprocsets path pa, pb, pab ; numeric na, nb ; initialize_box(\MPpos{\MPvar{from}}) ; na := nxy ; pa := llxy..lrxy..urxy..ulxy..cycle ; initialize_box(\MPpos{\MPvar{to}}) ; nb := nxy ; pb := llxy..lrxy..urxy..ulxy..cycle ; if na=nb : pab := center pa -- center pb ; pab := pab cutbefore (pab intersectionpoint pa) ; pab := pab cutafter (pab intersectionpoint pb) ; pickup pencircle; draw pab; anchor_box(\MPanchor{\MPvar{from}}) ; fi ; \stopMPpositiongraphic \startpositionoverlay{foregraphics} \setMPpositiongraphic{r13}{mypos:line}{to=r24} \setMPpositiongraphic{r23}{mypos:line}{to=r24} \stoppositionoverlay \stoptext =================== end: to-pdf.tex ================== -Sanjoy `A nation of slaves is always prepared to applaud the clemency of their master who, in the abuse of absolute power, does not proceed to the last extremes of injustice and oppression.' (Gibbon)

2 4

New Debian packages
by Norbert Preining 02 Feb '07

02 Feb '07

Hi all! Hi Florent! I have uploaded new context packages 2007.01.23-1 BUT ONLY TO THE tug.org server!! Not to Debian till now. Why? I am a bit nervous with respect to this change in 2007.01.18: Switch to latin modern math fonts. If this gives you trouble, you have to update your latin modern font package, see CTAN Well. This is bad. Simply bad. Without backward compatibility I will not upload this to Debian. I cannot, because Debian currently has the lmodern fonts 1.foobar, but without the math fonts. I don't know whether Florent is planning to do an upload of lmodern with the new math fonts included (Florent?). So to be more specific: Is this an *absolute* dependency, ie setting math in context now *only* works with the lmodern math fonts installed? If yes, then sorry for the Debian using guys, but you have to wait until we have the new lmodern in Debian. Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Università di Siena Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- BUDBY A nipple clearly defined through flimsy or wet material. --- Douglas Adams, The Meaning of Liff

6 21

interesting bug in \type ;)
by Mojca Miklavec 28 Jan '07

28 Jan '07

Hello Hans & Taco, I didn't try to inspect the reasons for it (I woulg get lost in the code anyway), but it has brought a smile on my face: \type{btex ... etex} simply "forgets" to typeset "etex". \setupcolors[state=start] \setuptype[option=MP] \starttext \startbuffer This is an example of \type+btex ... etex+ syntax. \stopbuffer \typebuffer \getbuffer \stoptext Is there a chance to typeset the whole comment line with the same font (color) when using TEX or MP for syntax highlighting? Now the comments can hardly be distinguished from the rest of the code. Mojca

1 0

garden: new ConTeXt?
by Patrick Gundlach 26 Jan '07

26 Jan '07

I know I have asked this question before and I know you have been discussing this question and cc'd to me.... but anyway. I think this is definitely time to switch the TeX distribution for garden. I use debian 3.1 there and I don't want to update anything to testing/unstable/... Could you give me an advice? Should i use the minimal ConTeXt distribution from PRAGMA ADE? Patrick -- ConTeXt wiki and more: http://contextgarden.net

5 9

Fix for Footnote Reference problem
by Mike Bird 25 Jan '07

25 Jan '07

Here are a number of repaired functions (and one repaired variable) which together fix the problem of footnote references getting out of step between phases resulting in bogus results from \somewhere. The repairs were made in ConTeXt 2007-01-12. Each repaired function is preceded by a comment explaining the reason for the repair. The repaired functions are followed by a test which generates three pages of output covering many test cases. Additionally, I have tested these repairs on a 50 page document with 185 footnotes. All of the \somewhere's were fixed by these repairs. The only downside that I have noticed is that two column footnotes are now less well balanced. If anyone has any thoughts as to why this might be happening or how to fix it please let me know. I'm just a few days from deadline! Thanks, --Mike Bird

2 4

[contexttest-Feature Requests][54] offsets in TABLE-cells
by contexttest-featurerequests＠foundry.supelec.fr 25 Jan '07

25 Jan '07

Feature Requests item #54, was opened at 2007-01-04 11:23 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Peter Münster (peter) Assigned to: Nobody (None) Summary: offsets in TABLE-cells Version: None Category: None Initial Comment: It would be nice to have independant horizontal and vertical offsets in TABLE-cells. Or even topoffset, bottomoffset, leftoffset and rightoffset. Peter ---------------------------------------------------------------------- Comment By: Mojca Miklavec (mojca) Date: 2007-01-24 04:05 Message: Here are some macros that Wolfgang Schuster <schuster.wolfgang at googlemail.com> sent me some time ago (shame on me that I didn't do anything about it!) They should probably be integrated, not simply overloaded, but ... I would vote for that feature too. Mojca ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&group_id=21

1 0

[contexttest-Feature Requests][54] offsets in TABLE-cells
by contexttest-featurerequests＠foundry.supelec.fr 25 Jan '07

25 Jan '07

Feature Requests item #54, was opened at 2007-01-04 11:23 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Peter Münster (peter) Assigned to: Nobody (None) Summary: offsets in TABLE-cells Version: None Category: None Initial Comment: It would be nice to have independant horizontal and vertical offsets in TABLE-cells. Or even topoffset, bottomoffset, leftoffset and rightoffset. Peter ---------------------------------------------------------------------- Comment By: Mojca Miklavec (mojca) Date: 2007-01-24 04:05 Message: Here are some macros that Wolfgang Schuster <schuster.wolfgang at googlemail.com> sent me some time ago (shame on me that I didn't do anything about it!) They should probably be integrated, not simply overloaded, but ... I would vote for that feature too. Mojca ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&group_id=21

1 0

Writing own interface for natural tables
by Wolfgang Schuster 25 Jan '07

25 Jan '07

I try currently to write a simplified environment for natural tables to allow a simmiliar interface like tabulate and the old tables. My problem ist that i need to save my input in a box feed this into the \bTD/\eTD pair. This did not work if I collect all my text, put this text into the tablebox and reuse this box for the next entry. The follwing example shows my only working solution, it for every new entry a new box. This works for a few entries untill my created boxes use the same box number as the internal boxes used in the TABLE macros. <example> \newbox\TABLEbox \newcount\TABLEcount \TABLEcount\zerocount \def\bWTD {\advance\TABLEcount\plusone \setbox\the\TABLEcount\hbox\bgroup} \def\eWTD {\egroup \edef\wolf{\unhcopy\the\TABLEcount} \expanded{\bTD\wolf\eTD}} \starttext \bTABLE \bTR \bWTD Text 1 \eWTD \bWTD Text 2 \eWTD \eTR \bTR \bWTD Text 3 \eWTD \bWTD Text 4 \eWTD \eTR \eTABLE \stoptext </example> I hope there is a solution to solve this problem. MfG Wolfgang

1 0

ec patterns in XeTeX?
by Mojca Miklavec 25 Jan '07

25 Jan '07

Hello Hans, I didn't thing about that before, but why does XeTeX report that it loaded patterns like: language : patterns nl->texnansi:texnansi->1->2:3 nl->ec:ec->2->2:3 fr-> texnansi:texnansi->3->2:3 fr->ec:ec->4->2:3 de->texnansi:texnansi->5->2:3 de->e c:ec->6->2:3 it->texnansi:texnansi->7->2:3 it->ec:ec->8->2:3 pt->texnansi:texna nsi->9->2:3 pt->ec:ec->10->2:3 hr->ec:ec->11->2:3 pl->pl0:pl0->12->2:3 etc. when it should load them as unicode? (Assuming that it actually does load them in as Unicode ;) Mojca

1 0