- dev-context - NTG Mailing Lists

[contexttest-Bugs][52] original-adobe-euro.map for dvips
by contexttest-bugs＠foundry.supelec.fr 04 Jan '07

04 Jan '07

Bugs item #52, was opened at 2007-01-04 12:07 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=52&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: original-adobe-euro.map for dvips Resolution: None Version: None Category: None Initial Comment: When creating dvi and ps output with following input: \usesymbols[eur] \starttext \texteuro \stoptext no euro-symbol shows up. dvips does not understand the map file. Peter ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=52&group_id=21

1 0

[contexttest-Bugs][51] \setupexternalfigures[location={local,global}] not working as expected
by contexttest-bugs＠foundry.supelec.fr 04 Jan '07

04 Jan '07

Bugs item #51, was opened at 2007-01-04 10:59 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=51&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: \setupexternalfigures[location={local,global}] not working as expected Resolution: None Version: None Category: macros Initial Comment: Hello, the sample file "hacker.jpg" is only found by "\externalfigure[hacker]" when using "\setupexternalfigures[location=global]" but neither with \setupexternalfigures[location={global,local}] nor with \setupexternalfigures[location={local,global}] Do I misunderstand perhaps the location-option or is this a bug? Cheers, Peter ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=51&group_id=21

1 0

[contexttest-Bugs][50] footnotes break the use of \somehwere
by contexttest-bugs＠foundry.supelec.fr 04 Jan '07

04 Jan '07

Bugs item #50, was opened at 2007-01-04 10:39 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=50&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: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: footnotes break the use of \somehwere Resolution: Accepted Version: None Category: macros Initial Comment: \starttext \chapter[A]{One} Text.\footnote{foot} \chapter[B]{Two} Text \somewhere{before}{after}[B]. \stoptext --Mike Bird ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=50&group_id=21

1 0

[Fwd: [tex-live] more test images]
by Taco Hoekwater 04 Jan '07

04 Jan '07

Hi all, See below for test images of TL 2006. Does anobody have the time to test if the context on the images runs properly? I do not use TeXLive myself, nor do I have enough time to verify all is well, but imho it is important that someone tests context before the final images are created. Best, Taco -------- Original Message -------- Subject: [tex-live] more test images Date: Wed, 3 Jan 2007 03:45:48 +0100 From: karl(a)freefriends.org (Karl Berry) To: tex-live(a)tug.org Besides the work checked in by Staszek, this has new hp, aix, sparc-linux binaries. Updated i386-linux binaries, but still from me. (Staszek, do you think you'll be able to try that build soon?) ftp://tug.org/texlive/Images/test as usual. Thanks, k _______________________________________________ TeX Live mailing list http://tug.org/mailman/listinfo/tex-live

3 4

[contexttest-Bugs][49] \startmathalign gives an extra formula number
by contexttest-bugs＠foundry.supelec.fr 04 Jan '07

04 Jan '07

Bugs item #49, was opened at 2007-01-04 01:27 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=49&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: Aditya Mahajan (adityam) Assigned to: Nobody (None) Summary: \startmathalign gives an extra formula number Resolution: None Version: None Category: macros Initial Comment: The following code gives an exra line with formla number \placeformula \startformula \startalign \NC a \EQ b \NR[+] \NC c \EQ d \NR[+] \stopalign \stopformula ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=49&group_id=21

1 0

XeTeX fails to create formats
by Mojca Miklavec 03 Jan '07

03 Jan '07

Hello Hans, when I tried to create XeTeX formats today (it might be that I screwed up something on my system as well) I got the following error: loading : Context Encoding Macros (pdf) ! Undefined control sequence. l.63 \ifcase\pdfgentounicode \else \expandafter \endinput \fi ? Mojca (Is there any ctxtools --degrade? ;)

2 3

Re: [dev-context] [NTG-context] debian context updates
by Sanjoy Mahajan 03 Jan '07

03 Jan '07

[CC'ing to dev-context instead of ntg-context] I noticed that the Modes manual (mmodes.pdf) wasn't included in the context*.deb's. So I diffed the list of pdf manuals in the context*.deb against the full list at <http://pragma-ade.com/dir/general/manuals/>, then looked through for the most useful to add to the context packages: mchinese.pdf mmodes.pdf enattab.pdf mchart.pdf mlabels.pdf luatex.pdf mk.pdf mmlexamp.pdf mmlprime.pdf mmodes.pdf mpattern.pdf mpdftools.pdf mpstopdf.pdf msplit.pdf mtexmfstart.pdf mwidget-s.pdf mxmltools.pdf xfigbase.pdf xfigures-s.pdf xmathml-s.pdf xcorresp.pdf xchemml-s.pdf xphysml-s.pdf xsteps-s.pdf xxmldir.pdf xmanipulate.pdf -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 1

Inconsistent Reference Counting
by Mike Bird 01 Jan '07

01 Jan '07

References are classified as forward or backward based on comparison of \crossreferencenumber against the sequence number of the reference loaded from the previous pass. \crossreferencenumber is incremented on all reference definition writes including duplicates. References loaded from the previous pass do not include duplicates. Thus forward/backward classification (e.g. in \somewhere) is wrong in the presence of duplicate references. One fix would be to not increment \crossreferencenumber if this reference has already been written to the file. Does anyone have any suggestions how to do this? Thanks, --Mike Bird

2 4

mptopdf: produces PDF with 'unknown operator' error
by Sanjoy Mahajan 01 Jan '07

01 Jan '07

The following test file (included in the attached .zip) produces errors when test.pdf is viewed in xpdf (v3.0): Error (1004): Unknown operator 'D' Error (1006): Too few (0) args to 'J' operator =================== begin: test.tex ================== % xpdf error: % Error (1004): Unknown operator 'D' % Error (1006): Too few (0) args to 'J' operator \pdfcompresslevel=0 \defineoverlay [foregraphics] [\positionoverlay{foregraphics}] \setupbackgrounds [page] [background={foreground,foregraphics}] \starttext \hpos{r13}{4} \hpos{r23}{7} \quad \hpos{r24}{11} \startMPpositiongraphic{mypos:line} 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 scaled 1pt ; draw pab withcolor .625yellow ; anchor_box(\MPanchor{\MPvar{from}}) ; fi ; \stopMPpositiongraphic \startpositionoverlay{foregraphics} \setMPpositiongraphic{r13}{mypos:line}{to=r24} \setMPpositiongraphic{r23}{mypos:line}{to=r24} \stoppositionoverlay hi \stoptext =================== end: test.tex ================== The simplest way to see the problem is to convert the intermediate EPS graphic to pdf by hand (with mptopdf), and that pdf file shows the same problem. So I run the following to get an uncompressed pdf file: texexec test.tex mptopdf test-mpgraph.1 pdftk test-mpgraph-1.pdf output test-mpgraph-1-uncompressed.pdf uncompress Then view either test-mpgraph-1.pdf or test-mpgraph-1-uncompressed.pdf (in xpdf). It's line 19 (" D J") in test-mpgraph-1-uncompressed.pdf that causes the problem. The original eps file (test-mpgraph.1) has a definition for D, which I think is "/D{[] 0 setdash}bd" (if I parsed the postscript right). But the converted PDF doesn't know the definition. Which may cause the J operator to have too few arguments. The attached zip file has all the files that result from running the above commands, including a (GNU) Makefile to reproduce the whole thing. I'm using the 2006.12.27 version of ConTeXt, with mptopdf 1.3.2, on Ubuntu Linux (tetex 3.0, xpdf 3.0). The files display correctly despite the warnings, but a more complex example (from which this came) has misplaced connecting lines. I don't know if it is caused by these operator problems. However, I figured it's worth worrying about this simpler case first, and only then seeing what problems remain in the more complex example. -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

Re: [dev-context] [NTG-context] Week number
by Taco Hoekwater 31 Dec '06

31 Dec '06

Hi, (switched mailing lists) Hans Hagen wrote: >> >>I do not know if someone will find it useful or not, but it seems like >>a nice feature to have :) I'll look into wrapping it up a bit first. This code is written very much for comp.text.tex posting: \modulonumber is already present in ConTeXt, my macro names are optimized for shortness, and there is a slower but better definition of the integer divide possible (without multiplication): \def\divisionnumber#1#2% {\Expr{(#2/#1)-((\modulonumber{#1}{#2})/#1)}} > see core-con.tex, such things have been there for years now -) > (not sure if it does the same as what taco code does) My macro does something that wasn't there yet: it calculates a 'week number' based on the current date: \weeknumber{31}{12}{2006} expands to 52 (and my macro is fully expandable). The internal macro \Jday calculates the current julian day, and that can help make \getdayoftheweek much shorter: \def\getdayoftheweek#1#2#3% {\normalweeday\Expr{\Mod{\Jday{#1}{#2}{#3}+1}{7}+1}}% Best, Taco

1 0