- ntg-context - NTG Mailing Lists

paragraph numbering & in[..] with paragraph resolution -> semantic refering
by Henning Haeske 24 Apr '07

24 Apr '07

Hi, as I am still new to context I really have no idea how to realize following: After each paragraph I like to have at the right bottom corner a small number. This number shout increase with every paragraph. The counting should restart after every heading (doesn't care which level). How can I realize this? Additionaly I like to use this number with the in-command: Instead of referering only to the heading number (e.g. 2.3.1) I want to refer to the paragraph (e.g. 2.3.1 / 16). But it should also be possible to refer to a group of paragraphs (e.g. 2.3.1 / 16 - 18 or 2.3.1 / 16, 21). Maybe with the possibility to exchange the / with anything else (e.g. 2.3.1 Abs. 17). I am really happy for any hint, tip, implementing strategy to realize this. Of course: if I have finally a working solution i will enter it into the context-wiki. Thanks, H.

1 1

Basic TeX question, how to redefine ^^M
by Zhichu Chen 24 Apr '07

24 Apr '07

Hi everybody, I want to insert some special thing between every paragraph, e.g., I'd like to make each paragraph on seperated pages. Then I use: ============================= \appendtoks\feedcurrentpage\to\everypar \def\feedcurrentpage{\page[yes]} ============================= and ConTeXt gives an error about TeX capacity exceeded. And I define: ===================== \def\^^M{\endgraf\page[yes]} ===================== nothing happened. So I'm lost. Can you tell me how to make it? -- Best Regards Chen ---------------------------------------------------------------- Zhi-chu Chen | Shanghai Synchrotron Radiation Facility No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China tel: 086 21 5955 3405 | zhichu.chen.googlepages.com | www.sinap.ac.cn ----------------------------------------------------------------

3 9

XeTeX opentype features don't work [solved]
by Ricard Roca 23 Apr '07

23 Apr '07

I have read this thread in the mailing list (http://archive.contextgarden.net/message/20070413.171025.c375278f.en.html) and understood the problem. Sorry for the noise. Ricard

2 1

\placefigure problems in Xetex
by Vyatcheslav Yatskovsky 23 Apr '07

23 Apr '07

Hello Unfortunately, I get dummy boxes instead of .pdf figures in the XeteXed document. I know, it has been discussed already in the list. However, I downloaded and installed the fresh version of TexLive2007 today, and no problems from updating shouldn't arise. The log says: figures : dimensions of ./f01.pdf calculated by rlxtools system(texmfstart rlxtools --identify ./f01.pdf)...disabled. figures : dimensions of ./f01.pdf calculated by rlxtools figures : figure f01.pdf can not be found Surely, the figure is present in the same directory as the .tex document itself. (The same running pdftex works fine). Best, Vyatcheslav Yatskovsky

6 5

XeTeX opentype features don't work
by Ricard Roca 23 Apr '07

23 Apr '07

Hi, I can't use opentype font features with XeTeX, e.g. "Palatino Linotype:+smcp" for small caps. It works with plain XeTeX or ConTeXt with \font, e.g. \font\PALA="Palatino Linotype:+smcp" at 12pt \PALA some text... but not with typescripts, like \starttypescript[serif][PalatinoLinotype][uc] ... \definefontsynonym[PalatinoLinotypeCaps]["Palatino Linotype:+smcp"][encoding=uc] ... \stoptypescript \starttypescript[serif][PalatinoLinotype][name] ... \definefontsynonym[SerifCaps][PalatinoLinotypeCaps] ... \stoptypescript \starttypescript[PalatinoLinotype] \definetypeface[PalatinoLinotype][rm][serif][PalatinoLinotype][default][encoding=uc] \stoptypescript \usetypescript[PalatinoLinotype] \setupbodyfont[PalatinoLinotype] so it must be a ConTeXt problem, not a XeTeX one. It works well with the font name alone, without any colon plus features, like "Palatino Linotype". With ConTeXt versions released some months ago all opentype features worked perfectly, and there wasn't any problem. Thanks in advance, Ricard

1 0

\useexternalfigure
by Jörg Hagmann 23 Apr '07

23 Apr '07

I have organised my (many!) figures in a file listing them all (\useexternalfigure[][][width=...]) I find it very convenient to adjust the width there and not in the \placefigure part of the single chapters. I suppose it is presently not possible to also control the placement (inner, outer and such) from \useexternalfigure. Of course I have no idea whether that would be possible/difficult/easy. But if it's easy to implement, just take it as a (non-urgent) suggestion. Cheers, Jörg

1 0

The \frac macro.
by John R. Culleton 23 Apr '07

23 Apr '07

Knuth defines a macro for simple fractions such as 3/4 etc. and calls it \frac: \def\frac#1/#2{\leavevmode \kern.1em \raise .5ex \hbox{\the\scriptfont0 #1}% \kern-.1em $/$% \kern -.15em \lower .25ex \hbox{\the\scriptfont0 #2}}% The call is e.g., \frac 3/4. This works fine in Context. However if I undefine the Knuth macro and still use the same \frac call I don't get an error message but the results are quite different. I get both a stroke and a bar between the 3 and the 4. Is there another macro in Context called \frac and if so how is it called? -- John Culleton Able Indexing and Typesetting Precision typesetting (tm) at reasonable cost. Satisfaction guaranteed. http://wexfordpress.com

4 3

ConTeXt versioning model critique
by Vyatcheslav Yatskovsky 22 Apr '07

22 Apr '07

Dear Patrtic, > ... ConTeXt would probably stabilize, which IMHO is not a good thing. > One thing I really love ConTeXt for is the speed new techniques are > adopted (pdf features, luatex,...) One day we might have a ConTeXt > MKII book for those who are afraid of swithing to pdftex2. ConTeXt should be eventually stabilized so that someone can make some use of it. But, there is a way for rapid adopting of new techniques too. My experience of using open-source products (I'm best familiar with Moodle) suggest that there should be overlapping cycles in development: 1. Allocate new version number and start implementing new features. Many things are broken at the moment and the version becomes unusable for production purposes. 2. Stabilize this version and make definite release (number x.x.). Now it can be used for production. 3. Continue resolve bugs in this version AND perform Step 1 IN PARALLEL. Moodle follows this model and I always wandered how smooth it was to migrate between releases. Everything is completely predictable. Please, look at http://download.moodle.org/ to get the idea of their versioning. I think ConTeXt needs similar versioning model badly. Now it has rather naive model (release dates) that doesn't help in deciding about stability at all. -- Best regards, Vyatcheslav Yatskovsky

7 9

layout maximal width and height
by Xan 22 Apr '07

22 Apr '07

Hi, Is it any way to set only left and right margin on layout and that width and height of the text are automatically set to the maximal of the possible width (that is \printpaperwidth-\leftmargin-\leftedge-\leftedgedistance-\leftmarginditance-{the same with right margins})? I think that it will be useful if there were something like: \setuplayout[ leftmargin=0mm, leftedge=10mm, %distance between border of paper and margin leftmargindistance=0mm, %distance between margin ant text leftedgedistance=0mm, %distance between margin and leftedge rightmargin=0mm, rightedge=10mm, %distance between border of paper and margin rightmargindistance=0mm, %distance between margin ant text rightedgedistance=0mm, %distance between margin and leftedge width=maximal] (see the last line) Thanks, Xan

6 9

Re: [NTG-context] Vertical alignment of framed text
by Vyatcheslav Yatskovsky 19 Apr '07

19 Apr '07

Hello Mojca, Is there need for \strut at all? The definitions \def\hotkey#1{\inframed[corner=00, offset=0pt]{\ #1\ }} and \def\hotkey#1{\inframed[corner=00,offset=0pt]{\strut\ #1\ }} work equally well and I can see no difference. I (wrongly) supposed that \strut version can prevent the frame from growing in height, but when I set offset more then zero, the height is increased too. In your original version, only the offset option was omitted, so that frames was bigger by default. With offset=0pt they look just pretty. (Until there are possibility to control width/height or xoffset/yoffset separately). Thanks a lot. Best, Vyatcheslav > On 4/19/07, Mojca Miklavec <mojca.miklavec.lists(a)gmail.com> wrote: >> Hello Hans, >> I've found the following sentence in core-rul.tex: >> %D The last conditional takes care of the special situation of >> %D in||line \inframed[height=3cm]{framed} boxes. Such boxes have >> %D to be \inframed{aligned} with the running text. >> But the behaviour seems either broken or perhaps I didn't understand >> the concept. The text inside bigger \inframed command doesn't seem to >> be aligned properly: >> The last conditional takes care of the special situation of in||line >> \inframed[height=3cm]{framed} boxes. Such boxes have to be >> \inframed{aligned} with the running text. >> Thanks a lot, >> Mojca >> PS to Yatskovsky: I didn't realize that \inframed was indeed only a >> synonym for "location=low". > The culprit most probably lies here: > \installframedlocator \v!low > {} > {\doprelocframedbox\strutdp > \setbox\framebox\hbox{\lower\scratchdimen\box\framebox}% > \ht\framebox\strutht > \dp\framebox\strutdp > \box\framebox} > The box is lowered for "strut depth" + line width + offset, without > taking the extra parameter "height=..." into account. > For Yatskovsky: you can still use something like > \def\hotkey#1{\inframed[corner=00,offset=5pt]{\strut\ #1\ }} > if you need to have bigger offset (offset=...) and if you want all > your hotkeys to be equally heigh (\strut, although I believe that > strut is already there by default). > But the "forgotten case" could or should still be solved ... > Mojca

3 2