Bug in math: version - ntg-context - NTG Mailing Lists

newer
Missing number, treated as zero

Bug in math: version

older
Minion Pro confuses italic...

Otared Kavian

13 Feb 2019 13 Feb '19

5:52 p.m.

Hi Hans, With the latest beta there seems a bug has been intoduced with « \| » which should give a vertical double bar and not a simple bar. This is a minimal example: \starttext With 2019.02.10 17:43, the command \type{\|x\|} gives an incorrect result: $\|x\| = 1$ $|x| = 1$ \stoptext Best regards: OK

Reply

Sign in to reply online Use email software

Show replies by date

Alan Braslau

13 Feb 13 Feb

6:12 p.m.

Not just the latest beta ... and indeed according to the TeXbook this should be a vertical double bar (\Vert), in math mode. I wish to point out that | in text font (text mode) is different from | in math font (math mode). I noticed that Preview (on the mac) *fails* to render the math font $|$ whereas \| in text mode does get rendered in Preview or printed from Preview (my document used dejavu fonts). Other pdf renderers on the mac (acroread, mupdf, evince, ...) are OK. This is clearly a bug in Preview. How, other then \|, should one produce | in *text* mode? Alan On Wed, 13 Feb 2019 18:52:26 +0100 Otared Kavian wrote:

Hi Hans,

With the latest beta there seems a bug has been intoduced with « \| » which should give a vertical double bar and not a simple bar.

This is a minimal example:

\starttext With 2019.02.10 17:43, the command \type{\|x\|} gives an incorrect result:

$\|x\| = 1$

$|x| = 1$ \stoptext

Best regards: OK ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___________________________________________________________________________________

Reply

Sign in to reply online Use email software

Hans Hagen

14 Feb 14 Feb

12:02 p.m.

On 2/13/2019 7:12 PM, Alan Braslau wrote:

Not just the latest beta ... and indeed according to the TeXbook this should be a vertical double bar (\Vert), in math mode.

I wish to point out that | in text font (text mode) is different from | in math font (math mode). I noticed that Preview (on the mac) *fails* to render the math font $|$ whereas \| in text mode does get rendered in Preview or printed from Preview (my document used dejavu fonts). Other pdf renderers on the mac (acroread, mupdf, evince, ...) are OK. This is clearly a bug in Preview.

How, other then \|, should one produce | in *text* mode? does \textbar work?

----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

Reply

Sign in to reply online Use email software

Alan Braslau

3:42 p.m.

On Thu, 14 Feb 2019 13:02:21 +0100 Hans Hagen wrote:

On 2/13/2019 7:12 PM, Alan Braslau wrote:

...
Not just the latest beta ... and indeed according to the TeXbook this should be a vertical double bar (\Vert), in math mode.

I wish to point out that | in text font (text mode) is different from | in math font (math mode). I noticed that Preview (on the mac) *fails* to render the math font $|$ whereas \| in text mode does get rendered in Preview or printed from Preview (my document used dejavu fonts). Other pdf renderers on the mac (acroread, mupdf, evince, ...) are OK. This is clearly a bug in Preview.

How, other then \|, should one produce | in *text* mode? does \textbar work?

Now, this is really interesting \starttext \textbar x\textbar \stoptext produces |x| as seen by acroread, mupdf, evince, ... on the Mac BUT shows | | with preview and with skim (which uses the Apple pdf rendering engine). Thus, the Apple *bug* is perverse. (Would another Mac user confirm this.) Using \textbar is fine as a fallback, but much less convenient (and readable) than a shorthand. Two questions: 1) $\|$ SHOULD produce ‖ according to the TeXbook, so we cannot dispute Knuth's choice. \| may be undefined in the bible for textmode, but logic would have it also yield ‖ in a text font. 2) I guess | is active in text mode (and used as a delimiter in column specifications, for example, i.e. \starttabulate [|l|l|]). I have always felt a bit uncomfortable with this, having in a far past come from LaTeX practice where it defined a vertical line. Our solution in ConTeXt is to use UTF-8 input, so ‖ for a double vertical bar. Therefore, | SHOULD produce a single vertical bar, thus it should not be active. Is this possible? (Also, as a bonus, || should be taken as a ligature.) Alan

Reply

Sign in to reply online Use email software

Alan Braslau

3:50 p.m.

On Thu, 14 Feb 2019 08:42:15 -0700 Alan Braslau wrote:

On Thu, 14 Feb 2019 13:02:21 +0100 Hans Hagen wrote:

...
On 2/13/2019 7:12 PM, Alan Braslau wrote:

...
Not just the latest beta ... and indeed according to the TeXbook this should be a vertical double bar (\Vert), in math mode.

I wish to point out that | in text font (text mode) is different from | in math font (math mode). I noticed that Preview (on the mac) *fails* to render the math font $|$ whereas \| in text mode does get rendered in Preview or printed from Preview (my document used dejavu fonts). Other pdf renderers on the mac (acroread, mupdf, evince, ...) are OK. This is clearly a bug in Preview.

How, other then \|, should one produce | in *text* mode? does \textbar work?

$\vert$ and $\Vert$ should also be defined. How about in text mode? Alan

Reply

Sign in to reply online Use email software

Hans Åberg

5:08 p.m.

On 14 Feb 2019, at 16:42, Alan Braslau wrote:

Now, this is really interesting

\starttext \textbar x\textbar \stoptext

produces |x| as seen by acroread, mupdf, evince, ... on the Mac BUT shows | | with preview and with skim (which uses the Apple pdf rendering engine).

On MacOS 10.13.6, using ConTeXt 1.02 of TeXLive 2018 updated using the TeXLive Utility, $|x|$, $\textbar x\textbar$, $\|x\|$, $‖x‖$, $||x||$ gives the output |𝑥|, |𝑥|, |𝑥|, ‖𝑥‖, ‖𝑥‖, copied from the PDF in Preview.

Reply

Sign in to reply online Use email software

Alan Braslau

5:20 p.m.

On Thu, 14 Feb 2019 18:08:09 +0100 Hans Åberg wrote:

...
On 14 Feb 2019, at 16:42, Alan Braslau wrote:

Now, this is really interesting

\starttext \textbar x\textbar \stoptext

produces |x| as seen by acroread, mupdf, evince, ... on the Mac BUT shows | | with preview and with skim (which uses the Apple pdf rendering engine).

On MacOS 10.13.6, using ConTeXt 1.02 of TeXLive 2018 updated using the TeXLive Utility, $|x|$, $\textbar x\textbar$, $\|x\|$, $‖x‖$, $||x||$ gives the output |𝑥|, |𝑥|, |𝑥|, ‖𝑥‖, ‖𝑥‖, copied from the PDF in Preview.

So it must be a bug with macOS Mojave 10.14.3 This is not surprising, as I have seen lots of other rendering bugs come and go with the Apple library. Alan

Reply

Sign in to reply online Use email software

Hans Hagen

12:05 p.m.

On 2/13/2019 6:52 PM, Otared Kavian wrote:

Hi Hans,

With the latest beta there seems a bug has been intoduced with « \| » which should give a vertical double bar and not a simple bar.

hm, has always been so, \* being an escape

This is a minimal example:

\starttext With 2019.02.10 17:43, the command \type{\|x\|} gives an incorrect result:

$\|x\| = 1$

why not use $||x|| = 1$

$|x| = 1$ \stoptext

Best regards: OK ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___________________________________________________________________________________

-- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

Reply

Sign in to reply online Use email software

Hans Åberg

1:12 p.m.

On 14 Feb 2019, at 13:05, Hans Hagen wrote:

...
With 2019.02.10 17:43, the command \type{\|x\|} gives an incorrect result: $\|x\| = 1$

why not use $||x|| = 1$

Also $‖x‖ = 1$.

Reply

Sign in to reply online Use email software

2138

Age (days ago)

2139

Last active (days ago)

Download

8 comments

4 participants

tags

participants (4)

Alan Braslau
Hans Hagen
Hans Åberg
Otared Kavian