September 2005 - ntg-context - NTG Mailing Lists

regimes and different quotations
by Mojca Miklavec 06 Sep '05

06 Sep '05

In regi-il9.tex (on wiki) there are two interesting constructs (also found in regi-il1 and regi-ibm): \defineactivetoken 171 {\ifvmode\leavevmode\fi\leftguillemot\prewordbreak} \defineactivetoken 187 {\prewordbreak\rightguillemot} The two characters correspond to: 0xAB 0x00AB # LEFT-POINTING DOUBLE ANGLE QUOTATION MARK 0xBB 0x00BB # RIGHT-POINTING DOUBLE ANGLE QUOTATION MARK My questions are: - (Does \prewordbreak force or prevent line breaks?) - This seems to be optimized for French, but is contradictory for German (or vice versa, depending on the first question) - In most files there is only \[left|right]guillemot, no \prewordbreak. What's the proper way to handle this (and other quotations marks)? This has nothing to do with the example, but: how can kerning in (German for example) quotations be improved? With guillemots it works perfectly, but the usual quotation marks are optimized for English. Opening quotation marks are to close and the closing ones are too far away from the quotation. Compare the two examples: \starttext \language[sl] a\quotation{l}c \language[en] a\quotation{l}c \stoptext Than you, Mojca Miklavec

3 3

Installation of ConTeXt within TeTeX 3.0
by Pearson, Mark (Capita Symonds) 06 Sep '05

06 Sep '05

I've been trying to install ConTeXt (ver 2005.08.31) within teTeX 3.0, installed from source exactly as described in http://wiki.contextgarden.net/TeTeX_3.0_installation but have run into problems. Everything goes smoothly until I get to the section entitled 'Install the zip archive'. When I type 'texexec -make -all' I get the following error (after much other output): language : patterns da for da loaded (n=6) (/usr/local/teTeX/share/texmf-local/tex/context/patterns/lang-da.pat ! Nonletter. l.24 .s[ aring]3 ? I tried simply responding 'R' to continue running silently but when I come to the next step: cp -a /root/.texmf-var/web2c/* /usr/local/teTeX/share/texmf-var/web2c The .texmf-var/web2c folder is empty, so nothing useful gets copied. Currently, typing 'texexec --version' gives me the following: TeXExec 5.2.4 - ConTeXt / PRAGMA ADE 1997-2005 texexec : TeXExec 5.2.4 - ConTeXt / PRAGMA ADE 1997- 2005 texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992- 2004 kpathsea: Running mktexfmt cont-en.fmt fmtutil: no info for format `cont-en'. kpathsea: Running mktexfmt context.fmt fmtutil: no info for format `context'. tex : unknown context : ver: 2005.01.31 cont-en : unknown which indicates to me that I should start again from scratch. I have followed the instructions in the above-mentioned Wiki page to the letter (although I wouldn't necessarily know if something had gone astray along the way given the complexity of TeX/ConTeXt etc.) This includes: * removing the default TeTeX installation in Fedora Core 4 * installing TeTeX from the latest source package * installing pdfetex update * installing MetaPost update * installing Latin Modern Font update Could anyone point me in the right direction please? Thanks in advance. Mark Pearson BSc (hons) MSc DPhil IT Consultant Capita Symonds The Capita Building, Kingmoor Business Park Carlisle. CA6 4SJ. United Kingdom. Tel: +44 1228 673023 Fax: +44 1228 673111 Web: www.capitasymonds.co.uk ********************************************************************************** This email and any files transmitted with it are confidential, and may be subject to legal privilege, and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error or think you may have done so, you may not peruse, use, disseminate, distribute or copy this message. Please notify the sender immediately and delete the original e-mail from your system. Computer viruses can be transmitted by e-mail. Recipients should check this e-mail for the presence of viruses. The Capita Group and its subsidiaries accept no liability for any damage caused by any virus transmitted by this e-mail. ***********************************************************************************

2 2

Latin Modern and colophon
by Idris Samawi Hamid 06 Sep '05

06 Sep '05

Who is the official author of the Latin Modern family of typefaces? What is the best way to place this in a colophon? Here is what I have now: ================================= ... is designed and typeset by Idris~S. Hamid in the Latin Modern set of typefaces (an extension of Donald Knuth's Computer Modern);... ================================= Any improvements to the above are requested. Best Idris ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523

2 1

RE: [NTG-context] dvipdfmx old-style bug
by Idris Samawi Hamid 05 Sep '05

05 Sep '05

workaround: In cont-sys.tex, change \loadmapfile[original-public-lm.map] \loadmapfile[texnansi-public-lm.map] to \loadmapfile[original-public-lm.map] \loadmapfile[texnansi-os-public-lm.map] \loadmapfile[texnansi-public-lm.map] Then old-style lm will always be loaded first. [if you use other than texnansi make analogous changes] A perhaps drastic workaround but it works for now (reasonable default for the humanities anyway)... Best Idris ====================================================== ====================================================== Dear fellows knights of the TeX Table, I think I have found the source of the problem: There is a difference between the way aleph and the way pdfetex handle resetting the map file list: =========test-os============== % output=dvipdfmx % tex=aleph output=dvipdfmx \loadmapfile[texnansi-os-public-lm.map] \usetypescript [modern][\defaultencoding] \usetypescript [map] [latin-modern-os] [\defaultencoding] \setupbodyfont [modern] \starttext 123456789 \stoptext ============================ If we just declare % output=dvipdfmx then the maps get reset as follows: ========================= systems : begin file test-os at line 8 fonts : resetting map file list fonts : using map file: original-base fonts : using map file: ec-public-lm fonts : using map file: ec-base fonts : using map file: original-ams-base fonts : using map file: original-public-lm fonts : using map file: texnansi-os-public-lm fonts : using map file: texnansi-base fonts : using map file: texnansi-public-lm ========================== texnansi-os-public-lm gets read _before_ texnansi-public-lm. But if we declare % tex=aleph output=dvipdfmx then the maps get reset as follows: ========================== fonts : resetting map file list fonts : using map file: original-base fonts : using map file: ec-public-lm fonts : using map file: ec-base fonts : using map file: texnansi-base fonts : using map file: qx-base fonts : using map file: t5-base fonts : using map file: 8r-base fonts : using map file: original-ams-base fonts : using map file: original-ams-euler fonts : using map file: original-public-lm fonts : using map file: texnansi-public-lm fonts : using map file: qx-public-lm fonts : using map file: t5-public-lm fonts : using map file: pl0-public-lm fonts : using map file: il2-public-lm fonts : using map file: texnansi-os-public-lm ========================== Note that texnansi-os-public-lm is read last, and _afte_r texnansi-public-lm. Is this why dvipdfmx does not work for % tex=aleph output=dvipdfmx ? NOTE: if we comment out \loadmapfile[texnansi-os-public-lm.map] then upon declaring % output=dvipdfmx pdfetex will read texnansi-os-public-lm last. I think this is an overall bug in the latest ConTeXt. Thus it appears that \loadmapfile[texnansi-os-public-lm.map] works for pdfetex (in dvi mode) but not for aleph. Is this because the etex in aleph is too old? In the meantime, is there a workaround so that aleph will load texnansi-os-public-lm.map first? Best Idris ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 _______________________________________________ ntg-context mailing list ntg-context(a)ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523

1 0

RE: [NTG-context] dvipdfmx old-style bug
by Idris Samawi Hamid 05 Sep '05

05 Sep '05

Dear fellows knights of the TeX Table, I think I have found the source of the problem: There is a difference between the way aleph and the way pdfetex handle resetting the map file list: =========test-os============== % output=dvipdfmx % tex=aleph output=dvipdfmx \loadmapfile[texnansi-os-public-lm.map] \usetypescript [modern][\defaultencoding] \usetypescript [map] [latin-modern-os] [\defaultencoding] \setupbodyfont [modern] \starttext 123456789 \stoptext ============================ If we just declare % output=dvipdfmx then the maps get reset as follows: ========================= systems : begin file test-os at line 8 fonts : resetting map file list fonts : using map file: original-base fonts : using map file: ec-public-lm fonts : using map file: ec-base fonts : using map file: original-ams-base fonts : using map file: original-public-lm fonts : using map file: texnansi-os-public-lm fonts : using map file: texnansi-base fonts : using map file: texnansi-public-lm ========================== texnansi-os-public-lm gets read _before_ texnansi-public-lm. But if we declare % tex=aleph output=dvipdfmx then the maps get reset as follows: ========================== fonts : resetting map file list fonts : using map file: original-base fonts : using map file: ec-public-lm fonts : using map file: ec-base fonts : using map file: texnansi-base fonts : using map file: qx-base fonts : using map file: t5-base fonts : using map file: 8r-base fonts : using map file: original-ams-base fonts : using map file: original-ams-euler fonts : using map file: original-public-lm fonts : using map file: texnansi-public-lm fonts : using map file: qx-public-lm fonts : using map file: t5-public-lm fonts : using map file: pl0-public-lm fonts : using map file: il2-public-lm fonts : using map file: texnansi-os-public-lm ========================== Note that texnansi-os-public-lm is read last, and _afte_r texnansi-public-lm. Is this why dvipdfmx does not work for % tex=aleph output=dvipdfmx ? NOTE: if we comment out \loadmapfile[texnansi-os-public-lm.map] then upon declaring % output=dvipdfmx pdfetex will read texnansi-os-public-lm last. I think this is an overall bug in the latest ConTeXt. Thus it appears that \loadmapfile[texnansi-os-public-lm.map] works for pdfetex (in dvi mode) but not for aleph. Is this because the etex in aleph is too old? In the meantime, is there a workaround so that aleph will load texnansi-os-public-lm.map first? Best Idris ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523

1 0

dvipdfmx old-style bug
by Idris Samawi Hamid 05 Sep '05

05 Sep '05

Dear gang, Old style encoding fails with dvipdfmx in the following file (no error message): ========test-os========= %output=dvipdfmx \usetypescript [modern][\defaultencoding] \usetypescript [map] [latin-modern-os] [\defaultencoding] \setupbodyfont [modern] \starttext 123456789 \stoptext ===================== However, if I do manually dvipdfmx -f context-base-dvipdfmx.map test-os where context-base-dvipdfmx.map contains the line texnansi-lmr12 texnansi-os-lm lmr12 then it works. I looked at the dvipdfmx version of texnansi-os-public-lm.map and it contains the same line. So I don't understand why it does not work automatically. Best Idris ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523

1 0

Hobby's Graph package
by David Arnold 05 Sep '05

05 Sep '05

All, I find myself working my way through John Hobby's "Drawing Graphs with Metapost" again. In Figure 9, the following code has me confused: glabel.lft(image(unfill bbox lab[j]; draw lab[j]), length p[j]); I understand that the glabel command will put the label in this case at the "knot" length p[j]. But when he adds .7, I don't understand why the labels move down. glabel.lft(image(unfill bbox lab[j]; draw lab[j]), 0.7+length p[j]); Can someone help me with this?

2 1

RE: [NTG-context] another dvipdfmx/context bug
by Idris Samawi Hamid 05 Sep '05

05 Sep '05

>> ================================================ Dear Hans, It appears that there is a bug in the ctxtools. Consider original-public-lm.map. Lines such as cmbsy10 cmbsy10 cmbsy5 cmbsy5 cmbsy6 cmbsy7 should be either cmbsy10 default cmbsy10 cmbsy5 default cmbsy5 cmbsy6 default cmbsy7 partucularly when the name of the tfm and pfb do differ; or just cmbsy10 cmbsy5 cmbsy6 where the name of the tfm and pfb do not differ. Is this right ChoF? Best Idris >> about.dvi -> about.pdf >> [1 >> ** ERROR ** Could not find encoding file "cmsy10". >> >> Output file removed. >> ================================================ >> >> Please advise-) > >You may have an incorrect mapping file, original-public-lm.map. >I guess that the mapping file contains the following line > >cmsy10 cmsy10 > >which is incorrect. Just change as follows: > >cmsy10 > >It's enough. It seems that ctxtools does not generate a right mapping >file. ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523

1 0

another dvipdfmx/context bug
by Idris Samawi Hamid 05 Sep '05

05 Sep '05

Dear gang, Here is anotehr dvipdfmx bug. I already did ctxtools --dpxmapfiles --force texmf ctxtools --dpxmapfiles --force texmf-local ctxtools --dpxmapfiles --force texmf-fonts Now the following file fails: ================================================ % output=dvipdfmx \starttext \startitemize \item test \stopitemize \stoptext ================================================ dvipdfmx fails with ================================================ about.dvi -> about.pdf [1 ** ERROR ** Could not find encoding file "cmsy10". Output file removed. ================================================ Please advise-) Best Idris ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523

2 1

Antykwa math support & \Longrightarrow
by Mojca Miklavec 04 Sep '05

04 Sep '05

Hello, a slightly strange question. I re-compiled a pretty old ConTeXt document a couple of days ago. In the "old good times" it was typeset with \setupbodyfont[ant,18pt] and an equation with $a\Longrightarrow b$. Apparently math support was added inbetween. I'm not asking for any backward compatibility at all (my system behaves pretty strange anyway), I would only like to know the most elegant way to keep Antykwa for "a" and "b" in the example above, but to use a latin-modern arrow. I'm sorry, I wasn't able to reproduce the result anywhere else (each of the three distributions where I can try out ConTeXt is behaving differently), so I temporary uploded the files to http://pub.mojca.org/tex/ant/. And the second question: Why does this code below fail? It wotks ok for texnansi, but not for ec: \usetypescript[antykwa-torunska][ec] \definetypeface[MyAnt] [rm] [serif] [antykwa-torunska] [default] [encoding=ec] \setupbodyfont[MyAnt,10pt] \starttext abc\ccaron \stoptext Thank you very much, Mojca

2 2