Re: [NTG-context] nbsp in XML (S01E01)

2021-04-21 Thread mf
Try this: %\xmltexentity{nbsp}{\nobreakspace} \xmlsetentity{nbsp}{ } % U+00A0 NBSP between braces %\xmlsetentity{nbsp}{ } % U+0020 normal space between braces \startbuffer[doc] Temperature 20 °C 20 °C 20 °C 20 °C average. Altitude 6000m 6000m 6000m 6000m average.

Re: [NTG-context] nbsp in XML (S01E01)

2021-04-21 Thread denis.maier
Re tilde: maybe the answer is in the entities section of the xml mkiv manual. Denis Von: ntg-context im Auftrag von Jano Kula Gesendet: Mittwoch, 21. April 2021 23:09:55 An: mailing list for ConTeXt users Betreff: Re: [NTG-context] nbsp in XML

Re: [NTG-context] nbsp in XML (S01E01)

2021-04-21 Thread Jano Kula
On Wed, Apr 21, 2021 at 8:37 PM Hans van der Meer wrote: > Why tilde is displayed? > > > Wouldn't the simple answer not be: because XML is not TeX? > I see your point for tilde: with finalizers in mind I was already in the stomach, while mouth was looking at the menu. Teaser for S01E02:

Re: [NTG-context] nbsp in XML (S01E01)

2021-04-21 Thread Hans van der Meer
> Why tilde is displayed? Wouldn't the simple answer not be: because XML is not TeX? dr. Hans van der Meer > On 21 Apr 2021, at 20:17, Jano Kula wrote: > > Dear list, > > first episode of series on nbsp of XML in lmtx. > Unfortunately, not that catchy as Netflix. > > Used XML input has two

[NTG-context] nbsp in XML (S01E01)

2021-04-21 Thread Jano Kula
Dear list, first episode of series on nbsp of XML in lmtx. Unfortunately, not that catchy as Netflix. Used XML input has two types of non-breakable space: - unicode character - html entitity (in fact an ugly output of HTML editor) HTML is preprocessed with ctx preprocessor (great

Re: [NTG-context] Change to wordright behavior?

2021-04-21 Thread Rik Kabel
), but it does seem that it should not be necessary to do that. Was this an intentional change? -- Rik This has been fixed in the 20210421 release. Thank you. ___ If your question is of interest to others as well

[NTG-context] next upload

2021-04-21 Thread Hans Hagen
Hi, The *next* upload will have the following change. For a long time in mkiv and also lmtx, the tex habit of turning -- and --- into endash and emdash has been handled at the font level by a injecting a font feature. This works okay. This tlig feature is currently part of the defaults but

Re: [NTG-context] xml processing in latest

2021-04-21 Thread Thomas A. Schmitz
On 4/21/21 10:34 AM, denis.ma...@ub.unibe.ch wrote: Hi What's the exact issue? You're not using the latest version: 2021.04.20 18:45 Thomas ___ If your question is of interest to others as well, please add an

Re: [NTG-context] xml processing in latest

2021-04-21 Thread denis.maier
Ah, now I see ConTeXt ver: 2021.04.20 18:45 LMTX fmt: 2021.4.21 int: english/english gives me the attached result. Denis > -Ursprüngliche Nachricht- > Von: Maier, Denis Christian (UB) > Gesendet: Mittwoch, 21. April 2021 10:34 > An: ntg-context@ntg.nl > Betreff: AW: [NTG-context] xml

Re: [NTG-context] xml processing in latest

2021-04-21 Thread denis.maier
Hi What's the exact issue? I get the same results on my TeXLive version and on the latext lmtx: ConTeXt ver: 2020.01.26 18:34 MKIV beta fmt: 2020.10.2 int: english/english ConTeXt ver: 2021.04.18 18:12 LMTX fmt: 2021.4.20 int: english/english And even with --luatex ConTeXt ver:

[NTG-context] xml processing in latest

2021-04-21 Thread Thomas A. Schmitz
Hi all, the latest has some strange problems with xml processing. The example below shows an issue with itemize. In my real file, I also get pages that are filled only two thirds and rugged right instead of justified, but I haven't been able to reproduce this in a MWE. Maybe this one can