October 2010 - dev-context - NTG Mailing Lists

(fwd) Bug#480725: mptopdf does not work with beginfig(-1)
by Norbert Preining 29 Jan '19

29 Jan '19

forwarded 480725 dev-context(a)ntg.nl thanks Dear Hans, dear Taco, on the Debian side we got the attached bug report together with a patch for mptopdf.pl. Can you comment on it, or consider it for inclusion? Thanks and all the best Norbert Please leave 480725(a)bugs.debian.org on the Cc list, thanks ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Vienna University of Technology Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- DARENTH (n.) Measure = 0.0000176 mg. Defined as that amount of margarine capable of covering one hundred slices of bread to the depth of one molecule. This is the legal maximum allowed in sandwich bars in Greater London. --- Douglas Adams, The Meaning of Liff

4 3

MetaPost 1.503 (beta version)
by Taco Hoekwater 22 Oct '10

22 Oct '10

We are happy to announce a new beta release of MetaPost: ---------------------------------------------------------------------- MetaPost 1.503 ---------------------------------------------------------------------- The standalone distribution package and a win32 binary can be downloaded immediately from http://foundry.supelec.fr/gf/project/metapost/ This is a beta release following the major internal rewrite done for 1.500. Also, this is the last 1.50x version to be released as development/testing; the next release will be in the stable release tree, to replace the current 1.2xx series. The win32 binary is intended for texlive or a similar web2c-based installation, this executable will *not* work for miktex. Of course, we welcome any comments (either good or bad) that you may have. Simply replying to this message is fine, but see the bottom of the message for a more formal way to report bugs and feature requests. ---------------------------------------------------------------------- What is new in MetaPost version 1.503: ---------------------------------------------------------------------- * String comparisons have been fixed, these were broken in previous 1.50x versions. * verbatimtex ... etex processing had a horrible bug that is now fixed. * A fix has been applied for a bug that made redeclared variable subscript tags disappear. * The behavior of the %{<internal>} escape sequence in 'outputtemplate' changed (but not that of the single-letter shortcuts). Internal variables within %{...} are neither rounded nor zero-padded. * A very long list of improvements to the manual. * MetaPost now adheres to the openin_any / openout_any settings in texmf.cnf * The 'prologues:=3 output' with embedded labels was unreliable, especially when the resulting eps was included into a TeX document via dvips. * 'newinternal numeric' has been fixed, it generated an error in metapost 1.211 and earlier 1.50x versions. * Label regeneration sometimes failed to run when the file time stamps were close together. ---------------------------------------------------------------------- Legal notice / license / bug reports ---------------------------------------------------------------------- MetaPost is a system for producing graphics developed by John Hobby at AT&T, based on Donald Knuth's Metafont. The MetaPost home page is http://tug.org/metapost. MetaPost is free software: you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation, either version 2.1 of the License, or (at your option) any later version. The MetaPost development project is currently hosted at Supelec, http://foundry.supelec.fr/gf/project/metapost; with a bug tracker at http://tracker.luatex.org/. Please report bugs and request enhancements through there if possible. Alternatively, you can reach us through the <metapost(a)tug.org> mailing list as well. Have fun! Taco Hoekwater, for the MetaPost team, October 22, 2010

1 1

Catcodes in bib module
by Aditya Mahajan 18 Oct '10

18 Oct '10

Hi, Try this example: \newcatcodetable\arbitcatcodes \startcatcodetable\arbitcatcodes \catcode`\@=0 \stopcatcodetable \setcatcodetable\arbitcatcodes @starttext Hello @stoptext This results in the entire bxml-apa.mkiv being typeset! The file bxml-apa is called by \def\dodoloadbibtexpublicationalternative#1% {\doonlyonce{#1} {\readsysfile{bxml-#1.mkiv} {\showmessage\m!publications{6}{bxml-#1}} {\showmessage\m!publications{1}{bxml-#1}}}} in bibl-bib.mkiv I don't know if this should be considered a bug or not. Aditya

2 3

Typing in footnotes
by Aditya Mahajan 18 Oct '10

18 Oct '10

Hi, Typing in footnote worked (and still works) in MkII. For example: \starttext Hello \footnote{Typing in footnote \starttyping test \stoptyping } \stoptext However, in MkIV this gives: Runaway argument? test \stoptyping \endstrut \dostopstoreddescription \egroup \the \everyafternoteinsert \ETC. ! File ended while scanning use of \dododowithbuffer. system > error on line 0 in file : File ended while scanning use of \dododowithbuffer ... <empty file> <inserted text> \par <*> ./backend.tex I can work around this by using \start-stop buffer outside the footnote and \typebuffer inside the footnote, but that does not work when the ConTeXt file is generated from markdown using pandoc. Is this something that can be fixed (not immediately, but in the long run). If so, I will open a tracker item for it. Aditya

2 1

Greek without Latin
by Mojca Miklavec 17 Oct '10

17 Oct '10

>From the XeTeX mailing list: [XeTeX] Greek XeLaTeX Hans, here's a challenging question from the XeTeX mailing list. Somebody gave a challenge of how one writes units or rather: if it is possible to get rid of latin keyboard entirely, for example if one is able to retype \includegraphics[width=10cm,scale=5]{...} in arabic/possibly greek interface without using the latin keyboard)? In either case I think that one should convince the author to take ConTeXt instead of LaTeX to rewrite the commands ... Mojca 2010/10/12 Alexandros Gotsis <gotsis(a)science.tuc.gr> wrote: > Dear friends, > > I am trying to "greekify" XeLaTex in order to make it easier for greek writers to use. I have translated almost all the commands (e.g., instead of \begin{document} I can use \αρχή{κειμένου}, etc.) that I could think of and made new article, book etc. classes with the greek commands. These new classes just renew the commands etc. and they work rather well. There are a few errors still that I try to figure out, but there are also a couple of things that I do not know how to do and, therefore, ask your advise/help. > > 1. I could replace almost all commands of (Xe)LaTeX, but I can do nothing with the very first one: \documentclass{}! Is there a way to change the name of this command so that the XeLaTeX engine still understands it? I am looking for solutions that will not include any extra (latin) text in the source file, as this would defy the purpose. > > 2. While I have changed the names for "Chapter", "Figure", the dates, the numbers, capitalisation etc. (thanks for all this go to the work of Syropoylos in Xanthi), I do not know how to change things as, e.g., [c] (center) to [κ] (κέντρο), the length units (from mm το χ etc.). For the time being I would not change anything in the math environments. > > 3. I do not know how to change the alphabetical order in "makeindex". Usually the accented vowels follow the corresponding unaccented ones in a greek index,. This is not the case for "makeindex", as it follows the unicode listing. which is defined differently, and the result looks wrong in a greek index list (ευρετήριο). > > The idea behind the changes is that a writer of greek text (or arab, chinese etc.) should not be obliged to change his/her computer keyboard to latin for the commands and back again for the text. Also the names of the commands would be more transparent for non-english speakers. followed by: On Tue, Oct 12, 2010 at 13:54, Ulrike Fischer wrote: > Am Tue, 12 Oct 2010 11:13:41 +0200 schrieb Khaled Hosny: > >>>> The idea behind the changes is that a writer of greek text (or >>>> arab, chinese etc.) should not be obliged to change his/her >>>> computer keyboard to latin for the commands and back again for >>>> the text. Also the names of the commands would be more >>>> transparent for non-english speakers. > > Well I don't know much about ConTeXt, but at first ConTeXt is a > rather monolitic and selfcontained format. It doesn't have to handle > lots of packages. Also I have some doubts that this localised > formats translates really everything down to units like mm or > numbers to other scripts. Or is their an completly arabic > counterpart to \includegraphics[width=10cm,scale=5]{...}? ... Mojca

4 8

Re: [dev-context] [XeTeX] Localized XeLaTeX: was Greek XeLaTeX
by Wolfgang Schuster 16 Oct '10

16 Oct '10

Am 14.10.2010 um 14:57 schrieb Mojca Miklavec: > 2010/10/14 Ulrike Fischer wrote: >> >> I don't have a context currently to try, but what would happen if >> you use it e.g. this way: >> >> \usemodule[translate] >> \translateinput[im][mm] >> >> \enableinputtranslation >> >> \starttext\tt >> \scratchdimen=2mm 2mm: \the\scratchdimen\crlf >> \scratchdimen=1im 1im: \the\scratchdimen >> immens >> \stoptext >> >> Would this replace every occurence of "im" in the input? Including >> the "im" in \scratchdimen, the "im" in the second 1im and the "im" >> in immens? > > Yes. This is why I said that the solution cannot work out-of-the-box > (it could work for a limited number of cases). Another way is to use the string library from lua to replace μμ with mm: \unprotected\def\interfaceddimension#1% {\ctxlua{commands.interfaceddimension(\!!bs\detokenize{#1}\!!es)}} \startluacode function commands.interfaceddimension(str) if string.match(str,"\\") then -- dimension or macro else str = string.gsub(str,"μμ","mm") end tex.print(str) end \stopluacode \setupbodyfont[palatino] \starttext \def\foo{4mm} \def\bar{\textwidth} \scratchdimen\interfaceddimension{2mm} 2mm: \the\scratchdimen\crlf \scratchdimen\interfaceddimension{1μμ} 1μμ: \the\scratchdimen\crlf \scratchdimen\interfaceddimension\foo foo: \the\scratchdimen\crlf \scratchdimen\interfaceddimension\bar bar: \the\scratchdimen \stoptext Wolfgang

1 0

TLContrib is ready for testing
by Taco Hoekwater 08 Oct '10

08 Oct '10

Hello all, Please, if you have moment to spare, have a good look at the TLContrib website and associated repository: http://tlcontrib.metatex.org/ The system should now be ready for the initial kickoff (I hope). Mojca, Hans and me have already tried and tested various things, but it is quite likely that there are still bugs. I decided to post to a small group of people before doing an announcement on tex-live(a)tug.org / c.t.t hoping that perhaps more people can have a look, and that the remaining bugs can then be fixed before 'normal' users start using the site. Please also let me know what you think could be improved, but before you suggest extra features, have a look at the page below to make sure your suggestion is not planned already: http://tlcontrib.metatex.org/todo.html Best wishes, Taco PS Mojca: I deleted your luatex darwin package to get a fresh start in the distribution database, sorry. Please, can you re-add it?

7 35

[***SPAM***] http://wiki.contextgarden.net - Contact needed
by Martin Vermont 06 Oct '10

06 Oct '10

I am Dr. Martin Vermont and I work for Multilingual Search Engine Optimization Inc. in Washington DC ( Tel: 1-202-558-2504) - I would like to speak with the person in charge of your international clientele. Who is my contact? Who should I speak to?? In fact, after visiting http://wiki.contextgarden.net , I have noticed that your website cannot be found on foreign search engines (I tested it on Hispanic search engines, German search engines, Asian search engines, etc.) Our company is specialized in multilingual search engine promotions in 28 languages . From the Japanese Google to the German Yahoo, from the AOL in Spanish to the MSN in Chinese, we can show you how to develop a true international online presence by promoting your website on foreign search engines. Let us show you how to develop a presence on the multilingual web without having to translate your website: It is not necessary to translate your website in order to submit to foreign search engines, however, you need to have at least 1 page in Japanese optimized with Japanese keywords and meta tags in order to submit to Japanese search engines, at least 1 page in Spanish optimized with Spanish keywords in order to submit to Hispanic search engines and so on... I strongly suggest that you watch our online presentation which will explains clearly how to get top rankings on foreign search engines with only 1 entry page per language (click on the following link or copy-paste it into your web browser): http://www.mplw.net/demo >From the Japanese Google to the German Yahoo, from the AOL in Spanish to the MSN in Chinese, get users to find your website when searching with YOUR KEYWORDS in their Native language. Please call me at +1 (202) 558-2504 or email me and let's work on giving your website the true international exposure which it deserves to have with foreign native online users!! Regards, Martin Vermont, Ph.D. mvermont(a)mplw.net <mailto:mvermont@mplw.net> Multilingual Search Engine Optimization Inc. 1250 Connecticut Ave N.W. Suite 200 Washington, DC 20036 USA TEL: +1 (202) 558-2504 - FAX: 1 (202)-318-2453 http://www.mplw.net Multilingual Search Engine Promotion Services since 1999.

2 1