- ntg-context - Mailing Lists

lgrind...
by Andre van der Vlies 14 Sep '05

14 Sep '05

Hi, I use 'lgrind' to format my 'source code' (C, python, sricpts, etc.). I like the 'layout' (highlighting, line numbering...). Is there something equivalent (or better :) in/for ConTeXt? -- Andre van der Vlies <andre(a)vandervlies.xs4all.nl> Certifiable UNIX engineer Homepage: http://vandervlies.xs4all.nl/~andre Key fingerprint = 397C 7479 67DB 9306 23DC B423 7B58 CD5A 6EFF 5CF8 -- () ascii ribbon campaign - against html e-mail /\ - against microsoft attachments ^[^#] --

5 5

towards some more consistency in regimes & unicode support
by Mojca Miklavec 14 Sep '05

14 Sep '05

Hello, Sorry for a slightly longer mail. I wanted to send it to context-dev, but probably there's someone else besides Adam out there who could contribute (for example to re-chech Greek or Cyrillic section of Unicode or even add some missing Hebrew definitions for example). If someone thinks that it's more appropriate, please feel free to continue the discussion on context-dev. I. in regi-utf it would be fine to add: \defineregimesynonym[utf-8][utf] \defineregimesynonym[utf8][utf] II. After a long time I finally decided to write my first ruby script. I took UnicodeData.txt, adobe glyph list, enco-uc.tex, collected averything together, removed characters >FFFF (in case someone needs them they can trivially be added again, but I don't think that anyone is planning to name them shortly), did some manual corrections ... and here are the results: http://pub.mojca.org/tex/enco/contextlist/ http://pub.mojca.org/tex/enco/contextbase/regi-temp.tex The idea behind is that there is no "definite refence" to the ConTeXt glyph names, which means that every new regime that should be supported needs a lot of manual work and leads to many inconsistencies. The file contextnames.txt contains the Unicode hexadecimal number, pdf name (from Adobe Glyph List), ConTeXt name and the Unicode name. This could then be a source of information when adding new regimes, writing unicode vectors (unic-*), mapping to font encodings, uppercasing/lowercasing information for font encoding and other files can now be derived directly from unicode and this list (unicode already contains information about upper/lowercase variants of the letters) ... There is some more info missing, which should be either packed within the same file or in separate files: - ConTeXt synonyms (like \Dcroat -> \Dstroke, ...) - pdf synonyms (dbar -> dcroat), to help recognize the glyphs in .enc or .afm and automate support for it - faking the characters (\ccaron -> \buildtextaccent\textcaron{C}) - unaccented version of the characters (\Aacute -> A, ...) - other characters not present in unicode (Caron, Acute - these are accents for uppercase letters, ...) - (I'm sure that I wanted to add some more points, but I don't remember any other right now) When I wanted to add the names from unic-34.tex, I realized that we don't really need to have a command for "every single unicode character" (we certainly don't need to map math characters into that region), but if someone already has a file with unicode integrals, it costs nothing to give him those characters in output. (Shortly: 0x2211, "N-ARY SUMMATION" should expand into $\sum$, but not the other way round) I have to slightly change the syntax in the context glyph names file to note this difference and to be able to define math (and other) signs properly. ------------------------------------------------------------------------ III. Now I need some help - someone should help me revise the file contextname.txt (I prepared a HTML version of it): correct mistakes (if any are spotted), add new definitions, help to prepare a list of synonyms, a list of expansions (\buildtextaccent), ... ------------------------------------------------------------------------ Here are some points which I spotted, but can't fix them alone 1. Characters missing (needed by some regimes): 0020-007F section 037A GREEK YPOGEGRAMMENI 0384 GREEK TONOS 0385 GREEK DIALYTIKA TONOS 2015 HORIZONTAL BAR 2017 DOUBLE LOW LINE 20AA NEW SHEQEL SIGN 20AB DONG SIGN 20AF DRACHMA SIGN 2116 NUMERO SIGN 200E LEFT-TO-RIGHT MARK 200F RIGHT-TO-LEFT MARK 1Exx section 2. Greek - there are some name inconsistencies when compared to the unic-031 vector, but I don't know anything about old greek. I didn't check Cyrillic at all. 3. Punctuation and accents - mostly names for quotes and language dependency (lowerleftuppersixquote in comparison to lftdblquote ... or whatever they are called) (+ tricks, I already asked about quotes & hyphenation approximately a week ago). I have problems understanding the difference between letter modifiers (U+02Cx) and usual accents (U+00Bx), "Combining Diacritical Marks" (U+03xx) should be supported somehow as well. I have no idea how to make U+0065 U+0301 (e + combining acute accent) into eacute. 4. should hungarumlaut be doubleacute and hungarumlaut only its synonym or the other way round? 5. tbar vs. tstroke: compare 0166 and 023E 6. cedilla/commaaccent dilema: there's a huge problem with "t with cedilla" (0162): "t with comma below" (021A) sould be used instead (at least this is stated in Unicode reference), but most regimes map a character to "t with cedilla" (0162), which seems stupid to me. Adobe glyph list therefore uses tcommaaccent for "t with cedilla", which looks like "t with comma accent", but is on the wrong place. lmr have both tcommaaccent and tcedilla. \tcedilla should be "t with cedilla" in my opinion and \tcommaaccent "t with comma accent". That currently isn't the case in ConTeXt unless something has changed recently. There are many other letter wrongly named in Unicode ("with cedilla"), although they have a comma. I would suggest to name them \[gklnr]commaaccent and use \[gklnr]cedilla as a synonym (if needed at all for backward compatibility, otherwise it would be better to leave them out; there is no such letter with cedilla in unicode, if someone needs one, he can construct one trivially with \buildtextaccent) 7. there's "a-kind-of-bug-but-not-really-one" in enco-ans.tex. textcedilla maps to 184, which isn't defined in Antykwa for example (it's on place 24). It's more a "bug" in texnansi encoding, which has cedilla on two places, which is pretty stupid. But anyway: \definecharacter textcedilla 24 would solve some problems (and hopefully not introduce new ones). 8. most letters are named "c with cedilla" -> ccedilla what about the names for "open o", "turned e", "long s", "turned r with hook"? \openo or \oopen? \rturnedhook or \turnedrhook? 9. can latin letters and numbers be accessed somehow by name? 10. Adam prepared some dingbats support I think, this could be added here. 11. There's a showunicode pdf document on pragma-ade.com (at least I saw it once), but it's not listed on the overview.htm. 12. I don't know if anyone would ever need to switch from viscii regime to some other, but what would happen to the characters under 128 (some of them are redefined in viscii)? I'm affraid that there would remain Vietnamese leftovers in the lower part of the table. 13. If there are any other comments on the table and/or the script(s), please let me know. IV. With the help of the prepared names list I processed definitions for regimes (taken from Unicode webpage) for ISO-8859-* and cp125* (others should be trivial). They are only preliminary, some (Hebrew, Thai, Arabic) probably don't make any sense yet, but could the rest be added to ConTeXt after someone checks if everything is OK? (iso88595, cp1251, il1, il2, il9, windows and viscii regimes already exist and should be compared for differences) If possible in such a way that it wouldn't be necessary to include the regime definition file manually, but similarly as \usemodule[pre-polish] finds and processes the proper file, the \enableregime[xxx] should find the proper file and load it. (And for those who made it till here - sorry again for that gigantic mail.) Mojca

2 2

Problem following "OpenType installation basics for ConTeXt" article
by Gavin Sinclair 14 Sep '05

14 Sep '05

Greetings (first post), Adam Lindsay's recent article "OpenType installation basics for ConTeXt" in The PracTeX Journal (http://www.tug.org/pracjourn/2005-2/lindsay) is very well written. Unfortunately, I was unable to perform the first step. As the article specified, I ran the command: $ texfont --ma --in --ve=public --co=torunska --lcdf --pre --va=liga,kern It started off OK, but failed to properly create the map file. Selected output follows: extending map file : E:/MiKTeX/local/fonts/map/pdftex/context/texnansi-LIGA-KERN-public-torunska.map font identifier : AntykwaTorunska-Bold -> text -> tfm processing files : otf -> tfm + enc otftotfm: './AntykwaTorunska-Bold.otf': No such file or directory no mapfile from otftotfm : texfont.map font identifier : AntykwaTorunska-BoldItalic -> text -> tfm processing files : otf -> tfm + enc otftotfm: './AntykwaTorunska-BoldItalic.otf': No such file or directory no mapfile from otftotfm : texfont.map [and so on for each .otf file] So, otftotfm is claiming that the files don't exist, but they absolutely 100% do. Perhaps it's looking for them somewhere else? Does anyone have any suggestions? Regards, Gavin

8 20

\setupbodyfont[10dd]
by Mojca Miklavec 14 Sep '05

14 Sep '05

Hello, This question doesn't come from me, but as I wasn't able to answer, I'm posting it here: Consider the following text: \setupbodyfont[20pt] \starttext \input tufte \switchtobodyfont[10pt]\setupinterlinespace\page \input tufte \switchtobodyfont[10dd]\setupinterlinespace\page \input tufte \switchtobodyfont[10.6574803pt]\setupinterlinespace\page % = 10dd \input tufte \stoptext How are the interline distances determined? The last two pages give different results. The line breaking could be influenced by minimal rounding mistakes, but I don't understand why the distances between lines differ substantially. Thank you, Mojca

5 10

Re: [NTG-context] lgrind (An intro to LaTeX package conversion)
by Brooks Moses 14 Sep '05

14 Sep '05

(Andre: I'm sending this reply back to the ConTeXt list, because I think a fair bit of my reply might be generally useful to other people who want to try to convert LaTeX packages to ConTeXt. I hope that's ok!) At 01:58 PM 9/13/2005, Andre van der Vlies wrote: >Brooks Moses said: > > Meanwhile, though, after looking through the code, I don't think there's > > actually much need to modify the executable. Lgrind mostly doesn't write > > LaTeX (which is why Andre found it so obscure) -- it writes TeXcode that > > uses its own simple commands, which are then defined in lgrind.sty. To > > use > > Lgrind in ConTeXt, one needs to translate the style file into a > > t-lgrind.tex, at which point the same Lgrind output files can be used in > > both systems. > >Hmmm, that sure sounds promising. I've just recently using ConTeXt, this >week actually. I am trying to rebuild a, few paged, LaTeX document which >is typical for me... > >I think that renaming the 'sty' file will not be enough :-/ Not really, no. Though it's potentially a start. What you'll need to do then is to translate all of the LaTeX bits in it to ConTeXt bits. (Also, it may be easier to start with the lgrind.dtx file, since that has all the comments that explain what's going on.) >Thus, I produce a t-lgrind.tex, which I can \input and henceforth use >something like \plasterthis{fine.grind}? I should perhaps have explained that more thoroughly. ConTeXt has "modules", which are roughly equivalent to LaTeX's packages; the filename "t-lgrind.tex" indicates a module. (Specifically, the "t-" prefix indicates that it's a "third-party module", which is everything other than the modules that are actually part of ConTeXt itself.) Thus, you'd use it with \usemodule[lgrind] rather than \input. It amounts to pretty much the same thing, except ConTeXt does keep track of things so as not to load it twice, and things like that. One big difference is that LaTeX puts all package code in a \makeatletter / \makeatother block. ConTeXt doesn't do this, so you need to put those in manually -- the ConTeXt equivalent is \unprotect / \protect (which also allow ! and ? in macro names, along with @). >Or, am I on the wrong track??? > >I sure need to to a lot of reading... Feel free to ask questions, too! Some information to get you started: ===== An introduction to translating packages to modules ===== (As exemplified by a detailed discussion of lgrind.dtx) First, copy everything in lgrind.dtx from about line 609 ("Implementation of Lgrind") to the end of the file into t-lgrind.tex. Put a \unprotect command at the beginning, and a \protect command at the end, so that you can use @ in macro names. \newcommand and \renewcommand are LaTeX-specific. The easiest way to deal with this is to simply replace it with TeX \def macros, though that loses the error messages that come from checking whether the command exists or not. \DeclareOption is LaTeX's way of handling package options. For a first pass, it's probably easiest to just delete these. (Or, if you usually use the option, then include the option's code directly.) All of the \sffamily, \rmfamily, \itshape, and other font formatting commands on lines 727-736 are LaTeX-specific; you can replace them with the ConTeXt equivalents, which are on a Wiki page on "Basic Text Formatting". I'm not sure whether \normalfont (lines 893, 901, and so forth) is LaTeX-specific or not. You might have to replace that with the ConTeXt equivalent. At line 818, the "lgrind" environment is defined. The \newenvironment command is definitely a LaTeXism; you'll want to replace that with definitions for \startlgrind and \stoplgrind. The use of the minipage and figure environments in lines 1060 or so and later are going to require a bit of looking at to figure out how to best replace them with ConTeXt equivalents. Luckily, it looks like these are some of the "advanced" bits, so you could just not worry about this until you've got the basic lgrind environment working. And I think that should do it. There may be a few other LaTeXisms in the file that I missed, but a bit of testing should find those.... ===== end ===== Probably by the time you've done that, you'll have had quite a thorough introduction to ConTeXt! :) - Brooks

2 1

Can't compile the whole project
by Roman Schechtel 14 Sep '05

14 Sep '05

Hello from a new ConTeXt user! I've read the wiki-page on how to separate input files into a project structure (http://wiki.contextgarden.net/Project_structure) and now I have the problem that: - I can "compile" an individual component (resulting in a PDF) - I also can compile a product - But I can't compile the whole __project__! Everytime I try to compile the project, I get the "No pages of output" message in the log. My setup is the following: ----------------File: /environment.tex------------------------- \startenvironment environment \stopenvironment ----------------File: /project.tex----------------------------- \startproject project \environment environment \product ./product/product \stopproject ----------------File: /product/product.tex--------------------- \startproduct product \project project \component ./component/component \stopproduct ----------------File: /product/component/component.tex--------- \startcomponent component \product product \project project \dorecurse{10}{Component 1} \stopcomponent %________________________________________________________________ %I've put up those files in http://schechtel.de/pub/context/proj.zip Now.. I get a PDF when I compile component.tex individually, the same with product.tex -- but the PDF is not build when I compile project.tex The Logfile http://schechtel.de/pub/context/project.log.html ...shows something very interesting (marked red, scroll down). What am I doing wrong? Thanks for your help, Roman Schechtel

4 4

[BIB] Extra space before surname
by Giuseppe Bilotta 14 Sep '05

14 Sep '05

Hello, I just noticed that there is an extra space before the surname if there is no "von" part. My setup: \def\bracketed#1{[#1]} \usemodule[bib] \setupbibtex[database={mrabbrev,bezier}] \setuppublications[numbering=yes, sorttype=cite, criterium=all, numbercommand=\bracketed, refcommand=num] \setupcite[num][left={\start\bf[},right={]\stop}]

2 6

puzzling metafun graphics
by Thomas A. Schmitz 13 Sep '05

13 Sep '05

This one hast just cost me two hours, and I'm still baffled. The story (in shorthand): was trying to integrate a positional metafun graphic into a presentation. I got no output. I tried making a minimal example file to reproduce the problem, and sure enough, everything went fine. I rebuilt the entire file, by pasting one paragraph of the original file at a time, and I got exactly the output I wanted. [Drumroll] I deleted the original file and everything associated with it [i.e. all those .tui and .tuo etc.], saved the new file from my /tmp directory to my working directory, and -- I got no output again. diff shows that both files are identical. Looking at the logs, there's only one difference I can spot: < \openout5 = `test-mpgraph.mp'. --- > \openout5 = `05.11.08-mpgraph.mp'. 205,206c206,207 < [MP to PDF] (./test-mpgraph.1) [MP to PDF] (./test-mpgraph.2) < [MP to PDF] (./test-mpgraph.3) --- > [MP 05.11.08-mpgraph.1] [MP 05.11.08-mpgraph.2] > [MP 05.11.08-mpgraph.3] 211c212 < systems : end file test at line 426 --- > systems : end file 05.11.08 at line 426 213c214 < [flush and process test-mpgraph.mp afterwards] ) --- > [flush and process 05.11.08-mpgraph.mp afterwards] ) The "MP to PDF" part is missing from the file 05.11.08, which might explain why I don't see anything in the resulting pdf. But why? Can anybody enlighten me why the same file can behave differently? And how I can coax ConTeXt into running this MP to PDF thingy? Thanks Thomas

4 10

Re: [NTG-context] help at layout
by Boris Pedrofiets 13 Sep '05

13 Sep '05

Thank you Taco. This is exactly what i needed! btw. I think I need to do layouts more often. What is good litterature about this subject? Boris From: Taco Hoekwater <taco(a)elvenkind.com> Reply-To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> Subject: Re: [NTG-context] help at layout Date: Tue, 13 Sep 2005 11:22:21 +0200 > > >Boris Pedrofiets wrote: >>Hello, >>I want to make a layout where a vertical line is putted at the rigth of >>the left margin. Capters and paragraphs must indent in the left margin, >>and be boxed. >>Someting like: > >The important trick is to define a special command that does the >typesetting of the chapter number + text, I hope you're not too >scared of low-level TeX, because in the actual example below I've >added some low-level stuff to fiddle with the outdent. > >This is the basic setup for the chapter command: > > > \setupcolors[state=start] > > \def\Boxedchapter#1#2% > {\framed[background=color, > backgroundcolor=white]{#1.~#2}} > > \setuphead[chapter][command=\Boxedchapter] > > >The color commands are needed so that the background of the >chapter head overwrites the line in the margin. That line >is a single command, btw: > > \setupbackgrounds[text][leftmargin][state=start,rightframe=on] > > >Also, I've added a \blank in the example below so that a bit >of the line sticks out above the framed text, that looks >better, I think. > > >You can look up other options for \setupbackgrounds, \framed and >\setuphead in http://texshow.contextgarden.net, or use your local 'texshow' >command. > > >Greetings, Taco > > >% start >\setupcolors[state=start] > >\setupbackgrounds[text][leftmargin][state=start,rightframe=on] > >\newdimen\outdentchapter > >\outdentchapter=1cm % change this for more or less outdent > >\def\Boxedchapter#1#2% > {\advance\hsize\outdentchapter > \vbox > {\moveleft\outdentchapter > \vbox > {\blank[2*line] > \framed[background=color, > backgroundcolor=white]{#1.~#2}}}} > >\setuphead[chapter][command=\Boxedchapter] > >\starttext > >\chapter{The first chapter} > >\input knuth > >\stoptext >% end > >_______________________________________________ >ntg-context mailing list >ntg-context(a)ntg.nl >http://www.ntg.nl/mailman/listinfo/ntg-context _________________________________________________________________ Stuur een voiceclip met MSN Messenger 7.5 http://www1.imagine-msn.com/Messenger/Video.aspx

2 1

Section level of system supplied section?
by Giuseppe Bilotta 13 Sep '05

13 Sep '05

I found myself in the need to manually specify the section level at which things like e.g. the table of contents, bibliography etc were to appear. I did this with \let\systemsuppliedtitle\subject, but it looks like an (undocumented) hack. Is there some more correct way? -- Giuseppe "Oblomov" Bilotta

1 0