Re: [NTG-context] consecutive full stops in "num" bib style after "et al"

On 2019-07-29 15:18, Alan Braslau wrote: >> \setupbibtex[database=tmp] >> \setuppublications[alternative=num] > > You are using the old mkii bibtex module. You're right. I'm too afraid of changing to the new way, at least for the book that I've just submitted for copyediting. For the next

[NTG-context] consecutive full stops in "num" bib style after "et al"

In the "num" bibliography style, bibliography entries that get "et al."ed (the author list is too long and "et al." is inserted) end up with two full stops in a row. Here's a minimal example: \setupbibtex[database=tmp] \setuppublications[alternative=num]

[NTG-context] registers: subentry indentation different from word--number gap?

I don't think the current behavior is a bug, so the following is a feature request: With the following fairly minimal example \setupregister[index][indicator=no, distance=0.5em] \starttext ABC\index{x}DEF\index{x+yyz} \blank \placeindex \stoptext the distance parameter sets (1)

Re: [NTG-context] [DKIM Failure] Re: reference containing parentheses causes trouble

On 2019-07-10 13:04, Peter Rolf wrote: > Hi Sanjoy, > > I think it's just the 'normal' limitations you have when setting a > variable/id name. Special characters, like parenthesis, are not allowed > here. Peter, I think that's right, but there are small differences. For example, variables in

[NTG-context] index page ranges where start page == end page

The following probably well known minimal example \starttext \startregister[index][key1]{an entry}\input knuth\stopregister[index][key1] \placeindex \stoptext produces the index entry "an entry 1--1", where the page range should be just a single page. A question (and then two

[NTG-context] reference containing parentheses causes trouble

Dear List, Warning: The following may be a bug or feature or just my misunderstanding! It seems that parentheses cause trouble in references. MNWE: \starttext \section[sec:one(two)]{One} As you see in sec.~\in[sec:one(two)], \stoptext The "in sec.~\in[sec:one(two)]" typesets as "in

[NTG-context] chapter-number prefixes on figure, etc, numbers, even in unnumbered section appearing in TOC

Dear List, The following, it seems, is a recurring question, which I had hoped to solve by digging in the test suite -- but no luck. The problem is to have figures, list items, problems, etc. numbered with a chapter prefix (e.g. Figure 7.18) even in

Re: [NTG-context] right figure at bottom of page can narrow text block on whole next page

> This has come up a few times on this list. Hans has stated a reluctance > to make a change or add an option to discard the unused vertical space > (see https://www.mail-archive.com/ntg-context@ntg.nl/msg21273.html from > March 2007, and most recently >

Re: [NTG-context] hysteresis with content in blocks (one strike and you can be out forever)

> You can set dimensions with the measure system > > %\definemeasure [TestValue] [20pt] > > \starttext > \measure{TestValue} > \stoptext > > and other values with \setvariables > > %\setvariables [test] [abc=20] Probably the .tuc hystersis can jump up and bite one in the rear end in other ways.

[NTG-context] hysteresis with content in blocks (one strike and you can be out forever)

Apologies for the cutesy subtitle. In plainer English, the information saved in the .tuc file can make it so that a valid ConTeXt file doesn't compile merely because of what it contained when it was compiled before. Here is a MIE (minimal illustrative example), on Linux amd64, 2019.01.28 beta:

Re: [NTG-context] constructing block content partly with lua

On 2019-02-05 17:21, Hans Hagen wrote: > i'm not sure what you want but thsi might give a clue > ... > \startluacode > buffers.assign("temp","test 2") > structures.blocks.save("foo",nil,nil,"temp") > \stopluacode Ah, thanks, that looks like what I need, or at least part of it, and will keep me

Re: [NTG-context] constructing block content partly with lua

On 2019-02-05 16:24, Hans Hagen wrote: >> \startluacode >>context.beginanswer() >>context("\\onearg{Test parameter}") > > does > > context.onearg("Test parameter") > > work? Sorry, I forgot to say that I had tried that version too but also with no luck. Also, either version of onerg

[NTG-context] constructing block content partly with lua

Dear List, I've been trying to construct part of a block's content programmatically with Lua. Despite many experiments and much rereading of the cld manual (especially chapter 3 on functions), the following attempt fails for reasons that perplex me. Below is the MNWE (Minimal NonWorking

Re: [NTG-context] test-suite wiki page

On 2019-02-01 17:57, Taco Hoekwater wrote: > Yes, foundry.supelec.fr is officially dead now (and that project with > it) >> 2. I did find the (a?) test suite on the PRAGMA site at >> as a 7zip file. Is that >> the correct location to point people

Re: [NTG-context] [DKIM Failure] Re: getting ConTeXt results back to Lua (for typesetting solutions at end of document)

On 2019-02-01 07:58, "Mikael P. Sundqvist" wrote: > this is what I learned from the list to use. I'm sorry, but the names > sound a bit Swedish, but I'm sure you can change that. The Swedish is not a problem. Swedish, like Dutch, seems to be (English + German)/2. Or sqrt(English*German) if,

[NTG-context] test-suite wiki page

In another thread, Hans had pointed me to the examples of blocks in the test suite. That leads to my following two questions before I revise the associated wiki page: 1. The wiki page about the test suite contains dead links to

Re: [NTG-context] getting ConTeXt results back to Lua (for typesetting solutions at end of document)

On 2019-02-01 09:48, Hans Hagen wrote: > given that context originally was made for typesetting educational > materials including questions, answers, explanations ... how about > looking at the 'blocks' mechanism (there are some examples in the test > suite under blocks) They are very helpful;

Re: [NTG-context] getting ConTeXt results back to Lua (for typesetting solutions at end of document)

Thank you, Matthias and Wolfgang, for the examples/solutions. If I understand them right, there must be one solution for each exercise (otherwise the solution numbering gets out of sync). Or do the coupling= options in Matthias's example remove that restriction? In my experiments with the

[NTG-context] getting ConTeXt results back to Lua (for typesetting solutions at end of document)

Dear List, I'm trying to have problem solutions automatically collected, each with its corresponding problem number, e.g. 2.3, and then typeset at the end of a document. Thus, I imagine something like \startproblem{A problem title} % Problem 1.1 A question \startsolution An

[NTG-context] right figure at bottom of page can narrow text block on whole next page

Dear List, A figure near the bottom of the page can narrow the text block on the whole next page. I noticed the problem when typesetting my (next) book. But the book is more a maximal than a minimal example. However, from it I made the minimal example included below that uses no external

Re: [NTG-context] getting metafun positions within (displayed) math mode

[Sorry for probably breaking the threading -- long story with not using the mailing-list administrative interface correctly at first.] Aditya writes: > No time for a detailed answer, but what you need is the following: > ... Thank you -- that should work. I won't have many of these equation

[NTG-context] getting metafun positions within (displayed) math mode

Dear ConTeXters, For my sins, and to make students unhappy all over the world, I am writing another book: _A Student's Guide to Newton's Laws of Motion_ (for Cambridge University Press, aka CUP). As partial compensation, I convinced CUP that I may typeset it in ConTeXt and deliver them PDF.

Re: [NTG-context] location of old ConTeXt versions?

Thanks, Mojca. Inspired by your suggestions, I did the following (which should work on Ubuntu too, but I am using Debian testing a.k.a. stretch): $ dpkg --add-architecture i386 $ apt update $ apt install libc6-i386 and voila my old binaries from the minimal worked! There were other issues that

Re: [NTG-context] location of old ConTeXt versions?

Peter Münster writes: > I have context-2014.03.25-16:58 and context-2014.06.22-19:58. If you > want, I can prepare 1 or 2 tar-files (or zip) for you. Peter, I appreciate the kind offer. I remember trying both those versions last year, and they produced different page and

Re: [NTG-context] location of old ConTeXt versions?

luigi scarso writes: > Have you seen this site ? > > http://ftp.math.utah.edu/pub/tex/historic/systems/texlive/ Thanks -- that might help! I'm going to try texlive 2010: The last PDF of that book was generated on 2010/05/01 using pdftex and ConTeXt 2009.11.06. The

[NTG-context] location of old ConTeXt versions?

Dear ConTeXters, In order to correct an embarrassing thinko (wrong units of acceleration!) in my book for its next printing, I need to regenerate the PDF changing only that one spot. Thus, I am looking for an old ConTeXt version, 2014.05.17. The latest versions find different page and line

[NTG-context] example of better linebreak with 2014.05.17 compared to 2014.07.07

Out of curiosity and as a ConTeXt stress test, I installed 2014.07.07 MkIV and recompiled my book with it, and looked at the pixel-by-pixel comparison between it and the version compiled with 2014.05.17. There were many changes. I am going through them one at a time in case any could be bugs in

Re: [NTG-context] example of better linebreak with 2014.05.17 compared to 2014.07.07

Hans Hagen pra...@wxs.nl writes: it can happen if patterns or fonts changed ...so, best make two small test files and we can look into it with tracing There's just one test file for both (see below). I think I verified that the texgyrepagella font is the same in both context minimals. But

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

Wolfgang Schuster schuster.wolfg...@gmail.com writes: math-stc.mkvi: % - \ifx\currentmathtext\empty + \ifx\m_math_stackers_text_middle\empty \setbox\scratchboxthree\emptyhbox Is this change still also needed (in addition to the luatex fix)? -Sanjoy

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

Sanjoy Mahajan san...@mit.edu writes: I've been finding many unexplained 0.5pt or so differences, which may be related to the underbrace problem. ... What I keep finding is that pages long after where I make a small change somehow get changed, with roughly one-pixel shifts to parts

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

luigi scarso luigi.sca...@gmail.com writes: Under linux you can also try diffpdf Thanks -- I'd forgotten about that and just tried it. If you are looking for pixel-level changes, my script makes it easier to see exactly what the changes are. On the other hand, diffpdf is more polished than my

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

Hans Hagen pra...@wxs.nl writes: After a day of testing, tracing, wondering etc Luigi and I figured out what was the problem it tooks us lots of debug prints -). Indeed there is a bug in luatex. Great detective work! So, some random value (not entirely random as it depends on what mem

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

Once it in the luatex trunk, I will check it right away. I just compiled and installed luatex 0.79.1 r5033, remade the formats, and the result passes my underbrace tests (the 30,000 iterations and the examples in my book mss). Thank you for the great debugging. -Sanjoy

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

Wolfgang Schuster schuster.wolfg...@gmail.com writes: It does also depend on the width of the text because when I use 48pt in the example below the height of the brace is always the same but with 49pt the height increases after the first page. An interesting bug. That's also consistent with

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

I thought the problem might lie with the general \definemathunderextensible (math-stc.mkvi), because underbrace is defined as \definemathunderextensible [vfenced] [underbrace][FE3DF] % [023DF] Other underextensibles include \underbar: \definemathunderextensible [vfenced]

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

math-stc.mkvi: \unexpanded\def\math_stackers_make_double#top#bottom#category#codepoint#codeextra#text% ... - \ifx\currentmathtext\empty + \ifx\m_math_stackers_text_middle\empty \setbox\scratchboxthree\emptyhbox \else Thanks for looking into this, Wolfgang. I

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

'{if (($3 0.02)) print;}' | sort -nr -k3 | awk '{print $1}' | xargs -r feh -Sanjoy #! /bin/bash # Usage: $0 file1.pdf file2.pdf # # compares file1.pdf and file2.pdf by rendering each page and using # the 'compare' ImageMagick utility # # Copyright 2007-2014 Sanjoy Mahajan. Licensed under the GNU

[NTG-context] underbraces get progressively more misaligned (w/ minimal example)

Dear list, As I copyedited my book, I noticed examples where the underbraces in math formulas were not aligned vertically, especially toward the end of the book. Eventually I realized it was not due to my growing copyediting skill, and I have made the following minimal example showing the

Re: [NTG-context] underbraces get progressively more misaligned (w/ minimal example)

Here is a 72dpi rendering of the last page (with recursion count=3). -Sanjoy ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl /

Re: [NTG-context] second-level seeindex entry nested too deeply

Hans Hagen pra...@wxs.nl writes: can you play with: \unprotect \unexpanded\def\startregisterseewords {\par % \ifhmode\crlf\fi \begingroup \setfalse\c_strc_registers_page_done \dostarttagged\t!registerpage\empty \useregisterstyleandcolor\c!pagestyle\c!pagecolor}

[NTG-context] small indexing glitch if index entry has extra {}

Here's a small glitch with indexing, which I ran into by chance and enclose a minimal example. Because of the extra {} in the entry \index{{two dimensional}} the index duplicates the entry: t two dimensional 1 two dimensional 1 \setupregister[index][n=1] \starttext \index{two

[NTG-context] second-level seeindex entry nested too deeply

I think the following minimal example is giving an incorrect index. As ascii, the index comes out as a area 1 ellipse 1 see United Kingdom, area whereas the see United Kingdom, area should be indented the same as the ellipse second-level entry. It comes out okay if I delete the

[NTG-context] distinguishing index entries according to function by using \setupregister

In MkII, one could configure the index to have different types of page entries, e.g. roman and italic, by using \setupregister, as in the example at http://wiki.contextgarden.net/Command/setupregister. That doesn't work with a fairly recent MkIV (2014.05.17 beta). I see that it's a long-standing

Re: [NTG-context] distinguishing index entries according to function by using \setupregister

Hans Hagen pra...@wxs.nl writes: hm, it's already an old (mkiv) feature we have a better and mnore powerful mechanism now \defineprocessor[bf][style=bold] \defineprocessor[it][style=italic] Thanks for this, and sorry for the noise. I didn't even see that material on the Registers wiki

Re: [NTG-context] internal mptopdf converter skips some glyphs in labels

Hans Hagen pra...@wxs.nl writes: you see the message: LuaTeX warning (file cmr10): Font cmr10 at 3000 not found You are right, though I had unwisely ignored it (weak excuse below). so you need to load a map file that matches the used fonts: \loadmapfile[mkiv-base] That does fix it, thanks.

Re: [NTG-context] internal mptopdf converter skips some glyphs in labels

Hans Hagen pra...@wxs.nl writes: Alternatively, you can consider making your mp graphics like this: \startMPpage some code \stopMPpage This will use the regular font system, gives access to everything context as well, and makes it possible to opentype fonts. The resulting (cropped)

[NTG-context] larger dot using \dot?

Dear list, Is there an easy way to enlarge (and maybe slightly raise) the dot in, for example, $\dot V$? I tried using \overset with an external figure (a pdf of a filled circle), but the \hbox inside \overset meant that subscripts weren't tucked in. I also failed with metafun. -- -Sanjoy

Re: [NTG-context] internal mptopdf converter skips some glyphs in labels

Hans Hagen pra...@wxs.nl writes: This is with Context 2013.05.28 00:36 MKIV (TL2013 on Debian). the beta works ok .. are there any messages with respect to missing fonts or map files? FYI, with recent betas (2014.05.17 from a context standalone or 2014.05.21 from Debian TL2014), I still

[NTG-context] larger dot for \dot ?

My students complain that the dot in, for example, $\dot M$ is too small and that they easily miss it. So I have been trying to make a bigger one, but haven't found a solution that plays nicely with the surrounding math. For example, \def\mydot{\overset{\externalfigure[dot.pdf]}} %bigger than

Re: [NTG-context] numerator is too high in \frac{3}{4}, in palatino

Hans Hagen pra...@wxs.nl writes: these are font properties and using a consistent opentype math versus a bunch of loosely related type one fonts makes a difference But shouldn't TeXGyrePagellaMath qualify? I've added: \starttext $\displaystyle 1+{2g\over3}+{2\over3}$ \blank

[NTG-context] workaround for another too-low symbol in Pagella?

Here's another math symbol that I think is too low: the vertical bar in Palatino/Pagella. Here's an almost-minimal example. I've left in the surrounding text, to show how it's used (in probability, as P(H|E)). I think the bottom of the bar is correct, but the tip of the bar doesn't reach to the

Re: [NTG-context] Vertical alignment of \placefigure[right]

I would like to vertically shift the placement of figures (\placefigure[right]...), so that the upper side of the figure would be aligned with the top of the first line in a paragraph as opposed to the bottom [of the first line?] of the first paragraph. Ah, I can finally answer a question.

Re: [NTG-context] Vertical alignment of \placefigure[right]

I use high in combination with zero spacing afterwards, in order to tighten the text flowing around the figure. Compare the two variants below. (I confess to not knowing the difference between sidespaceafter and spaceafter, but both seem to have the same effect.) \starttext

Re: [NTG-context] Vertical alignment of \placefigure[right]

Here are a few more keys. I don't fully understand their effect, but I found them in strc-flt.mkvi (p.s. shouldn't that be .mkiv ?). In the final grid examples, I extended the figure height to 4.5cm, to show the effect of the grid, which seems to be that the bottom of the figure aligns with a

[NTG-context] \pm set too low in MkIV?

Continuing my recent theme of finding glyphs too low or too high: The \pm symbol looks like it is set too low, in MkIV. \setuppagenumbering[location=] \starttext $\pm2$ \stoptext The minus part of the sign lies below the baseline, which looks odd relative to the horizontal stroke of the 2. In

Re: [NTG-context] \pm set too low in MkIV?

Thanks for the testing. I just tried it too. The live context uses MkIV 2012.05.30. It also gets a different set of fonts: VNVCGN+LMMathSymbols10-Regular Type 1Custom LFHPBE+LMRoman12-Regular CID Type 0C Identity-H I still wonder whether the

Re: [NTG-context] \pm set too low in MkIV?

the + aligns on the math axis so one can argue if the type-one variant is ok ... so we would need a smaller (less height) + then which would look visually weird Plain TeX doesn't align the plus/minus to the math axis. Rather, the minus is aligned to the baseline, and the horizontal stroke

Re: [NTG-context] numerator is too high in \frac{3}{4}, in palatino

I just compared MkII and MkIV in this respect, and the MkII fraction looks more symmetric (more correct) than the MkIV version. Here is the MkII code: \usetypescript[palatino][ec] \setupbodyfont[palatino] \starttext \startformula {3\over4}\quad {1\over2} \stopformula \stoptext I've attached

[NTG-context] numerator is too high in \frac{3}{4}, in palatino

I've noticed the following issue with how high the numerator is placed, but only when using Palatino: \setupbodyfont[palatino] \starttext \startformula {3\over4}\quad {1\over2} \stopformula \stoptext The 3 and the 1 sit quite high above the division line, esp. in comparison with the gap below

Re: [NTG-context] \setupmathradical[sqrt] crunches denominator in an \over fraction

Hans Hagen pra...@wxs.nl writes: indeed. this is what (sort of) happens in case of a plugged in renderer: \sqrt{#1} - ...\mathstylehbox{#1}... - ...\hbox{\stylecommand #1}... when #a = a \over b the style gets applied to the a only as \over creates two (pseudo) groups i.e. the \over

[NTG-context] \setupmathradical[sqrt] crunches denominator in an \over fraction

I have been trying out the newish \setupmathradical[sqrt][alternative=mp], which has been very nice because of the fine control over the radical sign. I've noticed that it crunches the denominator in \sqrt{a\over b} For example: \starttext \placeformula\startformula \sqrt{k\over m}\quad

Re: [NTG-context] \triangledown placed too low in Palatino

Hans Hagen pra...@wxs.nl writes: So \triangle is a math ord and \bigtriangleup a math bin. For compatibility, that should probably stay true in ConTeXt too---even the low placement of \bigtriangledown, which I don't understand but which does reproduce plain TeX's placement. why? if

Re: [NTG-context] pagecolormodel problem

can someone confirm, that this code fails with a recent ConTeXt version? It fails for me with 2014.03.27 (luatex 0.78.2). -Sanjoy ___ If your question is of interest to others as well, please add an entry to the

Re: [NTG-context] \triangledown placed too low in Palatino

I can change things but will only do that when all you mathematicians have some agreement about it ... Otared points out that the distinction between \triangle and \bigtriangleup comes from plain TeX. plain.tex has these definitions: \mathchardef\triangle=0234 \mathchardef\bigtriangleup=2234

Re: [NTG-context] Averaged integrals

Janne Junnila janne.junn...@gmail.com writes: On a related note: It seems to me that \ointclockwise and \ointctrclockwise produce results opposite to what their names would indicate. It seems wrong to me as well. It could be a problem in a mapping internal to context (or maybe the font).

Re: [NTG-context] \triangledown placed too low in Palatino

Otared Kavian ota...@gmail.com writes: The \triangle operator is used for instance in the « symmetric difference » of two subsets Ah, good to learn something about pure mathematics. In my mathematics degree, my tutor said, You are very good at the applied material, which was not meant as a

[NTG-context] \triangledown placed too low in Palatino

I just noticed that the gradient operator (\triangledown) ends up too low when using Palatino: \setupbodyfont[palatino] \starttext $\triangledown T$ \stoptext It seems about 3pt too low. Without the \setupbodyfont[palatino], the placement is fine. (tested with 2013.05.28 and 2014.03.27 betas)

Re: [NTG-context] \triangledown placed too low in Palatino

Jannik, You are right. \nabla looks much nicer and is placed correctly. (I still think the \triangledown placement is slightly off.) My environment files from MkII days have \def\nabla{\triangledown}, so I never tried the true \nabla until your suggestion. Thank you. -Sanjoy Jannik Voges

Re: [NTG-context] \triangledown placed too low in Palatino

I cannot say whether the wrong placement is due to the wrong font metrics or the wrong mapping (mathop vs mathord) by ConTeXt. I tried '\triangle T' (often used as the Laplacian operator, instead of writing it out as \nabla^2). That one comes out fine, even though \triangledown does not. But

[NTG-context] page reference to figure fails when figure location is none

Using a recent MkIV beta (2014.03.27), it seems that a page reference to a figure fails if the figure location is none. Here is a minimal example: \starttext \input knuth \placefigure[none][regularref]{}{\pagereference[workaroundref] \externalfigure[cow.pdf]} \input knuth See

Re: [NTG-context] page reference to figure fails when figure location is none

Hans Hagen pra...@wxs.nl writes: more a side effect .. in mkii we store refs independently, in mkiv they can also travel with other properties (like lists and here we have no list entry in the next beta this will work ok That make sense. I will try it out. I have found a few other

[NTG-context] mirrored leftmarginwidth in enumerations

If anyone has a suggestion for putting enumeration texts toward the right edge of the left margin, I would be grateful. In MkII enumerations, I would put a triangle (fig.2) in the left margin using \defineenumeration [pause] [title=no, text={\externalfigure[fig.2][height=1em]},

Re: [NTG-context] mirrored leftmarginwidth in enumerations

Wolfgang Schuster schuster.wolfg...@gmail.com writes: \defineenumeration [pause] [title=no, text={\symbol[triangle]}, width=fit, number=no, alternative=inleft] Thank you. That works beautifully. Is my understanding right, that width=fit is what makes the head (here the

Re: [NTG-context] lower superscripts in MkIV -- too low?

we have a more modern implementation in the next beta I tested the following with various flavors: $ x\mathstrut_{3} x_{3} x^3 x\mathstrut^3 x^\circ x\mathstrut^\circ 20\mathstrut^\circ 20^\circ $ Flavors that I tried: 2014.03.27 MkIV 2014.02.14 MkIV 2013.06.07 MkII (from latest beta)

Re: [NTG-context] Broken bibliographies in 2014-03-07 beta

With the latest beta (2014.03.27), my bibliography example below now works fine. Thank you for fixing that. Now I shall run the whole book mss through the same beta. -Sanjoy Sanjoy Mahajan san...@mit.edu writes: Here's the example: test10.tex

Re: [NTG-context] lower superscripts in MkIV -- too low?

However as Hans pointed out, regarding maths typesetting in mkiv there are also some font related issues. we have a more modern implementation in the next beta I realized that this would also fix my issue with the superscripted degree symbol coming out too low (which I had mysteriously thought

[NTG-context] lower superscripts in MkIV -- too low?

Dear math typesetting aficianados, In the following example, \starttext $x^3\ x\mathstrut^3$ \stoptext the superscript without the strut is about 2pt lower than with the strut, using MkIV. With MkII or plain TeX, they are the same height (at the higher position obtained by using the \mathstrut

[NTG-context] how to make a \lambdabar (like \hbar)

\hbar is used a lot in physics. Once in a while, one also uses \lambdabar to mean \lambda/2\pi. It's Unicode description is 'LATIN SMALL LETTER LAMBDA WITH STROKE' (U+019B). I've been using this hack \def\lambdabar{\lambda\kern-1ex\raise0.65ex\hbox{-}} But it's not beautiful. Is there a

Re: [NTG-context] how to make a \lambdabar (like \hbar)

Aditya Mahajan adit...@umich.edu writes: \def\lambdabar{\lambda\kern-1ex\raise0.65ex\hbox{-}} Is this the canonical name for the glyph used by AMS? Good question. The AMS files don't seem to have it (the symbol is hardly used by mathematicians). But revtex4 defines it (for latex), in

Re: [NTG-context] Broken bibliographies in 2014-03-07 beta

Bibliographies are no longer generated. I can confirm this problem with a simple bibliography-usage test file. With the stable version, the same section reads: Database file #1: sample.bib You've used 4 entries, I also just tried it on the 2012.02.14 beta, which works fine. So

Re: [NTG-context] Broken bibliographies in 2014-03-07 beta

Hans Hagen pra...@wxs.nl writes: in bibl-tra.lua: local template = [[ \citation{*} \bibstyle{cont-%s} \bibdata{%s} ]] There was a local template = utilities.strings.striplong([[ .. so I got rid of the call to utilities.strings.striplong(), then ran context --make but the bibliography

[NTG-context] \rm in math mode should give text roman

I don't think it's right that \rm in math mode means \mathrm. Or, at least, plain.tex assumes that \rm gives text roman, e.g. from plain.tex (line 1067), \def\arctan{\mathop{\rm arctan}\nolimits} Thus, the following example has the arctan text in Euler math. This problem doesn't occur with

Re: [NTG-context] Euler with fallback

Aditya Mahajan adit...@umich.edu writes: This is to announce that the latest beta supports creating virtual math fonts with fallback. The main test case is to use Euler font with missing characters taken from Pagella but the mechanism is general and can be used to replace a specific set of

Re: [NTG-context] Euler with fallback

Aditya, Here's an example (using 2014.02.14 beta). The Sun subscript using _{\tf Sun} or _{\rm Sun} was in Palatino in the corresponding MkII setup, but is in Euler now. The workaround of an hbox with \tfxx or \tfx doesn't get quite the right size. That is because in math mode, \rm is

[NTG-context] using environments with project structure (in MkIV)

I'm having trouble using project structure and font loading together in MkIV. Here's how the problem arises. As Aditya and Wolfgang have pointed out, the recommended way to set up fonts in MkIV is before \starttext or \startcomponent. For a component, the setups usually go in an environment

[NTG-context] how to set the CropBox in MkIV?

What is the MkIV/LuaTeX way to set the CropBox? In MkII/PDFTeX, I used \pdfpagesattr = {/CropBox [54 72 558 720]} With MkIV, I've tried \pdfcompresslevel 0 \pdfbackendsetpagesattribute{CropBox}{[54 72 558 720]} \starttext \input knuth \stoptext but that set the CropBox as a

[NTG-context] superscripted \circ slightly too low?

The superscripted degree symbol in $10^\circ$ comes out slightly low. e.g. \starttext \placeformula\startformula 10^\circ \quad 10\mathstrut^\circ \stopformula \placeformula\startformula x^7\quad x\mathstrut^7 \stopformula \stoptext I'm not quite sure what's right, but my eye says that the

[NTG-context] bug/issue with components and preamble (Re: Euler with fallback)

Sanjoy Mahajan san...@olin.edu writes: The wiki page for Project Structure has always shown setups (via \project ... ) going after the \startcomponent or \startproduct. I've edited the examples to have setups before the \start(product|component). If I did it wrong, let me know. My change

Re: [NTG-context] Euler with fallback

Wolfgang, Thank you for the preamble. It works well standalone. For some reason it doesn't work with components. I think I've seen this problem before but can't remember the resolution. Here's a minimal example (with 2014.02.14 beta). The text comes out in Euler. The same happens putting

Re: [NTG-context] Euler with fallback

Put your font definitions before \startcomponent or better put them in a environment file and load this file before \startcomponent. Sorry, I should have said that I had tried that, but it has the same problem (Euler font for everything). \usetypescriptfile[euler] \definetypeface [mainface]

Re: [NTG-context] Euler with fallback

I can’t reproduce this, when I process your example the text is typeset with the pagella font. You are right. I am not sure what I had done, but it works as you say. I also put the font setup in an environment file that is loaded by testproject.tex, and that also works. \project

Re: [NTG-context] Euler with fallback

Because of font loading, is this recommended way to use components (rather than the old way of the \project line after \startcomponent)? If so, I'll make a note on the wiki. This does not only apply to component etc. but also to normal files because context sets and resets some values with

Re: [NTG-context] Euler with fallback

Aditya Mahajan adit...@umich.edu writes: This is to announce that the latest beta supports creating virtual math fonts with fallback. The main test case is to use Euler font with missing characters taken from Pagella but the mechanism is general and can be used to replace a specific set of

Re: [NTG-context] missing underbrace using palatino with latest beta (2013.12.26)

With 2013.12.26 12:50 MKIV beta, the underbrace disappears. With a bigger target (e.g. xyz instead of x) or with the default font, the underbrace returns. fixed in next beta (border case math font issue) It works in the 2014.02.14 beta. Sorry it took so long to test. -Sanjoy

Re: [NTG-context] underbraces slightly too narrow (with MkIV 2013.05.28)

Hans Hagen pra...@wxs.nl writes: anyhow, i've now defined then in a different way (ok, some more trickery had to be applied as it's one of these aspects of open type math that still inherits old stuff) so in a next version you can do this: \setupmathstackers[vfenced][hoffset=10pt] Tested

[NTG-context] writetolist doesn't include sectionnumber in mkiv?

With MkIV, I'm having trouble getting \writetolist to include sectionnumbers. Or at least, I cannot get the typeset list to include the sectionnumbers (but maybe writetolist sent in the information). Here's a minimal example, which is almost exactly the example from the wiki at

Re: [NTG-context] internal mptopdf conversion fails on older mps file (using MkIV, beta 2013.12.26)

weird, there used to be a procset line ... anyhow, maybe this works ok at your end (meta-pdf.lua): ... That fixes it! -Sanjoy ___ If your question is of interest to others as well, please add an entry to the

[NTG-context] internal mptopdf conversion fails on older mps file (using MkIV, beta 2013.12.26)

The MkIV internal mptopdf converter fails on the following minimal example. Here is the tex: --- cut test2.tex here - \enabletrackers[graphics.conversion,graphics.inclusion,fonts.mapfiles,fonts.loading,fonts.missing,fonts.mapping] \starttext \externalfigure[fig.1][frame=on] \blank

[NTG-context] underbrace under stacked math error with latest beta (2013.12.26)

A minimal example: --- cut \def\2#1#2{\vcenter{\halign{\hfil ##\hfil\cr #1\cr#2\cr}}} \def\ptwo#1#2{\left(\2{#1}{#2}\right)} \starttext \startformula \underbrace{\ptwo{specific}{heat}}_{1} \stopformula \stoptext --- cut It

[NTG-context] missing underbrace using palatino with latest beta (2013.12.26)

A minimal example: --- cut --- \setupbodyfont[palatino,12pt] \starttext \startformula \underbrace{x}_{1} \stopformula \stoptext --- cut --- It works fine with 2013.05.28 00:36 MKIV current. With 2013.12.26 12:50 MKIV beta, the underbrace disappears.

  1   2   3   4   5   >