Re: [NTG-context] new units

2023-05-07 Thread Hans Hagen via ntg-context

On 5/7/2023 11:29 AM, Mojca Miklavec via ntg-context wrote:

On Sun, 7 May 2023 at 11:11, Henning Hraban Ramm via ntg-context wrote:


And what’s the abbreviation for Theodores?


I assume it must be "tr", though it's somewhat ambiguous what the "r"
in "tr" stands for, it seems to be country-dependent ;)
actually: as arthur and you are in charge of the language patterns, 
guess who will sort this out,


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] new units

2023-05-07 Thread Hans Hagen via ntg-context

On 5/7/2023 11:29 AM, Mojca Miklavec via ntg-context wrote:

On Sun, 7 May 2023 at 11:11, Henning Hraban Ramm via ntg-context wrote:


And what’s the abbreviation for Theodores?


I assume it must be "tr", though it's somewhat ambiguous what the "r"
in "tr" stands for, it seems to be country-dependent ;)
The problem with introducing the theodore is that it introduces another 
'male name' unit while actually the new ones got 'female names' in order 
to counter the didot and cicero (and dk although we considere that a 
neutral unit), which was one of the projects objectives.


Okay, we can from now on assume the 'mm' to be the Mojca which is also 
more officient: 4 mojcas instead of 4 millimeters. It's a downward 
compatible change (only in the documentation). Then we can introduce the 
tr as precisely 5 es, a kind of snaposhot unit, whgich makes me wonder, 
as the theodore eventually will come close to a foot we might have a 
\thfactor then that starts out at 5. We can decide at the ctx meeting.


(In case one wonders: because internally tex works with fractions mm/cm 
and ts/es (/tr) make sense.)


(As explained during the presentation, adding units to luametatex is not 
really putting a (performance) burden on this engine. In pdftex and 
luatex it would have an impact, although in luatex somewhat less because 
we prioritize our favourite units anyway.)


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] new units

2023-05-07 Thread Hans Hagen via ntg-context

On 5/7/2023 11:10 AM, Henning Hraban Ramm via ntg-context wrote:

Am 04.05.23 um 10:01 schrieb Hans Hagen via ntg-context:

Hi,

We now officially have three new units. These were officially 
introducd at the 2023 BachoTeX meeting in a presentation where the 
chair of the four person strong team also did the final live 
callibration (using the edithorial callibration instrument made for 
that purpose). An upcoming article in TB will explain the details of 
the process and also a careful mathematical annalysis of how we 
reached the right value with a high precission. The actual 
implementation is the most boring part.


Hi Hans, can I have the article also for CGJ, please?

I didn’t understand all details, and I guess some spelling errors are 
intentional – was there a Calli? Does “precission” refer to anything? 
And what’s the abbreviation for Theodores?
the theodore is only used in reporting an overflow so no real unit (just 
like feet is no unit in tex but used in the message)


an article is chicken-egg ... it goes into the tugboat (already checked 
and prepared, read peer reviewed) but it is no big deal if the ctx 
journal takes it afterwards (plenty of time) and then the cg members are 
also informed (it will go in the distribution anyway but normally i wait 
till after publication)


concerning precission, indeed there was a real beautiful handcrafted 
measuring device but as with much research one could sort of predict the 
median outcome esp after the main sample was made beforehand by 
carefully checking some resources; it was nice to see how most 
attendents properties fit the bill


(Alan will be pleased to know that actually the Thumb was the starting 
point which happens to be close to an inch and the oid Dutch measure is 
Duim.)


Hans

ps. For those unfamiliar with the tex community, when we talk 'research' 
and such, keep in mind that most tex related research is kind of bogus, 
wishful thinking, sounding serious, etc. and that most 'projects' are 
just 'activities by enthousiatic users' In the end it's all about 
esthetics which is more about feeling and intuition and pretty much 
driven by user demsnds. In a similar fashion most 'tex conferences' are 
more user meetings.


ps. So 'I didn’t understand all details' is quite okay because the idea 
was to put you on the wrong foot (or theodore). It helps when you knwo 
the people involved, does it?


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] new units

2023-05-07 Thread Hans Hagen via ntg-context

On 5/7/2023 2:10 AM, skyhorse--- via ntg-context wrote:



Hans Hagen via ntg-context  wrote:

..
Oh, so a bug, I'll fix the message. Not really a unit but then, feet
is also not one.



That is incorrect.  Feet is an establish and proper unit of measurement, which 
consists of 12 inches.  It is used by, at least, several hundred million 
people.  It can be said that the ability to grok and manipulate fractions has 
many benefits, which the metric system sorely lacks.
Sure, but it's not a unit in tex like 10ft so reporting 19 feet looks a 
bit odd for the (majority) texusers who dont'use feet. (we have mm and 
cm but not in and ft). I suppose yards could also have been used but 
probably points out more prominently the limitation.


https://nl.wikipedia.org/wiki/Voet_(lengtemaat)

An amsterdam voet being somewhat smaller actually would have made 20 
which is a nicer number and also fits the base 20 inuit system discussed 
a few weeks ago.


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] new units

2023-05-07 Thread Hans Hagen via ntg-context

On 5/7/2023 4:43 AM, Michael Urban via ntg-context wrote:

If you are going to introduce new units, you should at least include the 
Potrzebie, invented by teenager Donald Knuth and published in the humor 
magazine Mad Magazine #33.  The system is based on the thickness of Mad 
Magazine #26, equal to 2.2633484517438173216473 mm.
See the Wikipedia entry for 'potrzebie' for more information, or search for 
suitable images.

Honestly, I don't know how Knuth resisted putting this in plain TeX.

Plain TeX is a format so ther it would be easy, just define

\newdimen\potrzebie  \potrzebie = 422042sp

but for a real unit you need to adapt the original engine and that will 
not happen because it's in bug fix only mode.


Anyway, you can try it in lmtx:

\startTEXpage[offset=1dk]
\number\dimexpr1dk
\stopTEXpage

As introduced in:

https://www.tug.org/TUGboat/tb42-3/tb132hagen-dk.pdf

Like the ts is makes a nice offset.

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] new units

2023-05-06 Thread Hans Hagen via ntg-context

On 5/6/2023 11:53 PM, Arthur Rosendahl via ntg-context wrote:

On Thu, May 04, 2023 at 10:01:25AM +0200, Hans Hagen via ntg-context wrote:

These units can be used in the current upload. In a next upload the "19 feet
max" message that tex issues when reaching a maximum will be adapted to a
more realistic variant. (Actually, because tex has no foot unit, we could as
well replace that with a more impressive little feet unit but we forgot to
measure the smallest foot present which i guess was about 3 es so the limit
is then some 75 bare theodores.)


   I measured the theodore at 13cm, so that puts the limit at about 45
theodores, actually.
Oh, so a bug, I'll fix the message. Not really a unit but then, feet is 
also not one.


\newdimension\theodore \theodore=5es

You can also abuse the eu unit:

\eufactor50 % times ts

x\hskip1eu x


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] upload

2023-05-06 Thread Hans Hagen via ntg-context

On 5/6/2023 3:33 PM, Henning Hraban Ramm via ntg-context wrote:

Am 06.05.23 um 09:46 schrieb Hans Hagen via ntg-context:

On 5/5/2023 11:21 PM, Aditya Mahajan via ntg-context wrote:

Would it make sense to add a similar script to install context 
modules from modules.contextgarden.net?
I can look into that but then I need to slightly adapt it with a 
command line argument (no big deal, i just need rain outside and/or 
new cd's).


Not sure yet how to name the script.


Why not install-module(s), or just install?

mtxrun --script install --modules=filter,simpleslides

mtxrun --script install-modules --list=filter,simpleslides

i actually decided on the second one but not finished yet

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] new units

2023-05-06 Thread Hans Hagen via ntg-context

On 5/6/2023 6:45 PM, Alan Braslau wrote:

The whole point of the so-called "imperial" units is to be based on
fractions, not decimal. May I suggest that we use \sqrt2 as the basis
of our fractions, so as to push the limits of calculation and precision
(that are handled well in the new lmtx engine).

Also, on this day of coronation, post-Brexit, I believe that the ConTeXt
community should get behind the promotion of obscure Imperial units,
relegating the metric system to scientists who have no choice but to
adhere to the Système International.

Alan (who could not participate in the discussions of the committee of
four)


Well, the Polish oversight seemed to a agree and the team was awarded by 
arthur who donated cute "Let's make TeX little again" hats, but more 
about that later. The unit was applied by the main presenter when the 
big cake got cut into pieces measuring 4es ^ 2 which i admit is a bit 
less than 4in ^2.


But, if you're really into old units we can measure your feet and 
replace "max 19 feet" message by "max 20 braslaus".


Actually you can do a sqrt:

\starttext
\the\floatexpr\pfsqrt 2\relax

\the\pfsqrt 2\relax

\scratchdimen\floatexpr\pfsqrt 2\relax
\the\scratchdimen

\scratchdimen\pfsqrt 2\relax
\the\scratchdimen
\stoptext

but you already knew that.

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] upload

2023-05-06 Thread Hans Hagen via ntg-context

On 5/5/2023 11:21 PM, Aditya Mahajan via ntg-context wrote:


Would it make sense to add a similar script to install context modules from 
modules.contextgarden.net?
I can look into that but then I need to slightly adapt it with a command 
line argument (no big deal, i just need rain outside and/or new cd's).


Not sure yet how to name the script.

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] upload

2023-05-05 Thread Hans Hagen via ntg-context

Hi,

I uploaded a version that provides

  mtxrun --script install-tikz

that when run in the tex root (.../tex) will fetch some tikz stuff from 
ctan and puts is in texmf-modules. After installing it wipes the files 
that make no sense (or can interfere or might be harmful) but I didn't 
check that extensively. Finally it remakes the file dastabase. I don't 
know if more needs to be installed. It assumes curl to be present (as 
library or binary). It's a rather stupid script but (I guess) good 
enough for what it is supposed to do.


I can add more (like other modules) in which case it will be renamed.

Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] tikz + lmtx

2023-05-04 Thread Hans Hagen via ntg-context

On 5/4/2023 11:12 PM, Aditya Mahajan via ntg-context wrote:

Does that mean that these will be now included as part of the lmtx install?


no, i'm not going to bloat that one, but there will be a

mtxrun --script install-tikz


Not being a tikz user I have no preferences but we can add some test files to
the test suite if needed.


It may be good to add some basic files (e.g., the ones that I sent to you 
off-list) so that we may know if these packages break again.

yes, i already added thse

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] tikz + lmtx

2023-05-04 Thread Hans Hagen via ntg-context

On 4/28/2023 6:08 AM, Aditya Mahajan via ntg-context wrote:

Hi all,

For a few months now, all features of tikz have not been working with LMTX. 
After help from Hans and a bit of trial and error, I think that figured out 
what was going wrong with the catcodes in m-tikz: Since the texcatcodes are 
different from what tikz expects, the catcodes have to be set inside 
\starttikzpicture (in addition to before the loading of tikz files, which was 
already being done).

I am attaching the working m-tikz.mkxl file.

I have tested this on my course notes, which make extensive use of simple tikz 
block diagrams and pgfplots graphs. Perhaps others who were having issues with 
tikz could test if this fixes everything and, if so, we can add this to the 
distribution.

So, what is needed from tikz?

"graphics/pgf/base/pgf.tds.zip",
"graphics/pgf/contrib/pgfplots.tds.zip",
"graphics/pgf/contrib/circuitikz.tds.zip",

Is there more that should be installed as reasonable basic set? I made a 
script that does fetch/installs it (and also wipes latex / plain 
/useless stuff afterwards including some shell etc scripts as we don't 
want those either - security risk etc -).


Not being a tikz user I have no preferences but we can add some test 
files to the test suite if needed.


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] OBSD 7.3 binary locally compiled… what next?

2023-05-04 Thread Hans Hagen via ntg-context

On 5/4/2023 12:11 PM, damien thiriet via ntg-context wrote:

Hi,


I upgraded today my OBSD to 7.3 and… realized too late that texlive 
binaries were on the compile farm, but not the lmtx ones. That was the 
opportunity to learn self-install, though.

I compiled the binary, but I am stuck with the next step

What I did:

- rm -rf /usr/local/context/* (now I suspect I should have first updated 
my 7.2 installation and then, after upgrading to 7.3, compiled the 
binaries…)

- download  https://www.pragma-ade.nl/context/latest/cont-tmf.zip
- unpacked it into /usr/local/context (unzip cont-tmf.zip -d 
/usr/local/context/)

- cd /usr/local/context/source/luametatex
- ./build.sh --native

Compilation succeeded, looks like the binary lies in
/usr/local/context/source/luametatex/build/native/luametatex

What's the next step?

you should make

tex/texmf-openbsd7.3-amd64

and put 5 files there:

luametatex
context -> luametatex
mtxrun  -> luametatex
mtxrun.lua
context.lua

you can take the lua files from

tex/texmf-openbsd7.2-amd64

or you can just rename the 7.2 path to 7.3 and move luametatex there

(of course you then also need to adapt your path to the new situation)

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Units for volts and Ohms

2023-05-04 Thread Hans Hagen via ntg-context

On 5/2/2023 8:09 AM, Aditya Mahajan via ntg-context wrote:

Hi,

As I was testing circuitikz, I realized that the following don't work:

\unit{1V}
\unit{100 kΩ}

In phys-dim.lmt, we need to change line 467:

 v  = "volt",

to

 V  = "volt",

and perhaps add (not sure if lua allows utf variable names)

 Ω  = "ohm",

Ha, that's easy to test, right? So I won't answer this one.

(instead you can ["Ω"] = "ohm")

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] new units

2023-05-04 Thread Hans Hagen via ntg-context

Hi,

We now officially have three new units. These were officially introducd 
at the 2023 BachoTeX meeting in a presentation where the chair of the 
four person strong team also did the final live callibration (using the 
edithorial callibration instrument made for that purpose). An upcoming 
article in TB will explain the details of the process and also a careful 
mathematical annalysis of how we reached the right value with a high 
precission. The actual implementation is the most boring part.


\starttext

\startTEXpage[offset=1ts]
Hello World!

\the\dimexpr 1ts

\the\dimexpr 1es

\the\dimexpr 1eu

\eufactor20

\the\dimexpr 1eu
\stopTEXpage

\stoptext

The es (Edith) unit replaces the inch, and the ts (Tove) is one tenths 
of than (just like we have cm and mm). The eu (European Unit) is an 
adaptive one that defaults to 10 ts == 1es and can be multiplied by 
setting the \eufactor (default 10) which makes it possible to define 
layouts that easilly scale to different output media (important for the 
mobile phone / table generation).


This means that MWE that use inches will likely no longer be considered 
valid and probably will be dealt with slower (or just ignored).


These units can be used in the current upload. In a next upload the "19 
feet max" message that tex issues when reaching a maximum will be 
adapted to a more realistic variant. (Actually, because tex has no foot 
unit, we could as well replace that with a more impressive little feet 
unit but we forgot to measure the smallest foot present which i guess 
was about 3 es so the limit is then some 75 bare theodores.)


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] cannot generate format file with current latest

2023-04-30 Thread Hans Hagen via ntg-context

On 4/30/2023 3:19 PM, Pablo Rodriguez via ntg-context wrote:

Dear list,

I have just updated to current latest (2023.04.27 17:04).

I always delete cache with "mtxrun --generate" after an update.

When I try to create the format file with "context --make --all", I get
the following error message:

lua error   > lua error on line 645 in file context.mkxl:

token call, execute: ...ext/base/mkxl/cldf-pos.lmt:18: attempt to index
a nil value (global 'posit') stack traceback:

you're running the wrong binary

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] upload

2023-04-27 Thread Hans Hagen via ntg-context

Hi,

I uploaded the last of series 2.10.07 as prelude for bachotex. That one 
also can do this:


\newfloat \MyFloat
\MyFloat \pfsin \floatexpr 1.25 * \pfpi \relax
\the\MyFloat

\the \pfsin \floatexpr 1.25 * \pfpi \relax

The syntax is like \numexpr and \dimexpr but the \pfsin (and other 
functions) are (as usual with these things) not real primitives but 
(\untraced) luacalls.


Of course it is all still somewhat experimental but likely to stay ...

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] update

2023-04-27 Thread Hans Hagen via ntg-context

On 4/27/2023 7:11 AM, Max Chernoff via ntg-context wrote:

Hi Lynx, Aditya,



New to conTeXt, have not performed a specific update prior to this.

My conTeXt installation is part of TeXlive-2023 (under Linux OS). Will
the updates to ConTeXt be handled by tlmgr ?


No. Usually, texlive updates context once a year.


This is correct in general, but this specific update *will* end up in
TL2023 due to the engine changes that Hans mentioned. It's not in TL
yet, but we're actively working on it, so it should show up within a
week or so (hopefully).
Correction: Luigi and I are still discussing how to make it work because 
there is some init order issue and we want to be sure that context (and 
its scripts) keep working. It would be sort of weird if context (where 
luatex originates) would stop working as expected. Keep in mind that 
luatex is also a lua engine. and I assume that the texlive team also has 
some tests to perform (apart from getting all platforms updated which 
for some is more work, like apple signing).


The issue (disabling socket by default) is not that pressing as socket 
has been with us for right fromn the start) and security wise there are 
plenty ways tex can mess up your system if someone wants.


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] update

2023-04-27 Thread Hans Hagen via ntg-context

On 4/27/2023 1:54 AM, Jairo A. del Rio via ntg-context wrote:

Hi, Hans. The following happens with the last update:

loading         > ConTeXt Node Macros / Page Building
resolvers       > lua > unknown file 'node-pag.lua'

error loading file: node-pag.lua (aborting)

Indeed, the file is missing in the distribution (there's only 
node-pag.mkxl). Regards

fixed

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] update

2023-04-27 Thread Hans Hagen via ntg-context

On 4/27/2023 2:50 AM, lynx--- via ntg-context wrote:

Re: performing update(s)

New to conTeXt, have not performed a specific update prior to this.

My conTeXt installation is part of TeXlive-2023 (under Linux OS). Will 
the updates to ConTeXt be handled by tlmgr ?
Basically tex live is the yearly snapshot. I actually dont' know the 
rules for updating texlive but there are definitely updates. But as much 
relates there (like engines shared between macro packages) it can be 
that only macros get updated and not engines (also relates to multiple 
platforms) so fundamental changes to luatex as engine .. hard to predict.


But you can just install the lmtx installation alongside (it's small 
compared to tex live) and have the best of both worlds. The lmtx 
installation also has mkiv. It also comes with the fonts that match what 
we expect in context (as fonts get updated or changed).


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] update

2023-04-26 Thread Hans Hagen via ntg-context

Hi,

I uploaded a new version with some new features discussed at the end of 
this mail.


- A next version of luatex will break context (format making etc) but 
the change is unavoidable because of other macro package demands wrt 
security (context does that differently). The low level start up command
has been adapted so unless you update indepdently thinsg should work ok. 
 Of course this has no consequences for lmtx.


- I've done a bit of callback cleanup (like getting rid of some mkiv 
luatex left-overs). It should have no effect on regular usage.


- There again a few improvements wrt math (this time dealing with 
accents artifacts in some fonts). We check all the free math fonts for 
potential issues and then try to fix it (read: deal with it). It's a lot 
of work but we're getting there.


- A few reported buglets have been fixed.

- The biggest addition is however a new number model. In metapost one 
can now use 'posit' (positfun instance) as number mode which will use 
(currently 32 bit but at some point 64 bit) posit unums. It's also bit 
of a playground because 32 bit posits are not more accurate than 64 bit 
doubles. It anyhow exposed some potential issues that we'll look into.


- There's also a (again currently 32 bit) posit library at the Lua end 
as playground.


- However, 32 bit posits come in handy at the tex end because they pack 
better accuracy in 32 bits than floats and it makes it possible to have 
native floats, so we have:


\newfloat  (uses \floatdef, register like \dimendef is used in \newdimen)

\newposit  (uses \positdef, like \dimensiondef etc)

\floatexpr (like \numexpr)

\iffloat   (like \ifnum) (also \ifabsfloat and i'll add the others too)

Actually it adds an extra range of registers so it bumps memory usage a 
bit. I'm considering lowering the number of registers (currently 64K per 
category) because after all, if 64K is not enough then we can as well 
stick to 32K or 16K (for some even less). There's always Lua for 
unlimited storage of quantities.


So,

\newfloat\fooA

\scratchdimen=123.456pt\relax[\type{dim:} 
\the\scratchdimen==123.456pt]\par
\fooA=123.456\relax  [\type{pos:} \the\fooA 
==123.456]  \par
\fooA=\scratchdimen\relax[\type{pos:} \the\fooA 
==123.456]  \par
\scratchdimen=\fooA\relax[\type{dim:} 
\the\scratchdimen==123.456pt]\par
\scratchdimen\dimexpr\fooA+10pt\relax[\type{dim:} 
\the\scratchdimen==133.456pt]\par


produces

[dim: 123.456pt==123.456pt]
[pos: 123.45600128173828==123.456]
[pos: 123.45599365234375==123.456]
[dim: 123.456pt==123.456pt]
[dim: 133.456pt==133.456pt]

As you can see dimens will get mapped onto floats not as integers 
(scaled points) but in pt units. Counts stay numbers. I need to handle 
glue too (not yet done).


In the future I might use this for fractions but there might be some 
rough ends so for now it's experimental.


Hans




-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] current Unicode blocks

2023-04-22 Thread Hans Hagen via ntg-context

On 4/22/2023 5:49 PM, Henning Hraban Ramm via ntg-context wrote:

This is probably for Hans:

The list of Unicode blocks in char-ini.lua is not complete, compared 
with ftp://www.unicode.org/Public/UNIDATA/Blocks.txt

(I was looking for Kaktovik numerals, of course ;))


hm, here i have

["kaktoviknumerals"]= { first = 
0x1D2C0, last = 0x1D2DF,  description = "Kaktovik Numerals" },


I’d offer to make an updated list, but maybe you already have a script 
for that?
yes, (of course) i have a script that i run when there is an update 
which then tells me what to add to the tables (not that much work, 
mostly emoiji and soem rare scripts nowadays)


maybe nice for a demo at the ctx meeting (generate new files, visually 
diff them so get the picture and then merge)


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Table of contents not appearing.

2023-04-21 Thread Hans Hagen via ntg-context

On 4/21/2023 5:05 PM, Fabrice Couvreur via ntg-context wrote:
It's chapter_5 that's the problem, but how do you know what's causing 
the table of contents not to appear ?
depends on the error : the toc comes from the tuc file so if that one is 
not made ...


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Table of contents not appearing.

2023-04-20 Thread Hans Hagen via ntg-context

On 4/20/2023 6:59 PM, Fabrice Couvreur via ntg-context wrote:

Hi,
I don't see why the table of contents does not appear. On the other 
hand, the 12 chapters are present.


\startproduct[terminale-manual]

\startfrontmatter
\starttitle[title=Table des matières]
\placelist
   [chapter,section,subsection,subsubsection]
   [criterium=all,
   interaction=all,
alternative=c]
\stoptitle
\stopfrontmatter

\startbodymatter
\chapter{xxx}
\stopbodymatter

\stopproduct

shows a table of contents so it must be something in your components


Fabrice


\startproduct[terminale-manual]

   \project[terminale-environment]
   \startfrontmatter

     \setuppagenumbering
        [location=]

     \definefont
       [ChapterTextStyle]
       [SansBold*default sa 2.2]

     \setuphead
       [title]
       [style=ChapterTextStyle,
        align=flushright]

     \setuplist
        [chapter]
        [style=bold,
         alternative=b,
         width=1em]

     \setuplist
        [section]
        [margin=1em,
         width=1.75em]

     \setuplist
        [subsection]
        [margin=2.75em,
         width=2.25em,
        distance=\spaceamount]


     \starttitle[title=Table des matières]

          \placelist
            [chapter,section,subsection,subsubsection]
            [criterium=all,
            interaction=all,
             alternative=c]

       \stoptitle

     \stopfrontmatter

     \startbodymatter
       \component[chapitre_1]
       \component[chapitre_2]
       \component[chapitre_3]
       \component[chapitre_4]
       \component[chapitre_5]
       \component[chapitre_6]
       \component[chapitre_7]
       \component[chapitre_8]
       \component[chapitre_9]
       \component[chapitre_10]
       \component[chapitre_11]
       \component[chapitre_12]
     \stopbodymatter

\stopproduct


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://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
-

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Kaktovik numerals

2023-04-19 Thread Hans Hagen via ntg-context

On 4/19/2023 10:45 PM, Willi Egger via ntg-context wrote:

Hello Gavin,

thank you so much for your input. — Indeed you are right. Please find attached 
the corrected version.



Willi


On 19 Apr 2023, at 20:58, Gavin via ntg-context  wrote:

Hi Willi,

What fun! I think I found a couple math items to correct.

1) The second line of the tables at the top of page 2 should be:
1000' 100, 10, 1; 8000, 400, 20, 1

2) For the year conversion: 2023 = 5x20^2 + 1x20 + 3. (Your 0 should be my 1). 
This will give a three digit Kaktovik numeral. You have 4 digit Kaktovik 
numerals for 2023, with both a 0 and a 1.
je kunt direct dat nummer converteren maar blijkbaar gaf ik de verkeerde 
volgorde uit:


\useMPlibrary[kaktovik] % de officiele manier

\definefontfeature
  [default]
  [default]
  [metapost=kaktovik]

\setupbodyfont[dejavu]

\starttext
 2023 \kaktoviknumerals{5}\kaktoviknumerals{1}\kaktoviknumerals{3}

\kaktoviknumerals{2023} % deze split dus voor je, order fixed

\stoptext


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
%D \module
%D   [   file=meta-imp-kaktovik,
%Dversion=2023.04.18,
%D  title=\METAPOST\ Graphics,
%D   subtitle=Kaktovik Numbers,
%D author=Hans Hagen,
%D   date=\currentdate,
%D  copyright={PRAGMA ADE \& \CONTEXT\ Development Team}]
%C
%C This module is part of the \CONTEXT\ macro||package and is
%C therefore copyrighted by \PRAGMA. See mreadme.pdf for
%C details.

%D Just a quick hack for Hraban (after a post on the mailing list).

\startMPcalculation{simplefun}

path kaktovik_glyphs[] ;

def InitializeKaktovik =

save p, d, u ;

pair p[] ; numeric d ; d := .1 ; numeric u ; u := .15 ;

  % d := getparameterdefault "mpsfont" "d" .10 ;
  % u := getparameterdefault "mpsfont" "u" .15 ;

p[0] := (0,1) ;
p[1] := (1,0) ;
p[2] := (2,1 -  d) ;
p[3] := (3,0) ;
p[4] := (4,1 - 2d) ;

p[5] := (4,1 +  u) ;
p[6] := (0,1 + 2u) ;
p[7] := (4,1 + 4u) ;

kaktovik_glyphs[0] := (1,1)  { right } .. { left } (2,1/2) { left } .. 
{ right } (3,1);

for i= 1 upto 4 :
kaktovik_glyphs[i] := p[0] for j=1 upto i : -- p[j] endfor ;
endfor ;

kaktovik_glyphs[ 5] := p[5] -- p[0] ;for i= 6 upto  9 : 
kaktovik_glyphs[i] := p[5] -- kaktovik_glyphs[i-5] ; endfor ;
kaktovik_glyphs[10] := p[6] -- kaktovik_glyphs[ 5] ; for i=11 upto 14 : 
kaktovik_glyphs[i] := p[6] -- kaktovik_glyphs[i-5] ; endfor ;
kaktovik_glyphs[15] := p[7] -- kaktovik_glyphs[10] ; for i=16 upto 19 : 
kaktovik_glyphs[i] := p[7] -- kaktovik_glyphs[i-5] ; endfor ;

enddef ;

vardef Kaktovik(expr i) =
draw image (
draw kaktovik_glyphs[i]
xscaled (10/20 -1/20)
yscaled (25/20 -2/20)
withpen (pencircle xscaled 1/20 yscaled 5/20) rotated -(2*20)
  % withpen (pencircle xscaled 1/40 yscaled 5/40) rotated -(2*20)
  % withpen (pencircle xscaled 2.5/40 yscaled 5/40) rotated -(2*20)
;
) shifted (2/20,2/20)
enddef ;

lmt_registerglyphs [
name = "kaktovik",
units= 2,
usecolor = true,
width= 2,
height   = 2,
depth= 0,
preamble = "InitializeKaktovik"
] ;

for i=0 upto 19 :
lmt_registerglyph [
category = "kaktovik",
unicode  = 119488 + i, % "0x1D2C0"
code = "Kaktovik(" & decimal i & ")"
] ;
endfor ;

\stopMPcalculation

\startluacode
interfaces.implement {
name  = "kaktoviknumerals",
arguments = "integer",
actions   = function(n)
local digits = { }
local count  = 1
while true do
digits[count] = utf.char(0x1D2C0 + (n % 20))
n = n // 20
if n == 0 then
break;
end
count = count + 1
end
table.reverse(digits)
context("%t",digits)
end
}
\stopluacode

\unprotect

\permanent\def\kaktoviknumerals#1{\clf_kaktoviknumerals\numexpr#1\relax}

\defineconversion [kaktoviknumerals] [\kaktoviknumerals]
\defineconversion [K][\kaktoviknumerals]

\definefontfeature
  [kaktovik]
  [metapost=kaktovik]

\protect

\continueifinputfile{meta-imp-kaktovik.mkxl}

\definefontfeature
  [default]
  [default]
  [metapost=kaktovik]
% [metapost={category=kaktovik,u

Re: [NTG-context] Google's Roboto Flex font typescript and goodies definition.

2023-04-18 Thread Hans Hagen via ntg-context

On 4/18/2023 3:52 PM, Pawel Urbanski via ntg-context wrote:

Hi Hans,
I will write what I want to acomplish. While it is definitely thrivial, 
I'm either missing something obvious or more experienced users suffer 
from the curse of knowledge.


I want ot use Roboto Flex for my chapter and section heads with Garamond 
Premier for the body contents.


I followed the Context wiki example and consistant examples from the web.

Here is my code:
\usemodule[fonts-variable]
\definefontfamily[roboto-flex][ss][rotoboflex]
% robotoflex.ttf is the recognized font file name.
\setuphead[chapter]
[style={\switchtobodyfont[roboto-flex,20pt]\ss}]

While the Garamond is embedded and text is styled, the chapter tible is 
typeset with Garamond not Roboto.


Any hints or feed back will be very appriciated.

\usetypescriptfile[ebgaramond]

\starttypescript [sans] [robotoflex]
\setups[font:fallback:sans]
\definefontsynonym [Sans]  [name:robotoflexregular]
\definefontsynonym [SansItalic][name:robotoflexregularitalic]
\definefontsynonym [SansBold]  [name:robotoflexregularbold]
\definefontsynonym [SansBoldItalic][name:robotoflexregularbolditalic]
\stoptypescript

\starttypescript[robocop]
\definetypeface [\typescriptone] [rm] [serif] [ebgaramond] 
[default]
\definetypeface [\typescriptone] [ss] [sans]  [robotoflex] 
[default]
\definetypeface [\typescriptone] [tt] [mono]  [dejavu] 
[default] [rscale=0.8]

\definetypeface [\typescriptone] [mm] [math]  [ebgaramond] [default]
\stoptypescript

\setupbodyfont[robocop]

\setuphead[chapter][style=\ssbfd]

\starttext

\startchapter[title=Whatever]
\input tufte
\stopchapter

\page

\usemodule[fonts-variable]

\showfontvariations[font=file:robotoflex.ttf]

\stoptext


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \setupitemize[indentnext=auto] broken?

2023-04-18 Thread Hans Hagen via ntg-context

On 4/18/2023 3:48 PM, Aditya Mahajan via ntg-context wrote:

On Mon, 17 Apr 2023, Hans Hagen via ntg-context wrote:


On 4/17/2023 7:06 AM, Aditya Mahajan via ntg-context wrote:

On Sun, 16 Apr 2023, Aditya Mahajan via ntg-context wrote:


On Sat, 15 Apr 2023, Jim via ntg-context wrote:


%

\setupindenting[medium,yes]
\setupitemize[indentnext=auto]

\startitemize
  \item One
\stopitemize

This paragraph should be indented - due to the blank line after
\type{\stopitemize}.

\startitemize
  \item Two
\stopitemize
This paragraph should not be indented.

%

Works in mkiv but appears to be a bug in lmtx. I haven't debugged what is
going wrong.


`indentnext=auto` doesn't appear to work for any environment.

can you test with this patch


This works on with the 3-4 test examples that I had but ...


\permanent\protected\protected\def\spac_indentation_check_next_indentation

^

Is that a typo (double \protected)? I tested with a single \protected and that 
also works.

it's a typo .. maybe i should add (for completeness)

\protected\unprotected\protected

(\permanent only kicks in when you are on overload protection mode, 
which I'm always in here)


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Google's Roboto Flex font typescript and goodies definition.

2023-04-18 Thread Hans Hagen via ntg-context

On 4/18/2023 12:37 PM, Pawel Urbanski via ntg-context wrote:

Dear Everyone,
Following my attempts to create and learn Context's ways to manage 
fonts, I would like to ask about the following:


I've created the structure for fonts in texmf-local folder and after 
running scripts they are listed. The output for Roboto Flex is as follows:
identifier                          familyname   fontname   
  filename         subfont   instances


robotoflex                          robotoflex   robotoflexregular   
robotoflex.ttf             thin extralight light regular medium semibold 
bold extrabold black extrablack thinitalic extralightitalic lightitalic 
italic mediumitalic semibolditalic bolditalic extrabolditalic 
blackitalic extrablackitalic


What is the proper way to use family name or font name to create a 
typescript file and a goodies file to take advantage of optical sizes. 
Google's Roboto Flex is an upgraded Roboto as a variable font.


I know that this topic has been discussed many times and I've read the 
fonts manual but still have these questions. Most of the examples are 
rather ready solutions or templates but not always cover ways how to 
figure out values from scratch and how they correspond.
all these naames and combining them into 'regular-bold' pairs is pretty 
much a visual thing as these names are not used consistently; when you 
just use four fonts, a simple few line tyopescript will do (no need to 
make an imp file, just put it in your style)


(variable fonts is not really improving this)

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Kaktovik numerals

2023-04-18 Thread Hans Hagen via ntg-context

On 4/18/2023 10:57 AM, Henning Hraban Ramm via ntg-context wrote:
I just came across this thread about the base-20 system of the Inuit 
people and the numerals invented for it in the 1990s:

https://mathstodon.xyz/@johncarlosbaez/110215432175491555

This makes simple calculations just beautiful.

interesting ... quick hack attached

Hans

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


meta-imp-kaktovik.pdf
Description: Adobe PDF document
%D \module
%D   [   file=meta-imp-kaktovik,
%Dversion=2023.04.18,
%D  title=\METAPOST\ Graphics,
%D   subtitle=Kaktovik Numbers,
%D author=Hans Hagen,
%D   date=\currentdate,
%D  copyright={PRAGMA ADE \& \CONTEXT\ Development Team}]
%C
%C This module is part of the \CONTEXT\ macro||package and is
%C therefore copyrighted by \PRAGMA. See mreadme.pdf for
%C details.

%D Just a quick hack for Hraban (after a post on the mailing list).

\startMPcalculation{simplefun}

path kaktovik_glyphs[] ;

def InitializeKaktovik =

save p, d, u ;

pair p[] ; numeric d ; d := .1 ; numeric u ; u := .15 ;

  % d := getparameterdefault "mpsfont" "d" .10 ;
  % u := getparameterdefault "mpsfont" "u" .15 ;

p[0] := (0,1) ;
p[1] := (1,0) ;
p[2] := (2,1 -  d) ;
p[3] := (3,0) ;
p[4] := (4,1 - 2d) ;

p[5] := (4,1 +  u) ;
p[6] := (0,1 + 2u) ;
p[7] := (4,1 + 4u) ;

kaktovik_glyphs[0] := (1,1)  { right } .. { left } (2,1/2) { left } .. 
{ right } (3,1);

for i= 1 upto 4 :
kaktovik_glyphs[i] := p[0] for j=1 upto i : -- p[j] endfor ;
endfor ;

kaktovik_glyphs[ 5] := p[5] -- p[0] ;for i= 6 upto  9 : 
kaktovik_glyphs[i] := p[5] -- kaktovik_glyphs[i-5] ; endfor ;
kaktovik_glyphs[10] := p[6] -- kaktovik_glyphs[ 5] ; for i=11 upto 14 : 
kaktovik_glyphs[i] := p[6] -- kaktovik_glyphs[i-5] ; endfor ;
kaktovik_glyphs[15] := p[7] -- kaktovik_glyphs[10] ; for i=16 upto 19 : 
kaktovik_glyphs[i] := p[7] -- kaktovik_glyphs[i-5] ; endfor ;

enddef ;

vardef Kaktovik(expr i) =
draw image (
draw kaktovik_glyphs[i]
xscaled (10/20 -1/20)
yscaled (25/20 -2/20)
withpen (pencircle xscaled 1/20 yscaled 5/20) rotated -(2*20)
  % withpen (pencircle xscaled 1/40 yscaled 5/40) rotated -(2*20)
  % withpen (pencircle xscaled 2.5/40 yscaled 5/40) rotated -(2*20)
;
) shifted (2/20,2/20)
enddef ;

lmt_registerglyphs [
name = "kaktovik",
units= 2,
usecolor = true,
width= 2,
height   = 2,
depth= 0,
preamble = "InitializeKaktovik"
] ;

for i=0 upto 19 :
lmt_registerglyph [
category = "kaktovik",
unicode  = 119488 + i, % "0x1D2C0"
code = "Kaktovik(" & decimal i & ")"
] ;
endfor ;

\stopMPcalculation

\startluacode
interfaces.implement {
name  = "kaktoviknumerals",
arguments = "integer",
actions   = function(n)
local digits = { }
local count  = 1
while true do
digits[count] = utf.char(0x1D2C0 + (n % 20))
n = n // 20
if n == 0 then
break;
end
count = count + 1
end
context("%t",digits)
end
}
\stopluacode

\unprotect

\permanent\def\kaktoviknumerals#1{\clf_kaktoviknumerals\numexpr#1\relax}

\defineconversion [kaktoviknumerals] [\kaktoviknumerals]
\defineconversion [K][\kaktoviknumerals]

\definefontfeature
  [kaktovik]
  [metapost=kaktovik]

\protect

\continueifinputfile{meta-imp-kaktovik.mkxl}

\definefontfeature
  [default]
  [default]
  [metapost=kaktovik]
% [metapost={category=kaktovik,u=.25,d=.20,x=}]

\setupbodyfont[dejavu]

% \nopdfcompression

\startTEXpage[offset=1ts,width=3es]

\start
\showglyphs
KAKTOVIK
\dostepwiserecurse{0}{19}{1}{\kaktoviknumerals{#1}\space }
\stop

kaktovik \start
\red\glyphxscale 700
\dostepwiserecurse{0}{19}{1}{\kaktoviknumerals{#1}\space }
\stop

\startitemize[packed,K][color=orange,stopper=]
\startitem first  \stopitem
\startitem second \stopitem
\startitem third  \stopitem
\stopitemize

KAKTOVIK \start
\red  \kaktoviknumerals{2023} --
\green\kaktoviknumerals{4}--
\blue \kaktovikn

Re: [NTG-context] \setupitemize[indentnext=auto] broken?

2023-04-17 Thread Hans Hagen via ntg-context

On 4/17/2023 7:06 AM, Aditya Mahajan via ntg-context wrote:

On Sun, 16 Apr 2023, Aditya Mahajan via ntg-context wrote:


On Sat, 15 Apr 2023, Jim via ntg-context wrote:


%

\setupindenting[medium,yes]
\setupitemize[indentnext=auto]

   \startitemize
 \item One
   \stopitemize

   This paragraph should be indented - due to the blank line after 
\type{\stopitemize}.

   \startitemize
 \item Two
   \stopitemize
   This paragraph should not be indented.

%

Works in mkiv but appears to be a bug in lmtx. I haven't debugged what is going 
wrong.


`indentnext=auto` doesn't appear to work for any environment.

can you test with this patch

\permanent\protected\protected\def\spac_indentation_check_next_indentation
  {\global\enforced\let\dorechecknextindentation\relax
   \begingroup
   \autoparagraphmode\zerocount

\doifelsenextchar\par\endgroup{\endgroup\spac_indentation_variant_no}} % 
messy check as next is seldom \par





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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Software upgrade for ntg and contextgarden server 6 April

2023-04-16 Thread Hans Hagen via ntg-context

On 4/16/2023 3:54 PM, Carlos via ntg-context wrote:


It's just an interface much more simpler than what the git archive
backup interface currently in use presumably undergoes. Git is sort
of big as-is and that's not even counting all its remote helpers
by which all those places depend on (gitlab, github, bitbucket),
which makes it even bigger.
I use the windows github interface. Mojca showed me some alternatives 
but trhat's for power users,


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Software upgrade for ntg and contextgarden server 6 April

2023-04-15 Thread Hans Hagen via ntg-context

On 4/15/2023 3:23 AM, Carlos via ntg-context wrote:


thank you Taco, Hans, and Aditya, Mikael, et

Hans, I was just curious about your git strategy and wanted to ask you about 
something.


I have no strategy. I see it as just an offline repository and archive.

The luametatex repos sort of resembles what I have on my machine but 
even then I always use intermediate 'compare before merge' steps that 
predate git. Git (or svn) is nice for seeing changes but I admit that I 
never roll-back using git. When I have to integrate something in e.g. 
luametatex that comes from git I always diff (winmerge) and "manually 
merge". So much for stragety: not that fancy.


The context updates are assembled from a completely different dev 
structure (think also of temporary files, runtime files for manuals etc 
that don't belong in something git) and turning that modus operandi into 
something git would make my way of doing things pretty inefficient, so 
unless very little changes etc happen i won't change that.


All the git magic is maintained by Mojca and occassionally we discuss 
how to move on (we have some pending install-from-git stuff but that 
might take a while before being promoted).


I'm not really interested in al the additional stuff like chats, pull 
requests, keeping track of comments in git, all these (for me useless) 
statistics. I don't want to end up in an endless 'check this or that' 
noose, so for me email and communicating (could be visual) with some 
involved does it well; more fun too.


For some other projects git(hub|lab) is a communication method, 
basically an on-line storage.



Did you guys ever consider having a cgit interface and hosting it.

A bunch of projects have done it

heck. Even git, which is where everything solely depends on in the end, is 
running it.

https://git.kernel.org/pub/scm/git/git.git/

https://git.zx2c4.com/cgit/about/
There is not much to gain with adding yet another interface to what we 
have now. It only works if one or more people commit (no git pun 
intended) themselves long-term to it which relates to ie beging used.


(Keep in mind that it's all volunteer work.)

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Software upgrade for ntg and contextgarden server 6 April

2023-04-14 Thread Hans Hagen via ntg-context

On 4/14/2023 3:50 PM, mf via ntg-context wrote:

Hello,

the github repo at https://github.com/contextgarden/context-mirror
is not updated since March 20th.

I don't know whether it's related to the server update, but maybe you know.


I fetch from the origin,

  https://bitbucket.org/phg/context-mirror.git
 which seems up to date; i suppose github gets it from there but 
occasionally it lags behind; it's sort of the original git archive and 
our backup plan.


  https://github.com/contextgarden/context

Should be okay,

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Using project-local fonts

2023-04-13 Thread Hans Hagen via ntg-context

On 4/13/2023 10:11 PM, Kalouguine Andre via ntg-context wrote:

On 13.04.2023 21:22, Rik Kabel via ntg-context wrote:

EB Garamond is hopelessly broken with respect to hlig and dlig, and 
has been for quite a while.


I reported the problem 
(https://github.com/octaviopardo/EBGaramond12/issues/20) over five 
years ago, and the maintainer (if there is one) has done nothing. See 
also #4 in that issues list 
(https://github.com/octaviopardo/EBGaramond12/issues/4). There are a 
couple of forks, but there is no established reference implementation 
that I can see. The Google Fonts implementation is similarly 
challenged, perhaps worse.


Oh, I hadn't realized. I had read somewhere that the TeXlive version was 
simply older than the `Specimen.pdf` document and had some bugs. I 
hadn't realized that it wasn't fixed yet.

This is unfortunate!

Thanks for the information, you saved me from wasting too much time on that.
the lmtx installation comes with some fonts that we keep from the garden 
related git repository so we have control over updates; we can do 
somethign similar with popular fonts that we like to be frozen in which 
case we can tweak them runtime (when we update we can then reconsider 
tweaks)


sometimes it's easier to just accept that there are bugs and fix them 
runtime


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Using project-local fonts

2023-04-13 Thread Hans Hagen via ntg-context

On 4/13/2023 10:11 PM, Kalouguine Andre via ntg-context wrote:

On 13.04.2023 21:22, Rik Kabel via ntg-context wrote:

EB Garamond is hopelessly broken with respect to hlig and dlig, and 
has been for quite a while.


I reported the problem 
(https://github.com/octaviopardo/EBGaramond12/issues/20) over five 
years ago, and the maintainer (if there is one) has done nothing. See 
also #4 in that issues list 
(https://github.com/octaviopardo/EBGaramond12/issues/4). There are a 
couple of forks, but there is no established reference implementation 
that I can see. The Google Fonts implementation is similarly 
challenged, perhaps worse.


Oh, I hadn't realized. I had read somewhere that the TeXlive version was 
simply older than the `Specimen.pdf` document and had some bugs. I 
hadn't realized that it wasn't fixed yet.

This is unfortunate!

Thanks for the information, you saved me from wasting too much time on that.
if you know what the bugs are you can make a pseudo feature that fixes 
it (there are examples in the test suite)


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Using project-local fonts

2023-04-13 Thread Hans Hagen via ntg-context

On 4/13/2023 5:28 PM, Kalouguine Andre via ntg-context wrote:

Hi,


i'm not familiar with that approach so can't see what interferes
The most important change is that I can't update it and I can't put 
stuff in the system directory nor the user one.

So I only have access to the project folder, it has to be self-contained.
\definefontfamily [ebgaramond] [serif] [ebgaramond] 
[features=eb-garamond-normal]
Apologies, my fault, I forgot a part of my email. I don't want the c-t 
and s-t ligatures (supposed to be in `hlig`). But I do want the T-h 
ligature which is supposed to be in `dlig`. So as far as I understand, 
TeXlive comes with an old version of EB Garamond in which all of them 
are in `dlig`. Hence my question about self-contained projects with fonts.
You can put the font in the local directory but i have no clue how that 
works with your setup because in the end the font cache is used and does 
a user have a local one? YOu can maybe rename the font,. put it in the 
work directory and make a typescript that refers to that one.


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Using project-local fonts

2023-04-13 Thread Hans Hagen via ntg-context

On 4/13/2023 2:06 PM, Kalouguine Andre via ntg-context wrote:

Hi,

I'm writing a small report using EB Garamond as the main font. I am 
sometimes using Overleaf (which has a ConTeXt distribution that is 
accessible using a latexmkrc file).


i'm not familiar with that approach so can't see what interferes

The problem is, the EB Garamond version that is included seems to have a 
bug: the c-t and s-t ligatures (and maybe others) are triggered when 
enabling `dlig` even though they are supposed to be in the `hlig` 
feature. I also would like to include the Hack font that isn't in the 
distribution.
So, I'm looking for a way to embed the fonts into the project in a 
portable way instead of installing them in a system directory. Is there 
any way to do so ? The version of ConTeXt used is

here i just put all fonts in texmf-fonts/fonts/data

you can try to mix selectfont and regular typoescripts:

\usetypescriptfile[ebgaramond]

\definefontfamily [ebgaramond] [serif] [ebgaramond] 
[features=eb-garamond-normal]

%definefontfamily [ebgaramond] [math]  [Garamond-Math]
\definefontfamily [ebgaramond] [mono]  [Hack] [tf=style:mono]

%definetypeface [ebgaramond] [ss] [sans] [ysabeau][default]
\definetypeface [ebgaramond] [mm] [math] [ebgaramond] [default]

\setupbodyfont[ebgaramond,12pt]

\starttext
The most distinct sentence $x$.
\stoptext

as you probably also want proper math.

Hans



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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Feynman Diagrams

2023-04-13 Thread Hans Hagen via ntg-context

On 4/13/2023 4:42 AM, Gavin via ntg-context wrote:

Hi Aditya,

Thanks for the suggestions. I hadn’t thought to dig into the MetaPost produced 
when typesetting a LaTeX document.


In principle, it should be easier to adapt the feynmp.mp (attached) code to 
make it work with LMTX.


This sounds like a good summer project for me. I’ll be doing a lot of MetaPost 
this summer.
maybe alan can make you an examples in the node module, then we can see 
what 'lines' are needed. The ones in fyenmp are not that sophisticates 
(can be made nicer)


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Feynman Diagrams

2023-04-12 Thread Hans Hagen via ntg-context

On 4/12/2023 5:45 AM, Gavin via ntg-context wrote:

Hi List,

I’m looking for a way to include Feynman diagrams in my ConTeXt documents. I’ve 
used feynMF/feynMP and TikZ-feynman with LaTeX in the past, but it doesn’t look 
like either works directly with ConTeXt. My diagrams are pretty basic (example 
below). Does anyone have a ConTeXt solution they like? If not, I’ll add it to 
my list of summer MetaPost projects.

Maybe Alan's node module can do the work,

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Reminder: regular online meet-up

2023-04-12 Thread Hans Hagen via ntg-context

On 4/12/2023 1:35 PM, Henning Hraban Ramm via ntg-context wrote:

Reminder: This is in less than 2 hours.

I’m sick and can’t participate this time.

Hraban

we can shift it one week as I have to go mid afternoon

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Software upgrade for ntg and contextgarden server 6 April

2023-04-11 Thread Hans Hagen via ntg-context

On 4/11/2023 10:42 PM, Taco Hoekwater via ntg-context wrote:


In any case, today was the last of the big software update procedures (at least 
for the next year or so).

Thanks for doing this!

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] upload

2023-04-11 Thread Hans Hagen via ntg-context

Hi,

I just uploaded an update, the areas that were touched:

- math (font) improvements (with mikael, roadmap stuff, fixes, compact 
mode testing)

- text (font) improvements (with mikael, side track of math)
- experimental stuff wrt project structure (with alan, complex huge 
files; prelude to possible partial overhaul)

- some language details like labels (with tomas & students, ongoing)
- little thingies that probably no one will notice unless it's bugged

Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex

2023-04-11 Thread Hans Hagen via ntg-context

On 4/11/2023 3:13 PM, Carlos via ntg-context wrote:


But where is actually luametatex under the standalone sources

just in the bin path

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex

2023-04-11 Thread Hans Hagen via ntg-context

On 4/11/2023 12:00 PM, Carlos via ntg-context wrote:


and belongs to TeX Live?


well, i suppose there is a non-empty copy in texlive but an empty one 
can go indeed



Here we go! Back to point A where we were at before

as alan pointed out: just install with the lmtx installer in a path separate
from tex live, set the path and you're done; don't try to mix texlive with a
adapted of standalone, texlive has its own context package and updates etc;
keep them separated


alright. That's fine. That's what I thought.

So copy over the mtxrun binary on texmf-linux-64/bin to context and call it a
day?
as long as the five mentioned files are there (and best hand mtxrun, 
context and luametatex the same so use links) ... luametatex is the 
engine as well as stub runner (runs the luatex file in the same path 
with the same name and suffix lua)


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex

2023-04-11 Thread Hans Hagen via ntg-context

On 4/11/2023 11:11 AM, Carlos via ntg-context wrote:


Hello Alan, my PATH is set to:

PATH=/home/ce/context-install/bin:/home/ce/context-install/tex/texmf-linux-64/bin:/opt/texlive/2023/bin/x86_64-linux:$PATH;
 export PATH


what is that first path doing there


Do we actually need to list all kpsea variable here ?? fine


doesn't hurt .. also because they can be set badly at the os level (you 
really don't want to knwo when has be encountered in the 20th century)



Here are some of them, which are really irrelevant by the way, but just
adding info

$ kpsewhich --var-value TEXMFROOT
/opt/texlive/2023
$ kpsewhich --var-value TEXMFDIST
/opt/texlive/2023/texmf-dist
$ kpsewhich --var-value TEXMFLOCAL
/opt/texlive/texmf-local

Now let's take a peek inside the TeX Live infrastructure-only,  shall
we? (just for additional info as TeX Live is ocnsidered one of the
many scripts out there, right?  One is interested in the standalone in
the end)

LICENSE.CTAN   bin install-tl.log   texmf-config  texmfcnf.lua
LICENSE.TL doc.htmlreadme-html.dir  texmf-disttlpkg
README index.html  readme-txt.dir   texmf-var
README.usergroups  install-tl  release-texlive.txt  texmf.cnf


that si texlive, not standalone


that texmfcnf.lua only holds

return {
   content = {
 variables = {
 },
   },
}

which is useless


and harmless (somethign old texlive)


so, no bueno. Not when the aim is to install a fully functional context
standalone

Now let's take a peek instide and see the binaries

afm2tfm  etex  kpsereadlink mfmtxrun.lua  texluac
bibtex   extractbb kpsestat mf-nowin  pdfetex tlmgr
context  fmtutil   kpsewhichmft   pdflatextlshell
context.lua  fmtutil-sys   latexmkindex   pdftex  updmap
dvilualatex  fmtutil-user  luahbtex mktexfmt  pktogf  updmap-sys
dviluatexgftodvi   lualatex mktexlsr  pktype  updmap-user
dvipdfm  gftopkluametatex   mktexmf   rungs   xdvi
dvipdfmx gftypeluaotfload-tool  mktexpk   simpdftex   xdvi-xaw
dvipdft  inimf luatex   mktextfm  tex xdvipdfmx
dvipsinitexmakeindexmptopdf   texhash
ebb  kpseaccessman  mtxruntexlua

Do you see that context and context.lua out there, right? That's
only after running tlmgr and installing it, so no bueno, because in
the meantime there's no texmfcnf.lua around


comes from the tex live base package ... harmless, just takes bytes 
(only luatex, luametatex, context, mtxrun, context.lua and mtxrun.lua 
matter)



Then again, remember in the current state I actually don't have
texmfcnf.lua for the simple reason that first-setup.sh never provided
it, correct?


aditya pointer that out (and it's one of the files that one doesn't want 
to be overwritten anyway)



Here we go! Back to point A where we were at before
as alan pointed out: just install with the lmtx installer in a path 
separate from tex live, set the path and you're done; don't try to mix 
texlive with a adapted of standalone, texlive has its own context 
package and updates etc; keep them separated


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex

2023-04-11 Thread Hans Hagen via ntg-context
lications).


dunno, never meet computer scientists (only met DEK)


-- FORTRAN is not a flower but a weed -- it is hardy, occasionally
blooms, and grows in every computer.
-- A.J. Perlis


could be, but that's true for all computer relates stuff that is looked 
back at a decade later

 Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] How to use noto sans math font?

2023-04-06 Thread Hans Hagen via ntg-context

On 4/6/2023 6:59 AM, Mikael Sundqvist via ntg-context wrote:

Hi,

On Thu, Apr 6, 2023 at 2:56 AM Li Yanrui (李延瑞) via ntg-context
 wrote:




Mikael Sundqvist via ntg-context  于2023年4月5日周三 18:26写道:


Hi,

No intend to be complete or so (not by computer either, so could not look into 
it), it was just for a test a while back. But it could serve as a start.

/Mikael



Hi Mikael,

Thanks for your reply. I used the typescript you provided but still get the 
error as below

   Math error: parameter 'supshiftup' with id 51 in style 2 is not set


OK. I see the link to google fonts above. I am not sure they have the
latest version. There were lots of fixes in this font recently (in
particular I think a math table was added, so that the font really is
identified as a math font, but I might be wrong about that). The one I
used was downloaded from

https://github.com/notofonts/math/releases/tag/NotoSansMath-v2.539

and that still seems to be the latest. I now compiled my file again,
and still no error here.
Wondering. I didn't check but why start with a sans math and not a serif 
... are the sans alphabets replaced by a serif?


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] PDF 2.0 standard documents now free

2023-04-06 Thread Hans Hagen via ntg-context

On 4/6/2023 7:53 AM, Henning Hraban Ramm via ntg-context wrote:


You can put in arbitrary data and then download.


I'll wait till some chat bot can fill that in for ma, every time a 
unique random set of data.


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] PDF 2.0 standard documents now free

2023-04-06 Thread Hans Hagen via ntg-context

On 4/6/2023 8:07 AM, luigi scarso via ntg-context wrote:



On Thu, 6 Apr 2023 at 07:54, Henning Hraban Ramm via ntg-context 
mailto:ntg-context@ntg.nl>> wrote:


Am 05.04.23 um 20:09 schrieb Hans Hagen via ntg-context:
 > On 4/5/2023 7:48 PM, Henning Hraban Ramm via ntg-context wrote:
 >> Forwarding from Mastodon:
 >>
 >> Adobe, Apryse, Foxit and PDFAssociation have partnered up and made
 >> ISO32000-2 2020 (aka PDF 2.0),
 >> ISO/TS 32001 (Extensions to Hash Algorithm Support in ISO
32000-2) and
 >> ISO/TS 32002 (Extensions to Digital Signatures in ISO 32000-2)
 >> available as sponsored papers ... so **FREE**.
 >> Follow the links below; no valid email (or address) necessary:
 >> https://www.pdfa.org/sponsored-standards/
<https://www.pdfa.org/sponsored-standards/>
 > kind of interesting thatthe one from adobe is version 1 and the
other one 2
 >
 > i'll wait till it's really free .. currently it still costs EUR
0, so
 > one has to fill in some cart / form

You can put in arbitrary data and then download.
I don’t think it will become any more free.


indeed, but then:  why don't  we put them on the wiki site / another 
free site ?


> Any legal restrictions ?

Probably okay as long as one doesn't resell it for EUR 0 ...

It all looks a bit weird to me anyway "sponsored standards" esp with 
sponsors mentioned on the cover instead of in thanks 'introduction'.


What happens when the sponsors withdraw? How does that legally work with 
distributing? What is there are updates (unlikely anyway).


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] PDF 2.0 standard documents now free

2023-04-05 Thread Hans Hagen via ntg-context

On 4/5/2023 7:48 PM, Henning Hraban Ramm via ntg-context wrote:

Forwarding from Mastodon:

Adobe, Apryse, Foxit and PDFAssociation have partnered up and made
ISO32000-2 2020 (aka PDF 2.0),
ISO/TS 32001 (Extensions to Hash Algorithm Support in ISO 32000-2) and
ISO/TS 32002 (Extensions to Digital Signatures in ISO 32000-2)
available as sponsored papers ... so **FREE**.
Follow the links below; no valid email (or address) necessary:
https://www.pdfa.org/sponsored-standards/

kind of interesting thatthe one from adobe is version 1 and the other one 2

i'll wait till it's really free .. currently it still costs EUR 0, so 
one has to fill in some cart / form


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] bold small caps

2023-04-03 Thread Hans Hagen via ntg-context

On 4/3/2023 9:07 AM, Peter Münster via ntg-context wrote:

Hi,

I'm quite sure, that this worked some time ago with the standard font (LM):

\setff{smallcaps} Normal and \bf bold Small Caps.
(See also https://wiki.contextgarden.net/Bold_small_caps).

But it does not work with the latest ConTeXt version.

How could I get bold small caps with the latest version please?

TIA for any hints,

best use a font that has smallcaps (otherwise use pseudocaps \cap{..} etc)

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] attempt to index nil value with bidi math in hbox

2023-04-03 Thread Hans Hagen via ntg-context

On 4/3/2023 7:50 AM, Max Chernoff via ntg-context wrote:

Hi Hans,

This test file:

\setupdirections[bidi=global,method=one]
\starttext
\hbox{$\varepsilon$-TeX}
\stoptext

gives the following error:

callback error: 
...ext/tex/texmf-context/tex/context/base/mkxl/typo-duc.lmt:618: attempt to 
index a nil value (local 'before')
stack traceback:
...ext/tex/texmf-context/tex/context/base/mkxl/typo-duc.lmt:618: in 
upvalue 'resolve_weak'
...ext/tex/texmf-context/tex/context/base/mkxl/typo-duc.lmt:781: in 
upvalue 'resolve_levels'
...ext/tex/texmf-context/tex/context/base/mkxl/typo-duc.lmt:1053: 
in local 'handler'
...ext/tex/texmf-context/tex/context/base/mkxl/typo-dir.lmt:182: in 
upvalue 'typesetters_directions_handler'
[string "local tonut  = nodes.tonut..."]:20: in function <[string "local 
tonut  = nodes.tonut..."]:13>
(...tail calls...)

Running either this:

i'll check it (at least get rid of the error)

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-04-02 Thread Hans Hagen via ntg-context

On 4/1/2023 11:21 PM, Carlos via ntg-context wrote:

On Fri, Mar 31, 2023 at 10:22:49PM +0200, Hans Hagen via ntg-context wrote:

On 3/31/2023 10:08 PM, Carlos via ntg-context wrote:


sure, why should it, you want lucida so better quit with an error than
kicking in some font; actually cmr math fonts have been obsoleted for way
over a decade by latin modern math fonts in 32 bit font engines


Font loading and processing time can be mosty neglected so these 16 seconds
come from something else, maybe there are ways to trace file access. Another
possibility is that your fonts are not cached in which case every run will
involve parsing the otf / ttf and producing whatever resources needed
(normally cached).


interesting. Earlier as the output was showing


mkiv lua stats  > loaded patterns: en::1, load time: 0.000
mkiv lua stats  > loaded fonts: 4 files: lucidabrightregular.otf, 
lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf


you asked


so why not use lucida math fonts?


which is a valid question but nevertheless unsettling in that lmodern-regular 
may nat have been called out. I fully understand the inclusion of a 
latinmodern-math in it as a lucidamath was not previously available but I 
ponder at the idea and involuntary implementation  of having lmroman along the 
pack. Why? If this is TeX doings, or misdoings (depending how one looks at it), 
it clearly shows to me that TeX also restricts my freedom to use whatever font 
I may deem necessary. Don't you think? You can probably disagree with me here, 
or anyone from the TeX community can, but the roman last was imposed 
deliberately upon. Someoe may also give a lengthy explanation but that would be 
just hogwash in thee very end .


The fact that a file is loaded doesn't mean that it is used. In fact 
there is some fallback loading going on because explaining when nothing 
gets typeset or why \nullfont is used which results in missing chars 
messages is a waste of time.


It has nothing to do with restrictions: tex will load any font you want 
it. But for instance when you turn on some tracing the macro package can 
load a font it needs. Indirectly you get what you ask for.


I bet you didn't explicitly ask for e.g. english hyphentation patterns 
either but still got them, but tex will happily let you use polish ones 
instead.


Of course the best remedy against any automatism is to just start with 
initex and implement from scratch.


In the above case: just add \type {foo} and you might see another font 
you didn't ask for / set up.



I was actually thinking to ask you about that, and by falling back to cmr math 
font that perhaps would expedite loading time along the way.


These fonts are small (only huge cjk fonts with tens of thousands of glyphs
or fonts with hundreds of accumulated features might have some impact but
even then not in the final embedding stage).


Yeah. I guess.

I can also have

mkiv lua stats  > loaded patterns: en::1, load time: 0.000
mkiv lua stats  > loaded fonts: 3 files: lucidabrightmathsymbol.ttf, 
lucidanewmathitalic.ttf, lucidabrightregular.otf
mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3 
shared in backend, 1 common vectors, 2 common hashes, load time 16.723 seconds

but that loading time gets back at me as the culprit sweet reminder of not 
using cmr then.


i won't comment because (i verified) that lucidabrightmathsymbol.ttf and 
 lucidanewmathitalic.ttf are illegal copies (if created on someones 
machine from the typeone its all up to that user).

 Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] update / punctuation / math

2023-04-01 Thread Hans Hagen via ntg-context
even more classes or dictionaries. If we nevertheless decide to keep
families, we can certainly go with less than we have now, maybe two 
(or four
if we want to be generous and also resemble original tex) of them 
is enough.
We cannot imagine users wanting more. As a side note: completely 
divorcing
families could make the math engine a bit leaner. It is hard to 
explain and

users only care about the outcome. So more on this later.
\stopitem

\startitem
Another path to explore is to identify the few building blocks that are
needed for typesetting math, and then doing a bit more at the tex 
end. Of
course that would nil quite some earlier effort, which is a bit 
frustrating,
but still \unknown\ maybe the math engine can be reduced to a 
fraction of

what is is now.
\stopitem

\startitem
When we look at the math fonts and some characters in there, we 
sometimes
wonder what makes sense. For some, searching in e.g. arXiv brings 
no hit.
Basically we have obsolete math symbols and currently used one. 
That made us
think about ancient math versus modern math, just like there is 
ancient greek
and modern greek. Because math is a script one can wonder about 
obsolete math
dialects with symbols just like there are plenty deal scripts in 
\UNICODE. We

already are working on dictionaries but another axis is useability.
\stopitem

\startitem
We no longer have the small / large extensible family model so we can
simplify delimiters in the engine. Not something users should worry 
about.

\stopitem

\startitem
We're not sure why math is considered stable because everything moved
forward. Therefore we're preparing a bid for extra math symbols as 
needed in
modern explorative and daring math thesis. When symbols are really 
used, and
we have proof of that, it should be possible to get them un 
\UNICODE, just
like all these emoji. We welcome input and as an example of 
currently faked

symbols we added some to the distribution as easter eggs. One example:

Mikael got contacted by a stressed student working on a thesis on
probability. This student needed to typeset the characteristic 
function of a

random variable \im {X} with density function \im {f_{X}}, and it was
insisted to use another notation than the (wide) hat, that was 
already used
for something else. For this reason the \tex {widerandomhat} was 
introduced,


\useMPlibrary[newmath]

\startformula
E[\ee^{\ii tX}] = \widerandomhat{f_{X}}(t)\mtp{,}
E[\ee^{\ii t(X_1+X_2)}] = \widerandomhat{f_{X_1} \ast 
f_{X_2}}(t)\mtp{.}

\stopformula

Naturally, it is automatically scaled, just like the ordinary wide hat

\startformula
\widehat{a+b+c+d+e+f} \neq \widerandomhat{a+b+c+d+e+f}
\stopformula

Once the thesis is printed, we will contact the \UNICODE\ Consortium to
suggest that it gets a slot.
\stopitem

\startitem
Our most ambitious project is a reverse engineering one, which is 
why it is

conducted at the engineering faculty of the Dnul university (we cannot
reveal the real name yet). In math articles one can find 
visualizing like
$x\leftarrow x$ and there are plenty of \TEX\ commands that have 
arrow or

hook in their names. If you look at the names of math symbols plenty
are kind of weird. We think it is not natural and are considering a 
\quote
{natural language math input} project, where you tell what it is 
and get the
symbols you expect. For that we need to analyze typeset math and 
from the
context as well as visualization derive a dataset that we can feed 
into a
machine learning subsystem that then can be used to turn input into 
type. We
have several stages in mind spanning years but it can be fun. Think 
of it
like \quote {untagged math} which then of course results in \quote 
{untagged

pdf}, but better!
\stopitem

\stopitemize

Mikael & Hans

\stopsubject

\stoptext


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

230401-0.pdf
Description: Adobe PDF document
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-31 Thread Hans Hagen via ntg-context

On 3/31/2023 10:08 PM, Carlos via ntg-context wrote:


sure, why should it, you want lucida so better quit with an error than
kicking in some font; actually cmr math fonts have been obsoleted for way
over a decade by latin modern math fonts in 32 bit font engines


Font loading and processing time can be mosty neglected so these 16 
seconds come from something else, maybe there are ways to trace file 
access. Another possibility is that your fonts are not cached in which 
case every run will involve parsing the otf / ttf and producing whatever 
resources needed (normally cached).



I was actually thinking to ask you about that, and by falling back to cmr math 
font that perhaps would expedite loading time along the way.


These fonts are small (only huge cjk fonts with tens of thousands of 
glyphs or fonts with hundreds of accumulated features might have some 
impact but even then not in the final embedding stage).


Whan talking fonts, enabling for instance expansion (hz) and protusion 
might increase runtime a little. In practice, enabling for instance 
synctex has a bigger imnpacts on performance than handling fonts.

 Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Stack overflow when using Neo Euler for math

2023-03-31 Thread Hans Hagen via ntg-context

On 3/31/2023 9:58 PM, Rory Molinari via ntg-context wrote:

Hi,

I'm in the process of updating to TeXlive 2023 after a long time of 
light use with 2018. One issue I'm now having is an error when I try to 
use Neo Euler as my math font.


\definefontfamily[mypalatinoeuler][rm][TeX Gyre Pagella]
\definefontfamily[mypalatinoeuler][mm][Neo Euler]

\setupbodyfont[mypalatinoeuler]

\starttext
$x=1$
\stoptext
It works ok here. Support for these math fonts are a bit in flux (and 
euler is special anyway). Mikael and I just finished a new round of math 
tweaks (some interesting esthetics that took some time) and in addition 
to (and because of) that some otf math fonts have also been also updated 
(like euler). We want to do some tests before we upload a new version; 
if we see no problems maybe tomorrow, although the need to adapt to 
changes in tikz are kind of a showstopper.


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] tikz error upgrading to texlive version (artix)

2023-03-31 Thread Hans Hagen via ntg-context

On 3/31/2023 8:16 PM, Ulrike Fischer via ntg-context wrote:

Am Fri, 31 Mar 2023 10:10:43 +0200 schrieb Hans Hagen via
ntg-context:


\usemodule[tikz]

\starttext
Hello World.
\stoptext
works ok here



It fails for me in texlive 2023.


works here


I don't know who changed what here, but it looks like a catcode


something in tikz i guess

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] tikz error upgrading to texlive version (artix)

2023-03-31 Thread Hans Hagen via ntg-context

On 3/31/2023 6:43 PM, Aditya Mahajan via ntg-context wrote:

On Fri, 31 Mar 2023, Hans Hagen via ntg-context wrote:


On 3/30/2023 11:56 PM, Xavier B. via ntg-context wrote:

Thanks, Max, for finding the problem. It is related to two more bugs:
https://github.com/pgf-tikz/pgf/issues/990
and
https://github.com/pgf-tikz/pgf/issues/958

Perhaps Hans or other people could help tikz staff to do the pending and
definitive solution.
It's annoying to have to put workarrounds in production documents.

There is just a glad mkiv user ;-)

\usemodule[tikz]

\starttext
   Hello World.
\stoptext

works ok here


Last time I tested, a simple \starttikzpicture \draw (0,0)--(1,0); 
\stoptikzpicture was failing. I'll try again with the latest version of LMTX + 
TikZ.

Hans, are you using the latest version of tikz from ctan? Some of these issues 
are due to recent changes made in tikz.

What should i take ... is there one has-it-all zip there?

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-31 Thread Hans Hagen via ntg-context

On 3/31/2023 1:40 PM, Carlos via ntg-context wrote:


so why not use lucida math fonts?


I have. But only with a couple of math fonts. I don't have all these fonts.


It really pays off to buy the official lucida opentype package.


mkiv lua stats  > loaded fonts: 3 files: lucidanewmathitalic.ttf, 
lucidanewmathsymbol.ttf, lucidabrightregular.otf
mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3 
shared in backend, 1 common vectors, 2 common hashes, load time 16.733 seconds


I never heard of these math ones. Did you get these from yandytex (no 
longer around) or TUG (the official distributer of lucida opentype 
math)? Anyway, as we fine tune math fonts for sure you get suboptimal 
results (or even wrong output). Mikael and I put quite a bit of care 
into lucida opentype math.



I do agree with you in that that loading time is perhaps unacceptable but…

> ...

You ought to specify that must be only after subsequent callbacks. I just tried 
it with a one liner file of \setupbodyfont[lucida] and (looking around in 
disbelief) it took a whooping ahem
fonts   > names > skipped files: 164
fonts   > names > duplicate files  : 164
fonts   > names > total scan time  : 16.487 seconds


I have no clue, unless that relates to your font path including some 
home dir which gets scanned every time for whatever reason and that has 
tens of thousands of files. I can process the 350+ page luametatex 
manual twice in these 16 seconds and that one loads quite some (also 
math) fonts and my laptop is not a fancy 2023 one



before it produced even error messages.

beating me for 2 seconds. Great. And then it restricted my freedom by saying

«Sorry, but I can't typeset math unless various parameters have been set. This 
is
normally done by loading special math fonts into the math family slots. Your 
font
set is lacking at least the parameter mentioned earlier.»


that's pretty clear: you don't load a math font at all, maybe some text 
font pretending it is math



Sorry, but sorry doesn't cut it here.


it does: no proper math font found so reason to complain


I guess it must have been referring to  \strc_formulas_place_number 
\strc_formulas_flush_number \dostarttagged \t!formulacontent \empty 
\dotagregisterformula \c_strc_formulas_n \csname \e!stop \formulaparameter 
\c!alternative \v!formula \endcsname


dunno, that's numbering, not math


Okay. So I tried another file. This time around with only

\setupbodyfont[lucida]

\starttext
$ test $
\stoptext

and then the output message was «Somewhere in the math formula just ended, you 
used the stated character from an
undefined font family. For example, plain TeX doesn't allow \it or \sl in
subscripts. Proceed, and I'll try to forget that I needed that character.»

There's not even a fallback to cmr or any other font.


sure, why should it, you want lucida so better quit with an error than 
kicking in some font; actually cmr math fonts have been obsoleted for 
way over a decade by latin modern math fonts in 32 bit font engines



There was not even a personalized touch in the output. That message sounds like 
one of these new GPT-chat features. Dry. When I read that «Proceed, and I'll 
try to forget it…» part the first thing I thought was: yeah, I'll proceed by 
removing that file altogether and you'll forget it for sure .


that message is part of 'reference tex the program' for over 40 years so 
if chatgpt would come up with it, it would do so by having parsed plenty 
of tex sources instead of inventing it (and when it comes to answering 
tex related questions chargpt is pretty unreliable, but that's another 
topic)



But instaed I looked at it and though to myself «how much has changed?!» In 
plain TeX (I have forgotten it a bit) but I can still type
> \par
> $test$
> \end

and it'll produce a dvi file in return.


a lot has changed: opentype math, unicode, more demands but indeed there 
is nothing against using plain tex with cmr and dvi fonts if that suits 
well; and plain tex will always be faster than context (or latex) just 
like pdftex with 8 bit fonts is faster than luatex with 32 bit fonts 
(with luametatex sitting in between wrt performance)
 anyway, i bet that if you want to use lucida with plain you also have 
to do some work and it will complain as loud as luametatex when th efont 
parameters are not set


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / htt

Re: [NTG-context] tikz error upgrading to texlive version (artix)

2023-03-31 Thread Hans Hagen via ntg-context

On 3/30/2023 11:56 PM, Xavier B. via ntg-context wrote:

Thanks, Max, for finding the problem. It is related to two more bugs:
https://github.com/pgf-tikz/pgf/issues/990
and
https://github.com/pgf-tikz/pgf/issues/958

Perhaps Hans or other people could help tikz staff to do the pending and 
definitive solution.
It's annoying to have to put workarrounds in production documents.

There is just a glad mkiv user ;-)

\usemodule[tikz]

\starttext
  Hello World.
\stoptext

works ok here

\usemodule[tikz]

\starttext
\starttikzpicture
\node [left color=red, right color=yellow] {Hello};
\stoptikzpicture
\stoptext

fails on

\setbox \pgfutil@tempboxa =\hbox dir
TLT to\pgfmathresult pt{\vbox

because we don't have 'dir TLT' in luametatex (and more engines don't so 
i would expect tikz to have some abstraction for that)


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] tikz error upgrading to texlive version (artix)

2023-03-31 Thread Hans Hagen via ntg-context

On 3/30/2023 8:52 PM, Xavier B. via ntg-context wrote:

Hi,

I use artix linux (a fork of arch with systemd alternative init systems).
During the texlive package, I get this error:

return {
  
["filename"]="/usr/share/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepoints.code.tex",
  ["lastcontext"]="\n \n \\inaccessible \n \n \"\n\\pgfmath@catcodes 
->\\catcode `\\==12 \\catcode `\\,=12 \\catcode `\\|=12 \\catcode `\\&=12 \\let \"\n 
  \\pgfmath@char@quote \n\\pgfmathparse ->\\begingroup \\pgfmath@catcodes \n  
 \\pgfmath@quickparsefalse \\ifpgfmathfloat \\let \\pgfmath@parse@next =\\pgfmathfloatparsenumber \\else \\let \\pgfmath@parse@next 
=\\pgfmathparse@ \\fi \\pgfmath@parse@next \n \\pgfmathparse \n   {1cm}\\ifpgfmathmathunitsdeclared \\pgf@x 
\\pgfmathresult mu\\relax \\else \\pgf@x \\pgfmathresult pt\\relax \\fi \n\\pgfmath@next #1#2->#2\n   \n...\nl.926 
\\pgfsetxvec{\\pgfpoint{1cm}{0cm}}\n ",
  ["lastluaerror"]="?",
  ["lasttexerror"]="! Missing control sequence inserted",
  ["linenumber"]=926,
  ["offset"]=10,
}

I simply run context to this file:

\usemodule[tikz]

\starttext
{\bf a} \tikz (0,0) -- (1,0);
\stoptext

i have little clue about tikz but shouldn't that be something

\tikz \draw (0,0) -- (1,0);

at least that gives a line here.

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] tikz error upgrading to texlive version (artix)

2023-03-31 Thread Hans Hagen via ntg-context

On 3/31/2023 2:42 AM, Aditya Mahajan via ntg-context wrote:

On Thu, 30 Mar 2023, Xavier B. via ntg-context wrote:


Thanks, Max, for finding the problem. It is related to two more bugs:
https://github.com/pgf-tikz/pgf/issues/990
and
https://github.com/pgf-tikz/pgf/issues/958

Perhaps Hans or other people could help tikz staff to do the pending and 
definitive solution.
It's annoying to have to put workarrounds in production documents.

There is just a glad mkiv user ;-)


I reported that tikz is not working a few months ago, but after a few back and 
forth with Hans, could not get it to work. At that time, it appeared that I was 
the only have having issues, so I thought that I was making a mistake in how I 
was installing the package.

I have reverted to using mkiv for my course notes, because I heavily use 
pgfplots and that is not working in LMTX. (I was also using some nice new 
features of metafun, and have had to resort to compiling them externally using 
LMTX via the filter module and compiling the main doc with MkIV).

afaik tikz should work ok, so can you make a test file?

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] meta-imp-fen in mkxl?

2023-03-31 Thread Hans Hagen via ntg-context

On 3/30/2023 6:22 PM, Thomas A. Schmitz via ntg-context wrote:

Hi all,

I wanted to use a rightbrace as background for a table, as defined in 
meta-imp-fen.mkiv. Unfortunately, I can't get it to work, for 2 reasons:


1. meta-imp-fen doesn't appear to be ported to mkxl.

2. When I try to compile with the --luatex switch, I get this error 
message:


tex error   > tex error on line 101 in file 
/mnt/shared/lmtx/tex/texmf-context/tex/context/base/mkiv/meta-imp-dum.mkiv: ! Undefined control sequence


l.101 \newinteger
    \c_grph_replacement_n


So, I'm a bit stymied right now. What can be done?


\let\newinteger\newcount

i'll add that to mkiv

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] characters.tex.toutf bug

2023-03-30 Thread Hans Hagen via ntg-context

On 3/30/2023 7:57 AM, Max Chernoff via ntg-context wrote:

Hi Hans,

"characters.tex.toutf" only works if there is a backslash somewhere in
its input string. This leads to some really surprising behaviour in the
following example:

\definefontfeature[default][tlig=no, trep=no]

\startbuffer[test-bib]

@article{one,
author = {``Author---\v{O}ne''},
}
@article{two,
author = {``Author---Two''},
}
\stopbuffer

\usebtxdataset[test-bib.buffer]

\starttext

\placelistofpublications[method=dataset]
\stoptext

Removing the following lines

elseif not find(str,"\\",1,true) then
return str

from the definition of "characters.tex.toutf" in "char-tex.{lmt,lua}"

fixes this issue for me.
it is more side effect of removing the (declared obsolete some years 
ago) `` '' input which catched it later


i tend to remove

for k, v in next, ligaturemapping do
hash[k] = v
end

in favor of an explicit 'tquo' feature that one can enable if wanted

\definefontfeature[default][default][tlig=yes,tquo=yes,trep=yes]

\startbuffer[test-bib]
@article{one,
   author = {``Author---\v{O}ne''},
}
@article{two,
   author = {``Author---Two''},
}
@article{three,
   author = {Author---Two},
}
@article{three,
   author = {,,Author---Two''},
}
\stopbuffer

so I tested that with the above which seems to work.

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Spacing problem around decimal point

2023-03-29 Thread Hans Hagen via ntg-context

On 3/29/2023 2:06 AM, Jim via ntg-context wrote:

Hi all,

I d/l'ed that binary, replaced the TeXlive version (which is dated March
11, even though I just updated texlive 5 minutes ago) and, lo and behold,
the PDF now looks like it should.

So from my point of view, that particular issue is resolved.

Sorry about your issues with Mac security.  I have this feeling that Apple
is slowly iterating towards a state where they sell you an expensive
computer with a beautiful acrylic and polished stainless steel stand and
ask you just to admire it, but don't touch it.  :-)
as they don't update the os after 7 year (so i could only test it on 
some ancient intel osx, maybe with less security in place) you end up 
with stacking them up to a decent steel pedestral


but, even then, one can always build the binary oneself (installing some 
dev tools + cmake worked out ok for me on that insecure 2013 machine)


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-28 Thread Hans Hagen via ntg-context

On 3/28/2023 7:05 PM, Carlos via ntg-context wrote:

On Mon, Mar 27, 2023 at 03:43:47PM +0200, Hans Hagen via ntg-context wrote:

On 3/27/2023 3:31 PM, Carlos via ntg-context wrote:


mkiv lua stats  > loaded fonts: 4 files: latinmodern-math.otf, 
lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf


i admit never having seen lucida ttf files (but when opentype ttf files are
used with an afm file present then no map files are needed at all because
we're in wide font mode and encidings are ignored)



I hadn't either.  But everything aligned and thought it was nice.

You're right that loading a map file is not needed, but If you're concerned 
about afm files then bring these files over to the working directory, and then 
mtxrun --generate the same

So yes. Even though the file was something like (intended originally to load 
the map file, correct?) but since the map file is no longer necessary then afm 
should suffice

\starttypescript [serif] [lucida] [texnansi]

\definefontsynonym[LucidaBrightDemiBold][texnansi-lucidabrightdemibold][encoding=texnansi]

\definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi]

\definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi]

\definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi]
\stoptypescript


these encodings only make sense with mkii (in which case the map file 
tells pdftex if a ttf or pfb file is used)


in mkiv encodings are ignored,  when a ttf/otf file is used no afm is 
read, and when a pfb fils is used the afm is used (ligature adn kerning 
info etc) but a wide font is assembled


(when a ttf is used the lucidaot typescript file can serve as example)

in mkxl we assume the otf files sold by TUG are used (recently the math 
font was updated)



and not with the file specification as in:


\starttypescript [mylucidaserif] % or mylucidasans
   \definefontsynonym[LucidaBrightRegular][file:LucidaBrightRegular]
   \definefontsynonym[LucidaBrightItalic] [file:LucidaBrightItalic]
   \definefontsynonym[LucidaBrightBold]   [file:LucidaBrightDemiBold]
\stoptypescript

and \setups[font:fallback:serif:sans] wouldn't be needed either

you'd end up with


in mkxl (lmtx)

\setupbodyfont[lucida]

will load open type definitions


mkiv lua stats  > loaded patterns: en::1, load time: 0.000
mkiv lua stats  > loaded fonts: 4 files: lucidabrightregular.otf, 
lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf


so why not use lucida math fonts?


mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 instances, 5 
shared in backend, 3 common vectors, 2 common hashes, load time 16.898 seconds



i assume that you don't get this 16 seconds load time each run


You're correct. That's why you recommended to use otf first .
even with type one fonts 17 sec load time for a few fonts is not okay, i 
expect more something like:


mkiv lua stats  > loaded fonts: 3 files: lucidabrightmathot.otf, 
lucidabrightot.otf, lucidasansot.otf
mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 14 
instances, 10 shared in backend, 6 common vectors, 4 common hashes, load 
time 0.161 seconds


(so 100 times less load time here)

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \writetolist not writing the number to the TOC

2023-03-27 Thread Hans Hagen via ntg-context

On 3/26/2023 3:10 PM, Willi Egger via ntg-context wrote:

Hello Hraban,

thank you. I missed this point. However, adding a dot behind the number does 
not appear to solve the problem. The title’s text still starts at the left 
margin which looks very odd.

Kind regards
Willi


On 26 Mar 2023, at 12:51, Henning Hraban Ramm via ntg-context 
 wrote:

Am 25.03.23 um 23:05 schrieb Willi Egger via ntg-context:

Good evening!
I have a setup in which I need to send info to the TOC:
Consider the following example:
\starttext
\starttitle[title=Contents]
   \placelist[chapter][criterium=all]
\stoptitle
\startchapter[title=Mychapter]
   \input knuth
   \startsubject[title=Subject will be in TOC]
 \writetolist[chapter]{1}{I am in TOC!}
 \input ward
   \stopsubject
\stopchapter
\stoptext
According to the Wiki I should get te number (1) in the TOC. Instead the text 
starts at the height of the chapter-numbering and is not carrying the given 
number.
Am I doing something wrong?


The wiki says:

“The default table of contents is combined list. To write to it one has to 
choose the level to which it should be inserted: 
\writetolist[chapter]{1.}{Chapter list entry A},
\writetolist[section]{1.1}{Section list entry A}, etc.”

https://wiki.contextgarden.net/Command/writetolist

So maybe you need a dot?

Otherwise I don’t know.

\definehead[xsubject][section][number=no]

\setuplist[xsubject][margin=2em]

\starttext
\starttitle[title=Contents]
  \placelist[chapter,xsubject][criterium=all]
\stoptitle
\startchapter[title=Mychapter]
  \input knuth
  \startxsubject[title=Subject will be in TOC1] \input ward 
\stopxsubject
  \startxsubject[title=Subject will be in TOC2] \input ward 
\stopxsubject

\stopchapter
\stoptext



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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-27 Thread Hans Hagen via ntg-context

On 3/27/2023 3:31 PM, Carlos via ntg-context wrote:


mkiv lua stats  > loaded fonts: 4 files: latinmodern-math.otf, 
lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf


i admit never having seen lucida ttf files (but when opentype ttf files 
are used with an afm file present then no map files are needed at all 
because we're in wide font mode and encidings are ignored)



mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 instances, 5 
shared in backend, 3 common vectors, 2 common hashes, load time 16.898 seconds
mkiv lua stats  > math tweaking time: 0.102 seconds, 12 math goodie tables
mkiv lua stats  > font embedding time: 0.004 seconds, 2 fonts


i assume that you don't get this 16 seconds load time each run

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-26 Thread Hans Hagen via ntg-context

On 3/26/2023 3:08 PM, Carlos via ntg-context wrote:

On Sun, Mar 26, 2023 at 01:04:30PM +0200, Henning Hraban Ramm via ntg-context 
wrote:

Am 25.03.23 um 23:42 schrieb Carlos via ntg-context:


fonts   | names | 3092 afm files checked,   okay
fonts   | names | identifying tree font files with suffix 'AFM'
fonts   | names | scanning path '/home/ce/.texlive2023/texmf-config' 
for AFM files



fonts   | names | variable 'OSFONTDIR' specifies path '/home/ce'
fonts   | names | variable 'OSFONTDIR' specifies path '/usr/share/fonts'
fonts   | names | globbing path '/home/ce/**.otf'


There is something strange here.
Is maybe TEXMFHOME set?

Since you use a TeX live installation, some other texmfcnf.lua or texmf.cnf
might interfere.
Look into /usr/local/texlive/2023/


I'll check again to make sure. But keep in mind this issue predates the 
official TeX Live installation . I've been using the distro prepackaged for a 
while. And yes. It's always been there. Sort of like, it came with the system :)


Since it scans everything in your home directory, maybe TEXMFHOME or
OSFONTDIR is set to ~ (instead ~/texmf) there?


But even if there was a conflict, it wouldn't justify to be scanninp up 
everything viciously.


Well, if fonts can be anywhere that means checking for them anywhere. 
TeX installations have some directory setup for a reason. Imagine that 
you set up the installation to include that wildcard path in TEXINPUITS 
then every run that whole tree would get scanned for a file you ask for 
and that is not in the current directory. The whole idea behind TDS and 
defining paths for specific kind of files it to limit lookups.



So far I've had to move about 7-8 folders. About 6 of them are owned by root, 
the rest are owned by root but symlinked to user.


I would not do that, instead I'd fix ny OSFONTDIR path. Even with some 
directories moved you still end with plenty useless scanning.



And to top it off, after doing so, it didn't stop there, heck no, it also 
wanted to snoop in a folder with cache and headers.

To be honest. I woudlnt' know what to make of it. If it's simply looking into 
the permissions of the directories first,  or the fact that it has a colon 
separated pattern. But. Then again. The other folders didn't have it.

I'll let you know.
What if you use the regular context installation (not texlive) and see 
what that does? Maybe that gives a clue.


(btw, the official texlive 2023 was tested on windows, linux and osx so 
there must be something special at your end.)


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Spacing problem around decimal point

2023-03-26 Thread Hans Hagen via ntg-context

On 3/26/2023 4:20 AM, Gavin via ntg-context wrote:

Hi List,

I’m getting strange spaces around some decimal points after a clean LMTX 
install. MWE:

\starttext
\startformula
v = \frac{1.32}{1.41} = 0.935
\stopformula
\stoptext

This produces the result attached below. The 1.32 looks fine, but the next two 
numbers have excess space around the decimal point. Adding the line

   \showmakeup[mathglue] %\mathspacingmode=1

to the preamble reveals that the second and third decimal points are being 
treated as binary operators. It’s very strang. Are others getting this?

can you pick up a binary from:

https://dl.contextgarden.net/build/luametatex/work/

and test it?

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Spacing problem around decimal point

2023-03-26 Thread Hans Hagen via ntg-context

On 3/26/2023 4:20 AM, Gavin via ntg-context wrote:

Hi List,

I’m getting strange spaces around some decimal points after a clean LMTX 
install. MWE:

\starttext
\startformula
v = \frac{1.32}{1.41} = 0.935
\stopformula
\stoptext

This produces the result attached below. The 1.32 looks fine, but the next two 
numbers have excess space around the decimal point. Adding the line

   \showmakeup[mathglue] %\mathspacingmode=1

to the preamble reveals that the second and third decimal points are being 
treated as binary operators. It’s very strang. Are others getting this?

weird indeed

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \definemathfence broken in latest

2023-03-26 Thread Hans Hagen via ntg-context

On 3/26/2023 8:18 AM, Mikael Sundqvist via ntg-context wrote:


I think command=yes was changed into define=yes.

indeed. consistency across \definesomeghing

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-25 Thread Hans Hagen via ntg-context

On 3/25/2023 10:36 PM, Carlos via ntg-context wrote:

On Sat, Mar 25, 2023 at 09:45:25PM +0100, Hans Hagen via ntg-context wrote:

On 3/25/2023 8:55 PM, Carlos via ntg-context wrote:


  ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1030: in 
upvalue 'walk_tree'

Maybe your OSFONTDIR is pointing to empty. Does


Good call. Thank you for the reminder Hans. But no. That variable was set long 
ago . Even appended it to both the bash initialization file and also under 
/etc/profile (just in case here). Alpine uses ash so shells must be changed



   mtxrun --script font --reload


fonts   | names | 3092 afm files checked,   okay
fonts   | names | identifying tree font files with suffix 'AFM'
fonts   | names | scanning path '/home/ce/.texlive2023/texmf-config' 
for AFM files
fonts   | names | 0 AFM files checked,   okay
fonts   | names | scanning path '/home/ce/texmf' for AFM files
fonts   | names | 0 AFM files checked,   okay
fonts   | names | scanning path '/usr/local/texlive/2023/texmf-config' 
for AFM files
fonts   | names | 0 AFM files checked,   okay
fonts   | names | scanning path '/usr/local/texlive/2023/texmf-var' for 
AFM files
fonts   | names | 0 AFM files checked,   okay
fonts   | names | scanning path '/usr/local/texlive/2023/texmf-local' 
for AFM files
fonts   | names | 24 AFM files checked,   okay
fonts   | names | scanning path '/usr/local/texlive/2023/texmf-dist' 
for AFM files
fonts   | names | 3092 AFM files checked,   okay
fonts   | names | 6232 tree files identified,  14 skipped,  14 
duplicates,  6218 hash entries added,  runtime 8.458 seconds
fonts   | names | identifying system font files with suffix 'otf'
fonts   | names | variable 'OSFONTDIR' specifies path '/home/ce'
fonts   | names | variable 'OSFONTDIR' specifies path '/usr/share/fonts'
fonts   | names | globbing path '/home/ce/**.otf'

lua error : function call: 
/usr/local/texlive/2023/bin/x86_64-linuxmusl/mtxrun.lua:649: cannot open 
/home/ce/cache/headers/imaps:@gmail@imap.gmail.com/[Gmail]/.: Permission 
denied


hm, but is home/ce/cache a path where there are fonts to be found? 
something sets that path to be a fully recursive font dir


can you set OSFONTDIR to '/usr/share/fonts'

(personally i never use system fonts, i always put copies in 
texmf-fonts/fonts/data becasue system fonts can change or disappear)



Recall that the other folders owned by root had to be moved out of the way

So it seems it wasn't enough, nope. Now it wants access elsewhere

bottom line: it wants root permissions or else fails flat out


well, it's not entirely clear what generates the permission denied; i 
can check for the home/ce being readable but doing that for every 
regular file below that would add lots of slow checks and i'm not even 
sure if it would fix it; i can try to check nested dirs but that then 
also obscures possible issues


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-25 Thread Hans Hagen via ntg-context

On 3/25/2023 8:55 PM, Carlos via ntg-context wrote:


 ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1030: in 
upvalue 'walk_tree'

Maybe your OSFONTDIR is pointing to empty. Does

  mtxrun --script font --reload

work

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux

2023-03-25 Thread Hans Hagen via ntg-context

On 3/25/2023 8:55 PM, Carlos via ntg-context wrote:

Hello list:

This is under a fresh TeXLive installation. Sort as to put aside any texlive 
prepackaged issues.

And the followign lines is the output of the error I've been having with the 
call of context on a recent texlive installation by both mtxrun --generate and 
luatools --generate right after.


there i no need to use luatools (it's something old from the early days)

what does

  mtxrun --generate --verbose

report (whre does it fail)


57 \starttext
58
59 \usetypescriptfile[type-lucida]
60 \usetypescript[Lucida][texnansi]
61 >>  \setupbodyfont[MyLucida, 10pt]
62
63 \input zapf
64
65 \input tufte


fwiw, lucida type one makes no sense any more because the opentype 
version is way better (and in the updated math setup in lmtx we didn't 
even look at it)



Is LuaLaTeX behaving the same way?

Answer: no.


no surprise because it doesn't use the same setup

what cache path does

  mtxrun --variables

report

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Bug in searching TTC fonts for the script of mtxrun

2023-03-22 Thread Hans Hagen via ntg-context

On 3/22/2023 11:10 AM, Hans Hagen via ntg-context wrote:

http://liyanrui.github.io/share/fonts/fonts-noto-cjk.zip 
<http://liyanrui.github.io/share/fonts/fonts-noto-cjk.zip>

Ok. I'll check it.

next upload:

>mtxrun --script font --list --file NotoSerifCJK-Regular.ttc
familyname   weight   stylewidthvariant   fontname 
 filename   subfont   fontweight


notoserifcjkhk   normal   normal   normal   normal 
notoserifcjkhkregular   NotoSerifCJK-Regular.ttc 5   conflict: 
regular


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Bug in searching TTC fonts for the script of mtxrun

2023-03-22 Thread Hans Hagen via ntg-context

On 3/22/2023 9:58 AM, Li Yanrui (李延瑞) via ntg-context wrote:



Hans Hagen via ntg-context <mailto:ntg-context@ntg.nl>> 于2023年3月22日周三 15:51写道:


On 3/22/2023 7:15 AM, Li Yanrui (李延瑞) via ntg-context wrote:
 > Hi Hans,
 >
 > I have already installed some Chinese TTC fonts, e.g.
 > NotoSerifCJK-Regular.ttc. But when I use mtxrun command to search
them,
 > I get an error.
 >
 > $ mtxrun --script font --list --file NotoSerifCJK-Regular.ttc
 > lua error : function call:
 >
...e/garfileo/opt/context/tex/texmf-linux-64/bin/mtxrun.lua:10012: bad
 > argument #9 to 'format' (number expected, got string)
Where can i find that font? There was a time when one could download a
zip with all noto fonts but last time i checked that option was gone
and
one ends up with downloading single ones which is a waste of time but I
might have missed a link.


These fonts that I use are provided in ubuntu desktop. If you have an 
ubuntu system, you can get all of them by


$ sudo apt install fonts-noto-cjk # or more fonts in the 
fonts-noto-cjk-extra package.


The package includes the following fonts:

NotoSerifCJK-Regular.ttc
NotoSerifCJK-Bold.ttc
NotoSansCJK-Bold.ttc
NotoSansCJK-Regular.ttc

I have  uploaded the four of them into github. The download link is

http://liyanrui.github.io/share/fonts/fonts-noto-cjk.zip 
<http://liyanrui.github.io/share/fonts/fonts-noto-cjk.zip>

Ok. I'll check it.

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Bug in searching TTC fonts for the script of mtxrun

2023-03-22 Thread Hans Hagen via ntg-context

On 3/22/2023 7:15 AM, Li Yanrui (李延瑞) via ntg-context wrote:

Hi Hans,

I have already installed some Chinese TTC fonts, e.g. 
NotoSerifCJK-Regular.ttc. But when I use mtxrun command to search them, 
I get an error.


$ mtxrun --script font --list --file NotoSerifCJK-Regular.ttc
lua error : function call: 
...e/garfileo/opt/context/tex/texmf-linux-64/bin/mtxrun.lua:10012: bad 
argument #9 to 'format' (number expected, got string)
Where can i find that font? There was a time when one could download a 
zip with all noto fonts but last time i checked that option was gone and 
one ends up with downloading single ones which is a waste of time but I 
might have missed a link.


Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] building from source

2023-03-21 Thread Hans Hagen via ntg-context

On 3/21/2023 12:14 PM, Rainer J.H. Brandt via ntg-context wrote:

Dear Context developers,

I want to build Context MkXL from source and use that.  I went to the
download page http://www.pragma-ade.com/download-1.htm and downloaded
the 2023-03-20 version:
http://www.pragma-ade.com/context/latest/cont-tmf.zip

This contains README.adoc which tells me that information can be found
on https://wiki.contextgarden.net.

I don't find any further information about building from source, either
in the dowloaded material, or on the wiki or the pragma-ade.com site.

What am I overlooking?
First define 'build from source'. The lmtx (mkxl) installation can be 
installed using an installer. If there is not one for the platform one 
uses, then one can download the cont-lmt zip and build the binary in 
/source/luametatex usign the build.sh script in there.


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Problem with \stoptabulate

2023-03-21 Thread Hans Hagen via ntg-context

On 3/21/2023 12:34 AM, Bruce Horrocks via ntg-context wrote:

I have a technical manual style document that requires a lot of examples to be 
included.

They can easily be typeset with a table so I thought I would save myself some 
typing by defining macros for the various bits of a tabulate table. Thus I have:

\def\startMyExample{\starttabulate[|r|c|l|p|]}
\def\stopMyExample{\stoptabulate}
\def\MyExampleItem#1#2#3{\NC #1 \NC \rightarrow \NC #2 \NC #3 \NC\NR}

\starttext
Here are some examples...

\startMyExample
   \MyExampleItem{before}{after}{change before into after}
   \MyExampleItem{straw}{gold}{Rumpelstiltskin}
\stopMyExample
%\stoptabulate

\stoptext

The problem is that \stopMyExample doesn't work - the \stoptabulate isn't 
recognised and I get an end of file reached error. If use a straight \stoptabulate 
then it works as expected. That's fine but it would be nice, from an aesthetic 
point of view, to have start & stop 'paired' commands in the source.

Presumably some sort of deep ConTeXt fu is going on - can anyone explain it 
please?

\definetabulate[MyExample][|r|c|l|p|]

\def\MyExampleItem#1#2#3{\NC #1 \NC \rightarrow \NC #2 \NC #3 \NC\NR}

\startMyExample
  \MyExampleItem{before}{after}{change before into after}
  \MyExampleItem{straw}{gold}{Rumpelstiltskin}
\stopMyExample


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Bug in tabulate

2023-03-21 Thread Hans Hagen via ntg-context

On 3/21/2023 7:20 AM, Li Yanrui (李延瑞) via ntg-context wrote:

Hi,

Please see the following example:

\startTEXpage[offset=5mm]
\starttabulate[|c|c|c|]
\VL 1 \VL 2 \VL 3\VL\NR
\stoptabulate
\blank
\starttabulate[|c|c|c|]
\NC 1 \NC 2 \NC 3\NR
\stoptabulate
\stopTEXpage

In its result, there is a rule in the left side of the second tabulate. 
The result is attached. My lmtx version is 2023.03.20 17:07.

in tabl-tbl.mkxl you can patch this

\def\tabl_tabulate_vrule_reset_step % undefined or relax
  {\gletcsname\??tabulatevrule0\endcsname\undefined
   \gletcsname\??tabulatevrule\the\fastloopindex\endcsname\undefined}

after that remake the format,

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] update

2023-03-20 Thread Hans Hagen via ntg-context

Hi,

I updated LMTX. Most improvements are in 'math' as Mikael and I keep 
mailing down some details that bother us. We also have some updates in 
the math fonts that Daniel Flipo maintains so the repertoire of 
alternatives with all-right math support grows.


As a side note: lmtx installs nicely on my android (12) phone (userland 
ubuntu) and luametatex compiles nicely from source (as it's aarch64) in 
about a minute. No decent editor to text real documents but who knows 
what a properly dockable (linux supporting) phone can do in a few years.

A simple

\starttext \dorecurse{1000}{\samplefile{tufte}\par} \stoptext

runs at over 55 pps (85 pps on my laptop). Making a format takes 4 
seconds (second time, after caching, which is about twice the time my 
laptop takes).


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \unit parser ignoring case, in some cases.

2023-03-14 Thread Hans Hagen via ntg-context

On 3/14/2023 7:14 PM, Alan Braslau via ntg-context wrote:

On Tue, 14 Mar 2023 12:03:23 -0600
Gavin  wrote:


I’d really like one of the acceptable forms to be the form prescribed
by Le Système international d'unités


Maybe the french title is one of the reasons for the USA not picking up 
on these units? (So let me threaten once again to kick the "in" unit out 
of context.)



I believe that this point is essential, regardless of history of use of
the \unit{} command. Non-standard use of units can be *tolerated* as
long as they do not conflict with the SI and do not impose non-standard
syntax.

Alan

P.S. It is our guarded secret that the weather is nice here in
Colorado. I do not know of any other place that has real seasons AND
where it is (almost) always sunny! :-)
Here it fluctuates from zero to 15 (and behind the single pane glass in 
the office room with sun on it then 18 or more). Now of course, given 
units, you have to guess how much that is becuase you're with your 
French foot in Celsius, and the English one in Farhenheit and with both 
feet in Kelvin (for your book).


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \unit parser ignoring case, in some cases.

2023-03-14 Thread Hans Hagen via ntg-context

On 3/14/2023 7:03 PM, Gavin via ntg-context wrote:


I’d like to better understand how the \unit{} command works and why those 
choices were made. Some of the choices seem to be “asking for troubles,” but 
perhaps they are essential for some users.


I wonder if Alan was using context when the first unit module showed up 
in (what wasn't even call;ed mkii) because it is one of the oldest 
context modules and we use(d) for typesetting education related 
documents. Among the reasons for it was that in the pre-unicode times 
one had to compromise on a math / text mixture due to the way fonts and 
input was handled.



I’m happy to have the unit command accept a variety of different forms for the 
unit, but I’d really like one of the acceptable forms to be the form prescribed 
by Le Système international d'unités, so that “m s” is a meter second and “ms” 
is a millisecond. However, I’m not sure if this goal conflicts with other 
important goals.

Would you like to explore \unit{} this summer to see if we can find a 
consistent solution? Perhaps we can produce a plan for \unit{} that does not 
conflict with other \unit{} features, or perhaps we can make a module that 
lacks some of the features of \unit{} but conforms to the SI for input as well 
as output. I would be happy with either.


In principle one can think of different schemes (for different purposes 
even), after all everything is in tables; that is probably easier than 
tring to come up with some complex compromise. There can be instances of 
unit with different properties.


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \unit parser ignoring case, in some cases.

2023-03-14 Thread Hans Hagen via ntg-context

On 3/14/2023 5:33 PM, Gavin via ntg-context wrote:


Hi Alan, Hans, and List,


On Mar 13, 2023, at 8:10 PM, Alan Braslau via ntg-context  
wrote:
On Mon, 13 Mar 2023 15:55:50 -0600 Gavin via ntg-context  
wrote:

you can look at phys-dim and see plenty of short and long keys and
making all case insensitive is asking for troubles


Indeed, I would like to make NONE of them case insensitive. But
currently, when I register an upper case key (C=coulomb) it messes up
the lower case prefix (“cm" gets typeset as C•m). I was expecting the
parser to distinguish between the “C” and “c”, but it doesn’t. Is
that intended?


Indeed, \unit{} should allow (and presently does not) K, C, etc.


I agree. I added the following lines to phys-dim.lua, following line 461

 C  = "coulomb",
 K  = "kelvin",
 N  = "newton",

This provided the desired capital shortcuts without compromising the lowercase 
prefixes. Hans, could we get those added to phys-dim.lua in the distribution? I 
would be happy to do a more comprehensive search for shortcuts to add, but 
those are the three I and my collaborators are using now.


maybe, when there are no conflicts


Looking at why my \registerunit attempt failed, I found that when you register 
a unit, both your capitalization, and an all lowercase version are registered. 
Here is an example, where I register “ReTeM” but \unit{1 retem} also works.

\starttext

\registerunit[unit][ReTeM=myunit]
\setupunittext[myunit=reTeM]

\startformula
   \unit{1 ReTeM} = \unit{1 retem} \neq \unit{1 reteM}
\stopformula

\stoptext

The results are case sensitive, so \unit{1 reteM} does not work. The lowercase 
version is produced for all “long” units, but not for shortcuts. (See phys-dim.lua, 
lines 766-771 where the Lua string function “lower” is used.) Perhaps we could use a 
\registershortcut command that does not get the “lower" treatment. I will look 
into it some more.


see previous mail, i already added that but no upload yet


P.S. I think there is a spelling error in phys-dim.lua, lines 974-981.

local mapping = {
 prefix   = "prefixes",
 unit = "units",
 operator = "operators",
 suffixe  = "suffixes",
 symbol   = "symbols",
 packaged = "packaged",
}

The key “suffixe” should probably be “suffix”.

indeed, i noticed that when extending

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \unit parser ignoring case, in some cases.

2023-03-14 Thread Hans Hagen via ntg-context

On 3/13/2023 10:55 PM, Gavin wrote:




On Mar 13, 2023, at 3:44 PM, Hans Hagen via ntg-context  
wrote:

On 3/9/2023 2:04 PM, Gavin via ntg-context wrote:

\startformula
   \unit{3 meter} \qquad
   \unit{6 Meter} \qquad
   \unit{3 mEtEr} \qquad
\stopformula
Units with lowercase prefixes (c, k, n).
\startformula
   \unit{3cm} \qquad
   \unit{6kg} \qquad
   \unit{3ns} \qquad
\stopformula
Units with capital letters, called with names (coulomb, kelvin, newton).
\startformula
   \unit{3 coulomb} \qquad
   \unit{6 kelvin} \qquad
   \unit{3 newton} \qquad
\stopformula


you can look at phys-dim and see plenty of short and long keys and making all 
case insensitive is asking for troubles


Indeed, I would like to make NONE of them case insensitive. But currently, when I 
register an upper case key (C=coulomb) it messes up the lower case prefix (“cm" 
gets typeset as C•m). I was expecting the parser to distinguish between the “C” and 
“c”, but it doesn’t. Is that intended?
I added an option and an extra registers but it's up to you to decide 
hwo to use it (and how to deal with conflicts in definitions).


\registerunit
  [unit]
  [Point=PT,
   point=pt,
   Basepoint=BP,
 % basepoint=bp,
   ]

\registerunitshortcut
  [unit]
  [C=coulomb]

\startlines
10 \unit {square meter per second}
10 \unit {square Meter per Second}
10 \unit {point}
10 \unit {Point}
10 \unit {basepoint}
10 \unit {Basepoint}
10 \unit {C}
\stoplines

\setupunit[unit][option=keep]

\startlines
10 \unit {square meter per second}
10 \unit {square Meter per Second}
10 \unit {point}
10 \unit {Point}
10 \unit {basepoint}
10 \unit {Basepoint}
10 \unit {C}
\stoplines


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] \unit parser ignoring case, in some cases.

2023-03-13 Thread Hans Hagen via ntg-context

On 3/9/2023 2:04 PM, Gavin via ntg-context wrote:

\startformula
   \unit{3 meter} \qquad
   \unit{6 Meter} \qquad
   \unit{3 mEtEr} \qquad
\stopformula

Units with lowercase prefixes (c, k, n).
\startformula
   \unit{3cm} \qquad
   \unit{6kg} \qquad
   \unit{3ns} \qquad
\stopformula

Units with capital letters, called with names (coulomb, kelvin, newton).
\startformula
   \unit{3 coulomb} \qquad
   \unit{6 kelvin} \qquad
   \unit{3 newton} \qquad
\stopformula


you can look at phys-dim and see plenty of short and long keys and 
making all case insensitive is asking for troubles


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] How to extend an existing macro to take optional parameters?

2023-03-13 Thread Hans Hagen via ntg-context

On 3/12/2023 2:24 PM, Bruce Horrocks via ntg-context wrote:

I have an existing macro that I'd like to extend.

The current definition is \define[3]\mycommand{...} which I'd like to extend to 
take an optional 4th parameter plus an optional setup parameter.

Thus I currently invoke it as:

   \mycommand{aa}{bb}{cc}

and I'd like to be able to extend it so that any of the following can be used:

   \mycommand{aa}{bb}{cc}
   \mycommand{aa}{bb}{cc}{dd}
   \mycommand{aa}{bb}{cc}{dd}[ee]

or

   \mycommand[ee]{aa}{bb}{cc}{dd}  % if this is more the ConTeXt way

where {dd} is the optional extra parameter and, if it is present, then [ee] can 
also be optionally added (because it controls how {dd} is printed).

If it helps, the actual body of the macro can easily be a call to Lua so it's 
fine if the function takes 5 params where 4 and 5 can be nil or empty strings.

I've trawled through syst-aux.mkiv but it only covers optional numbers of [ ] 
or { } but not combinations of both (which given the vast numbers of 
combinations is perhaps not surprising!). Have I missed something obvious that 
would help me?

So, four optional with mandate {} plus a fallback to an optional []

\starttext

\tolerant\def\mycommand#=#=#=#=#:[#5]%
  {\ifparameter#1\or(1:#1)\fi
   \ifparameter#2\or(2:#2)\fi
   \ifparameter#3\or(3:#3)\fi
   \ifparameter#4\or(4:#4)\fi
   \ifparameter#5\or[5:#5]\fi}

\startbuffer
\mycommand{aa}{bb}{cc}
  \mycommand{aa}{bb}{cc}{dd}
  \mycommand{aa}{bb}{cc}{dd}[ee]
\mycommand{aa}{bb}{cc}
  \mycommand{aa}{bb}{cc}{dd}
  \mycommand{aa}{bb}{cc}{dd}[ee]
\stopbuffer

\typebuffer

\startlines \getbuffer \stoplines

\stoptext

I'm not saying that it's the best solution, you can add \protected in 
front of the \def if needed.


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] extra lines in PDF annotations

2023-03-13 Thread Hans Hagen via ntg-context

On 3/13/2023 4:22 PM, Pablo Rodriguez via ntg-context wrote:

On 3/13/23 16:06, Pablo Rodriguez via ntg-context wrote:

Dear list,

using current latest from 2023.03.10 12:18, I have this XML sample:

   

   

   

I apologize, XML source doesn’t have lines inside, such as in:

   
   
   

I hope EOLs are fine now.

dunno ... no full example so ...

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Did dotless i disappear ?

2023-03-13 Thread Hans Hagen via ntg-context

On 3/13/2023 4:28 PM, Otared Kavian via ntg-context wrote:

Hi Hans,

I just noticed that the dotless i « \i » is not anymore recognized in ConTeXt. 
Of course one can nowadays find other ways to have it typeset, but in old 
documents which are included as inputs one has to correct this manually (for 
instance in French « connaître » was typed as « conn\^{\i}tre »).

Here is an example.

\starttext
Bío Bío (works fine…)

B\'{\i}o B\'{\i}o % this gives an error

\stoptext

I'll add checking for the \i too. It's all part of a parser. Think

\chr {e acute}
\chr {i circumflex}
\^{i} \^i \^{\i}
\^{a} \"{a}
\withcircumflex{a}
\withdiaeresis{a}

a bit messy code due to reuse of all kin dof mechanisms.

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Bug in maths environment: thematrix

2023-03-12 Thread Hans Hagen via ntg-context

On 3/9/2023 2:45 PM, Otared Kavian via ntg-context wrote:


Hi Hans,

I noticed that in some situations the command \thematrix does not show all its 
arguments correctly: some parts are omitted in the typeset formula. In some 
occasions adding some groupings solves the issue, but not always. I noticed 
this bug two weeks ago, but could not produce a minimal example until now…

Please see below, in particular the output for the matrices M_1, M_2 and M_3…

Best regards: Otared

% begin bug-thematrix.tex
\starttext
\startformula
M_{1}(t)
:= \thematrix{{\rm e}^s ; {\rm e}^t}, \qquad
B_{1}(t) := \thematrix{1 , {\rm e}^t},
\stopformula

\startformula
M_{2}(t)
:= \thematrix{{{\rm e}^s} , {{\rm e}^t}}, \qquad
B_{2}(t) := \thematrix{0 ; {{\rm e}^t}},
\stopformula


\startformula
M_{3}(t)
= \thematrix{{\rm e}^s, {\rm e}^t ; 0 , {\rm e}^t}.
\stopformula


\startformula
M_{4}(t)
= \thematrix{1, {{\rm e}^t} + 1 ; 0 , {{\rm e}^t}}.
\stopformula

\stoptext
% end bug-thematrix.tex
i have a fix but there will be no uploads till texlive has been frozen / 
packages


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] [ TEXpage empty lines ]

2023-03-08 Thread Hans Hagen via ntg-context

On 3/8/2023 5:29 PM, Pablo Rodriguez via ntg-context wrote:


   \null\\


I prefer \crlf because \null is well, can you guess?

Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Typeset multiple pictures not in a strict matrix (\startfloatcombination)

2023-03-08 Thread Hans Hagen via ntg-context

On 3/7/2023 6:54 PM, Gerion Entrup via ntg-context wrote:

Hi,

I'm trying to typeset several pictures as a floatcombination but not in
the form of strict cells of a matrix.

Here is some ASCII art to demonstrate the positions of the pictures:

   ---
   | |
   | |
   ---
 a) Some caption

     -
   |  |  |   |
   |  |  |   |
   |  |  |   |
     -
  b) fooc) foo

  Figure 1.1: Foo Bar


I tried to typeset it with this code (based on 
https://tex.stackexchange.com/a/502903):

\useMPlibrary[dum]
\setupcombinations[alternative=text]

\definefloat[subfigure][local=yes]
\setupcaption[subfigure][numberconversion=a]
\setuplabeltext[subfigure=]

\appendvalue{stopplacefigure}{\resetcounter[subfigure]}

\starttext
\startplacefigure[title=Test]
 \startfloatcombination[nx=1, ny=2]
   \startplacesubfigure[title=Test]
 \externalfigure[dummy][width=4cm,height=1cm]
   \stopplacesubfigure
   \startfloatcombination[nx=2, ny=1]
 \startplacesubfigure[title=Test]
   \externalfigure[dummy][width=4cm,height=1cm]
 \stopplacesubfigure
 \startplacesubfigure[title=Test]
   \externalfigure[dummy][width=4cm,height=1cm]
 \stopplacesubfigure
   \stopfloatcombination
 \stopfloatcombination
\stopplacefigure
\stoptext

However, this does not work (the pictures are all in one row).
Do you have some advice?

you can cheat:

\startplacefigure[title=Test]
\bTABLE[frame=off]
\bTR
\bTD[nx=2,align=middle,offset=overlay]

\dontleavehmode\externalfigure[dummy-1][width=4cm,height=1cm]
\eTD
\eTR
\bTR[toffset=1ex]
\bTD[nx=2,align=middle]
% \placefloatcaption[figure][title=foo]
a) foo
\eTD
\eTR
\bTR[toffset=2ex]
\bTD[align=middle,offset=overlay]
\externalfigure[dummy-2][width=4cm,height=1cm]
\eTD
\bTD[align=middle,offset=overlay]
\externalfigure[dummy-3][width=4cm,height=1cm]
\eTD
\eTR
\bTR[toffset=1ex]
\bTD[align=middle]
% \placefloatcaption[figure][title=foo]
b) foo
\eTD
\bTD[align=middle]
% \placefloatcaption[figure][title=foo]
c) foo
\eTD
\eTR
\eTABLE
\stopplacefigure


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] [ TEXpage empty lines ]

2023-03-08 Thread Hans Hagen via ntg-context

On 3/8/2023 9:29 AM, Floris van Manen via ntg-context wrote:

Does any one know an answer?

When wrapping a page in \startTEXpage the empty lines
disappear.
There is probably a reason to it.
Any hints as to remove that difference?

.Floris


e.g.

\starttext
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
\stoptext


vs

\starttext
\startTEXpage[offset=10mm]
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
   een twee drie vier vijf zes zeven\\
\stopTEXpage
\stoptext


\starttext
\startlines
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven

  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven

  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
\stoplines

\startTEXpage[offset=10mm]
\startlines
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven

  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven

  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
  een twee drie vier vijf zes zeven
\stoplines
\stopTEXpage
\stoptext

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] /CropBox overflows /MediaBox

2023-03-06 Thread Hans Hagen via ntg-context

On 3/6/2023 7:02 PM, Pablo Rodriguez via ntg-context wrote:


But I’m afraid that it is wrong to have a /TrimBox larger than the
/MediaBox for the same page.


Afaik the standard permits is to one gets what one asks. I will add some 
checks plus a warning and hopefully not break something.


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] cannot compile with MkIV

2023-03-06 Thread Hans Hagen via ntg-context

On 3/6/2023 7:46 PM, Pablo Rodriguez via ntg-context wrote:

Dear list,

I have the following sample:

   \starttext
   \null
   \stoptext

Trying to compile it with "context --luatex", I get the error message
copied bellow.

Could anyone confirm that the format file for MkIV (LuaTeX) cannot be
generated with current latest (from today [2023.03.06 14:48])?
hm, looks like we have an older luatex than context expects, i'll check 
it (we probably need to let the builders fetch from the new luatex 
source location)


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Disappearing footnote in figure / tabulate

2023-03-02 Thread Hans Hagen via ntg-context

On 3/2/2023 11:49 AM, Denis Maier via ntg-context wrote:
Ok, I’ve somehow managed to isolate the issue in my real document. 
There, the issue happens only when a new paragraph starts after the 
tabulate. If there’s nothing after the tabulate, the footnotes 
appears... Also, if I’m using location=page, the footnote will also 
appear. That’s what I’m using now, so there’s no urgency for me now. 
(But does that maybe already indicate the source of the issue ?)


Anyway, I still find the behaviour somewhat weird. I’ll try to come up 
with a MWE. Any hints how to best proceed are still highly appreciated.

i need to deal with insert migrations in xtables ... will do

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Float control

2023-03-01 Thread Hans Hagen via ntg-context

On 2/28/2023 11:45 AM, Denis Maier via ntg-context wrote:

Hi everyone,

I’ve recently had to typeset a document that gave me some headaches with 
the floats. The floats where jumping around, appearing in a different 
order than in the source file, tables ended up split up at weird points, 
some positioning keys had not the intended effect (e.g. top), «page» 
moved the float more than seemed necessary for me... I know, TeX’s float 
positioning algorithm should be rather reliable and stable, and it’s 
quite possible that I’m messing things up in my setups–especially since 
my source files are XML.


Anyway, I’d like to learn more about the whole float issue. Is there 
anything particular I could read to learn more about the whole thing? 
Maybe I’m missing out on something fundamental...
Basically floats are output in order when they fit. You can use force to 
really do that. When there is no room they will migrate. Some options 
like top and bottom might also change the order. Normally you start with 
just placing ('here') and see how that works out. Side floats are 
special and anchored to the text.


The more complex and confliuctign the demands, the harder it gets for 
ConTeXt to fulfill all requirements. In that case shifting around the 
text or places where you ask for a float helps. It's one of the areas 
where 'fully automated and perfect' are complex as everything can 
interfere.


Btw, Mikael S is working on a tutorial that explains some neat trickery 
with specific placements (which also triggered some additional features).


Hans

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] /CropBox overflows /MediaBox

2023-02-28 Thread Hans Hagen via ntg-context

On 2/28/2023 6:23 PM, Pablo Rodriguez via ntg-context wrote:

Dear list,

I have the following source:

   \nopdfcompression
   \setupinteractionscreen
 [width=max]
   \setuplayout
 [standard]
 [backspace=.7\textwidth,
  cutspace=\cutspace,
  width=middle]
   \starttext
   \startmakeup[page]
   \null
   \stopmakeup
   \startmakeup[standard]
   \null
   \stopmakeup
   \stoptext

Boxes are defined in the following objects:

   3 0 obj
   [ 0 0 595.275590072 841.88975789 ]
   endobj

   5 0 obj
   [ 0 0 595.27559 841.889758 ]
   endobj

   8 0 obj
   [ 0 0 968.199847 841.889758 ]
   endobj

Page 1 has /MediaBox redirected to object 3 and /CropBox redirected to
object 5.

Page 2 has /MediaBox redirected to object 3 and /CropBox redirected to
object 8.

I’m not sure whether the oversized /CropBox in the sample above is a
bug triggered by the use of "\setupinteractionscreen[width=fit]".

 From the PDF–1.7 specification
(https://opensource.adobe.com/dc-acrobat-sdk-docs/standards/pdfstandards/pdf/PDF32000_2008.pdf#page=636):

   The crop, bleed, trim, and art boxes shall not ordinarily extend
   beyond the boundaries of the media box. If they do, they are
   effectively reduced to their intersection with the media box.

https://wiki.contextgarden.net/PDF_Boxes displays an image of (what I
guess) the ordinary case: /CropBox fits inside /MediaBox.

Could anyone be so kind to confirm the issue or to explain the
rationale behind the oversized /CropBox?

different code path (dates from mkiv but i can adapt it for lmtx)

anyway, overflow is in the 7th decimal so quite harmless i guess

Hans


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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


Re: [NTG-context] Can ConTeXt display a simple itemized list as a comma-separated list?

2023-02-26 Thread Hans Hagen via ntg-context

On 2/25/2023 5:01 PM, Joel via ntg-context wrote:

I have a list like this:

\startitemize[1]
\item fish
\item eggs
\item milk
\stopitemize

Is there any command in ConTeXt to make this display the items as a 
comma-separated list, like this:


fish, eggs, milk

Or a semi-colon-separated list?

fish; eggs; milk

In the next update you can set a textseparator.

\starttext

\startitemize[none,text][textseparator=;]
\item fish
\item eggs
\item milk
\stopitemize

\defineitemgroup
  [fooditems]

\setupitemgroup
  [fooditems]
  [each]
  [none,text]
  [textseparator=;]

\blank[2*line]

\startfooditems
\item fish
\item eggs
\item milk
\stopfooditems

\stoptext

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

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


<    1   2   3   4   5   6   7   8   9   10   >