[NTG-context] Re: documentation: parameters of \setuplist

2024-04-24 Thread Bruce Horrocks


> On 23 Apr 2024, at 20:43, Henning Hraban Ramm  wrote:
> 
> Am 22.04.24 um 18:09 schrieb Henning Hraban Ramm:
>> I tried to complete https://wiki.contextgarden.net/Command/setuplist, but I 
>> don’t understand all parameters.
>> Can anyone explain these please:
>> * state (start stop): what does this en-/disable? collecting entries?
>> * label (yes no none Name): language dependent labels? as a prefix or what?
>> * location (none, here): disable placement? when makes this sense?
>> * symbol (one two three none default): where is this used?
> 
> One solved, still 4 to go… Please, anyone who used these?

In the source there is a comment relating to location:


%D Regular list entries are bound to a specific location in order to get the 
right
%D pagenumber etc.\ associated. When pushing something inbetween (in mkiv) it 
ends
%D up directtly in the list. This is the default because otherwise users will 
wonder
%D why spacing might get messed up (due to an unseen but present node). It is
%D possible to force a location by explicitly setting \type {location} to \type
%D {here}.
%D
%D Another way to force a certain order is to set the \type {order} variable 
when
%D placing a list. The \type {command} option only pushes commands into the 
right
%D order, and \type {all} orders all entries (which might be too much). In this 
case
%D no specific location is needed with the inbetween method. Maybe additional
%D mechanisms show up some day. See \type {inbetween-001.tex} for an example.

I don't really understand what capability the comment is referring to let alone 
be able to create an example demonstrating the difference.

—
Bruce Horrocks
Hampshire, UK

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: documentation: parameters of \setuplist

2024-04-23 Thread Henning Hraban Ramm

Am 22.04.24 um 18:09 schrieb Henning Hraban Ramm:
I tried to complete https://wiki.contextgarden.net/Command/setuplist, 
but I don’t understand all parameters.


Can anyone explain these please:

* state (start stop): what does this en-/disable? collecting entries?
* label (yes no none Name): language dependent labels? as a prefix or what?
* location (none, here): disable placement? when makes this sense?
* symbol (one two three none default): where is this used?


One solved, still 4 to go… Please, anyone who used these?

Hraban

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: documentation: parameters of \setuplist

2024-04-22 Thread Duncan Hothersall
Hi Hraban,

I can help with one - aligntitle means an unnumbered section will align in
the table of contents under the number rather than the title. So for
example if you have a TOC combining \section and \subject entries, they
would look like this:

1 ... A section
A subject

rather than

1 ... A section
.. A subject

Duncan

On Mon, 22 Apr 2024 at 17:09, Henning Hraban Ramm  wrote:

> I tried to complete https://wiki.contextgarden.net/Command/setuplist,
> but I don’t understand all parameters.
>
> Can anyone explain these please:
>
> * state (start stop): what does this en-/disable? collecting entries?
> * label (yes no none Name): language dependent labels? as a prefix or what?
> * location (none, here): disable placement? when makes this sense?
> * aligntitle (yes no): align which part to what?
> * symbol (one two three none default): where is this used?
>
>
> Expect more questions…
>
> Hraban
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] documentation: parameters of \setuplist

2024-04-22 Thread Henning Hraban Ramm
I tried to complete https://wiki.contextgarden.net/Command/setuplist, 
but I don’t understand all parameters.


Can anyone explain these please:

* state (start stop): what does this en-/disable? collecting entries?
* label (yes no none Name): language dependent labels? as a prefix or what?
* location (none, here): disable placement? when makes this sense?
* aligntitle (yes no): align which part to what?
* symbol (one two three none default): where is this used?


Expect more questions…

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: incosistent output of --- dash

2024-04-06 Thread Hans Hagen

On 4/6/2024 1:38 PM, Wolfgang Schuster wrote:

Henning Hraban Ramm schrieb am 06.04.2024 um 12:23:

Am 06.04.24 um 11:43 schrieb madiazm.eo...@gmail.com:

Hi everyone,
I'm a bit puzzled because I usually don't get an em-dash when I type 
tree hyphens. If I use the command \emdash, no problem but when I use 
the hyphens some days it works... and somedays I see three small 
hyphens.
I tried it on overleaf and of ContextOnWeb with the same 
inconsistency. If I create a new file it usually works right; but 
when I overwrite an existing file subtituting a hyphen for three 
where the dash should be I sometimes get it right and sometimes wrong.
It is not the pdf viewer since I get good or bad results in all, the 
overleaf pdf preview tool, the context on web preview tool and the 
mozilla integrated pdf viewer.


Am I missing something on the use of this ligature? (the question is 
just out of curiosity, since I plan to create a command that adds a 
hairspace after or before the dash, since I don't like it to stick to 
some letters like "o".


Generally, “we” try to reduce active characters as much as possible, 
that’s why -- and --- usually /don’t/ produce en or em dashes. You can 
activate these ligatures as a font feature though (AFAIR 
"latexhyphens", can’t find it…).


The name of the option has changes a few times and the current setting 
is textcontrol=collapsehyphens.



Some editors and some fonts do automatical replacements.


In this case it could be the wrong symbol in the document, there are 
many dashes in unicode which look similar in the input and output files.


\starttext

\startbuffer
\starttabulate[|T]
\NC U+0002D \NC - \NC -- \NC --- \NC\NR
\NC U+02011 \NC ‑ \NC ‑‑ \NC ‑‑‑ \NC\NR
\NC U+02012 \NC ‒ \NC ‒‒ \NC ‒‒‒ \NC\NR
\stoptabulate
\stopbuffer

\getbuffer

\setupbodyfont[pagella]

\getbuffer

\stoptext
detail: it is not a real fontfeature (as tlig in mkiv) but implemented 
differently with a bit more control, so we have


\nohyphencollapsing
\dohyphencollapsing

etc too as control options. These collapsed hyphens are also configured 
as valid hyphenation chars.


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://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: incosistent output of --- dash

2024-04-06 Thread Wolfgang Schuster

Henning Hraban Ramm schrieb am 06.04.2024 um 12:23:

Am 06.04.24 um 11:43 schrieb madiazm.eo...@gmail.com:

Hi everyone,
I'm a bit puzzled because I usually don't get an em-dash when I type 
tree hyphens. If I use the command \emdash, no problem but when I use 
the hyphens some days it works... and somedays I see three small 
hyphens.
I tried it on overleaf and of ContextOnWeb with the same 
inconsistency. If I create a new file it usually works right; but 
when I overwrite an existing file subtituting a hyphen for three 
where the dash should be I sometimes get it right and sometimes wrong.
It is not the pdf viewer since I get good or bad results in all, the 
overleaf pdf preview tool, the context on web preview tool and the 
mozilla integrated pdf viewer.


Am I missing something on the use of this ligature? (the question is 
just out of curiosity, since I plan to create a command that adds a 
hairspace after or before the dash, since I don't like it to stick to 
some letters like "o".


Generally, “we” try to reduce active characters as much as possible, 
that’s why -- and --- usually /don’t/ produce en or em dashes. You can 
activate these ligatures as a font feature though (AFAIR 
"latexhyphens", can’t find it…).


The name of the option has changes a few times and the current setting 
is textcontrol=collapsehyphens.



Some editors and some fonts do automatical replacements.


In this case it could be the wrong symbol in the document, there are 
many dashes in unicode which look similar in the input and output files.


\starttext

\startbuffer
\starttabulate[|T]
\NC U+0002D \NC - \NC -- \NC --- \NC\NR
\NC U+02011 \NC ‑ \NC ‑‑ \NC ‑‑‑ \NC\NR
\NC U+02012 \NC ‒ \NC ‒‒ \NC ‒‒‒ \NC\NR
\stoptabulate
\stopbuffer

\getbuffer

\setupbodyfont[pagella]

\getbuffer

\stoptext

Wolfgang

\starttext

\startbuffer
\starttabulate[|T]
\NC U+0002D \NC - \NC -- \NC --- \NC\NR
\NC U+02011 \NC ‑ \NC ‑‑ \NC ‑‑‑ \NC\NR
\NC U+02012 \NC ‒ \NC ‒‒ \NC ‒‒‒ \NC\NR
\stoptabulate
\stopbuffer

\getbuffer

\setupbodyfont[pagella]

\getbuffer

\stoptext


hyphen.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://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: how to include an an svg file?

2024-03-16 Thread Jean-Pierre Delange
 
0  
system  >   ptr  50727 10311  50710 
   578519  0  5  0  0  0  0 
20  0 28  7
system  >   top  50728807100 131074  21440  
   575953341 42  5 12 43301 
   250250 50 10
system  >   
---
system  > 
system  >   current input type: initial
system  > 
system  >   approximate memory: 44350014 (42 MB)
system  > 
system  >   expansion depth   : min: 1, max: 100, set: 
1, top: 6
system  > 
system  >   luabytecode registers : 1015
system  >   luabytecode bytes : 16256 (0 MB)
system  >   luastate bytes now: 65596258 (62 MB)
system  >   luastate bytes max: 65596258 (62 MB)
system  > 
system  >   file callbacks: 129
system  >   saved callbacks   : 715
system  >   direct callbacks  : 4
system  >   function callbacks: 826
system  >   value callbacks   : 436
system  >   message callbacks : 0
system  >   bytecode callbacks: 620
system  > 
system  >   mp instances  : 1
system  >   mp estimated memory   : 4212312 (4 MB)
system  >   mp file callbacks : 13879
system  >   mp text callbacks : 0
system  >   mp script callbacks   : 393
system  >   mp log callbacks  : 1138
system  > 
system  >   total callbacks   : 2730
system  >   mp total callbacks: 15411
system  >   backend callbacks : 0
system  > 
mkiv lua stats  > used config file: selfautoparent:/texmf/web2c/texmfcnf.lua
mkiv lua stats  > used cache path: 
C:/Users/adeim/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e
mkiv lua stats  > resource resolver: loadtime 0.022 seconds, 0 scans with 
scantime 0.000 seconds, 0 shared scans, 36 found files, scanned paths: 
mkiv lua stats  > stored bytecode data: 515 modules (0.182 sec), 105 tables 
(0.016 sec), 620 chunks (0.198 sec)
mkiv lua stats  > traced context: maxstack: 1748, freed: 2, unreachable: 1746
mkiv lua stats  > cleaned up reserved nodes: 74 nodes, 7 lists of 437
mkiv lua stats  > node memory usage: 9 attribute, 3 glue, 131 gluespec, 1 kern, 
645 mathspec, 4 penalty, 2 temp
mkiv lua stats  > node list callback tasks: 16 unique task lists, 10 instances 
(re)created, 293 calls
mkiv lua stats  > used backend: pdf
mkiv lua stats  > jobdata time: 0.003 seconds saving, 0.001 seconds loading
mkiv lua stats  > callbacks: file: 129, saved: 715, direct: 4, function: 826, 
value: 436, message: 0, bytecode: 620, late 0, total: 2730 (683 per page)
mkiv lua stats  > randomizer: resumed with value 0.95189229949769
mkiv lua stats  > loaded patterns: en::1, load time: 0.000
mkiv lua stats  > loaded fonts: 3 files: latinmodernmath-companion.otf, 
latinmodern-math.otf, lmroman10-regular.otf
mkiv lua stats  > font engine: otf 3.135, afm 1.513, tfm 1.000, 14 instances, 9 
shared in backend, 4 common vectors, 5 common hashes, load time 0.231 seconds 
mkiv lua stats  > metapost: 0.006 seconds, loading: 0.076, execution: 0.006, n: 
4, average: 0.022, instances: 1, luacalls: 15411 (file: 13879, text: 0, script: 
393, log: 1138), memory: 4.017 M
mkiv lua stats  > math tweaking time: 0.097 seconds, 12 math goodie tables
mkiv lua stats  > graphics processing time: 0.003 seconds including tex, 1 
processed images, 1 unique asked, 0 bad names
mkiv lua stats  > font embedding time: 0.007 seconds, 1 fonts
mkiv lua stats  > result saved in file: ctx-test-MetaPost-pdf.pdf, 
compresslevel 1, objectcompresslevel 3, 12 streams, 4 uncompressed, 6 
compressed, 2 not compressed, threshold 40
mkiv lua stats  > positions: 4 collected, 0 deltas, 0 shared partials, 0 
partial entries
mkiv lua stats  > used platform: win64, type: windows, binary subtree: 
texmf-win64
mkiv lua stats  > used engine: luametatex version: 2.10.11, functionality 
level: 20240124, format id: 700, compiler: gcc
mkiv lua stats  > tex properties: 807100 hash slots used of 2097152, 50710 
control sequences, approximate memory usage: 42 MB
mkiv lua stats  > lua properties: engine: lua 5.4, used memory: 65 MB, ctx: 62 
MB, max: 62 MB, symbol mask: utf (τεχ)
mkiv lua stats  > runtime: 0.675 seconds, 4 processed pages, 4 shipped pages, 
5.924 pages/second
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: FreeBSD 13.2

2024-02-25 Thread Hans Hagen

On 2/24/2024 4:28 PM, Mojca Miklavec wrote:

Dear Roger,

On Sat, 24 Feb 2024 at 15:34, Roger Mason wrote:


After unpacking, running the install scripts results in:

ld-elf.so.1: /home/rmason/Software/Context/bin/mtxrun: Undefined symbol
"__libc_start1@FBSD_1.7"

I assume this is because mtxrun is compiled for FreeBSD 14.0.


There were some troubles with our infrastructure which led Hans to
build the binaries himself without paying extra attention to
compatibility with older systems.


Can freebsd 14 work with older bins?

The previosu method of these hard coded version numbers was a pain as i 
have to adapt different scripts and the websit to newer versions so and 
i don't want that.


(We could put more bins in the installer for a platform and then let the 
install.sh choose what bins to fetch but even then the question is how 
far do we go back in time.)



You can find the binaries here:
 https://build.contextgarden.net/dl/luametatex/

but I hope that Hans will rebuild the installer in order to make the
older systems functional again.

Other than that, building luametatex is relatively straightforward with CMake.
The sources can be found either inside ConTeXt or separately inside
 https://github.com/contextgarden/luametatex
We could add a flag to the installer thaqt doesn't update the binaries 
but intead (advices) to build the bins but it assumes Cmake and gcc to 
be installed (we could cheat and use an existing cmake made make 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://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: FreeBSD 13.2

2024-02-24 Thread Mojca Miklavec
Dear Roger,

On Sat, 24 Feb 2024 at 15:34, Roger Mason wrote:
>
> After unpacking, running the install scripts results in:
>
> ld-elf.so.1: /home/rmason/Software/Context/bin/mtxrun: Undefined symbol
> "__libc_start1@FBSD_1.7"
>
> I assume this is because mtxrun is compiled for FreeBSD 14.0.

There were some troubles with our infrastructure which led Hans to
build the binaries himself without paying extra attention to
compatibility with older systems.

You can find the binaries here:
https://build.contextgarden.net/dl/luametatex/

but I hope that Hans will rebuild the installer in order to make the
older systems functional again.

Other than that, building luametatex is relatively straightforward with CMake.
The sources can be found either inside ConTeXt or separately inside
https://github.com/contextgarden/luametatex

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: FreeBSD 13.2

2024-02-24 Thread Henning Hraban Ramm

Am 24.02.24 um 15:20 schrieb Roger Mason:

Hello,

I've been away from ConTeXt for some time but now I want to install it
on my FreeBSD 13.2 system(s) (I have not switched any machines to 14.0
yet).  After unpacking, running the install scripts results in:

ld-elf.so.1: /home/rmason/Software/Context/bin/mtxrun: Undefined symbol
"__libc_start1@FBSD_1.7"

I assume this is because mtxrun is compiled for FreeBSD 14.0.  Thus, I
need (I think) to compile it for 13.2.  Are there instructions somewhere
on how to do this?

If I get a working installation I'm happy to contribute the FreeBSD 13.2
binaries back to the project, if someone will tell me how.


Yes, we need to document it in the wiki…
But it’s easy:
cd into your tex/texmf-context/source/luametatex
and run build.sh
then copy the "luametatex" binary from build/native
into tex/texmf-/bin/

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] FreeBSD 13.2

2024-02-24 Thread Roger Mason
Hello,

I've been away from ConTeXt for some time but now I want to install it
on my FreeBSD 13.2 system(s) (I have not switched any machines to 14.0
yet).  After unpacking, running the install scripts results in:

ld-elf.so.1: /home/rmason/Software/Context/bin/mtxrun: Undefined symbol
"__libc_start1@FBSD_1.7"

I assume this is because mtxrun is compiled for FreeBSD 14.0.  Thus, I
need (I think) to compile it for 13.2.  Are there instructions somewhere
on how to do this?

If I get a working installation I'm happy to contribute the FreeBSD 13.2
binaries back to the project, if someone will tell me how.

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: New upload doesn't work on macOS 10.13.6

2024-02-18 Thread Gavin via ntg-context
Hi Ralf

I keep TeX Live on my Mac. It’s a great fall-back when I have new version 
surprises with ConTeXt.

   tug.org/mactex/

TeX Live has a friendly installer. Updates are easy with TeX Live Utility. TeX 
Live has a version of ConTeXt from last May, and it’s quite a good version, in 
my opinion. (ConTeXt  ver: 2023.05.05 18:36 LMTX  fmt: 2023.12.18)

If you need any LaTeX stuff for some reason, it’s all there in TeX Live.

Gavin


> On Feb 18, 2024, at 1:01 PM, Ralf Heinrich Arning  wrote:
> 
> Hi list,
> 
> after having tried to update with the new upload, ConTEXt doesn't run 
> anymore. 
> 
> According to the output the new version requires a more recent system. I 
> still use macOS 10.13.6 (High Sierra).
> 
> This is what I get:
> 
> =====
> context TestCode.tex
> dyld: lazy symbol binding failed: Symbol not found: chkstk_darwin
> Referenced from: 
> /Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was 
> built for Mac OS X 12.7)
> Expected in: /usr/lib/libSystem.B.dylib
> 
> dyld: Symbol not found: chkstk_darwin
> Referenced from: 
> /Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was 
> built for Mac OS X 12.7)
> Expected in: /usr/lib/libSystem.B.dylib
> 
> /bin/bash: line 2:  1569 Abort trap: 6   context TestCode.tex
> context TestCode.tex
> dyld: lazy symbol binding failed: Symbol not found: chkstk_darwin
> Referenced from: 
> /Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was 
> built for Mac OS X 12.7)
> Expected in: /usr/lib/libSystem.B.dylib
> 
> dyld: Symbol not found: chkstk_darwin
> Referenced from: 
> /Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was 
> built for Mac OS X 12.7)
> Expected in: /usr/lib/libSystem.B.dylib
> 
> /bin/bash: line 4:  1579 Abort trap: 6   context TestCode.tex
> ===
> 
> Trying to install again, I get:
> 
> 
> sh install.sh
> dyld: lazy symbol binding failed: Symbol not found: chkstk_darwin
> Referenced from: /Applications/TeX/context-osx-64/bin/mtxrun (which was built 
> for Mac OS X 12.7)
> Expected in: /usr/lib/libSystem.B.dylib
> 
> dyld: Symbol not found: chkstk_darwin
> Referenced from: /Applications/TeX/context-osx-64/bin/mtxrun (which was built 
> for Mac OS X 12.7)
> Expected in: /usr/lib/libSystem.B.dylib
> 
> install.sh: line 105:  1693 Abort trap: 6   $PWD/bin/mtxrun --script 
> ./bin/mtx-install.lua --update --server="$LMTXSERVER" 
> --instance="$LMTXINSTANCE" --platform="$PLATFORM" --erase 
> --extras="$LMTXEXTRAS"
> 
> ==
> 
> 
> What can I do?
> 
> Do I have to reinstall an older version? How can I do this?
> 
> Desperately,
> 
> Ralf
> ___
> If your question is of interest to others as well, please add an entry to the 
> Wiki!
> 
> maillist : ntg-context@ntg.nl / 
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
> ___

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] New upload doesn't work on macOS 10.13.6

2024-02-18 Thread Ralf Heinrich Arning
Hi list,

after having tried to update with the new upload, ConTEXt doesn't run anymore. 

According to the output the new version requires a more recent system. I still 
use macOS 10.13.6 (High Sierra).

This is what I get:

=
context TestCode.tex
dyld: lazy symbol binding failed: Symbol not found: chkstk_darwin
  Referenced from: 
/Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was built 
for Mac OS X 12.7)
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: chkstk_darwin
  Referenced from: 
/Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was built 
for Mac OS X 12.7)
  Expected in: /usr/lib/libSystem.B.dylib

/bin/bash: line 2:  1569 Abort trap: 6   context TestCode.tex
context TestCode.tex
dyld: lazy symbol binding failed: Symbol not found: chkstk_darwin
  Referenced from: 
/Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was built 
for Mac OS X 12.7)
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: chkstk_darwin
  Referenced from: 
/Applications/TeX/context-osx-64/tex/texmf-osx-64/bin/context (which was built 
for Mac OS X 12.7)
  Expected in: /usr/lib/libSystem.B.dylib

/bin/bash: line 4:  1579 Abort trap: 6   context TestCode.tex
===

Trying to install again, I get:


sh install.sh
dyld: lazy symbol binding failed: Symbol not found: chkstk_darwin
  Referenced from: /Applications/TeX/context-osx-64/bin/mtxrun (which was built 
for Mac OS X 12.7)
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: chkstk_darwin
  Referenced from: /Applications/TeX/context-osx-64/bin/mtxrun (which was built 
for Mac OS X 12.7)
  Expected in: /usr/lib/libSystem.B.dylib

install.sh: line 105:  1693 Abort trap: 6   $PWD/bin/mtxrun --script 
./bin/mtx-install.lua --update --server="$LMTXSERVER" 
--instance="$LMTXINSTANCE" --platform="$PLATFORM" --erase --extras="$LMTXEXTRAS"

==


What can I do?

Do I have to reinstall an older version? How can I do this?

Desperately,

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Best way to input UTF-8

2024-02-18 Thread Marco Patzer
On Sun, 18 Feb 2024 22:12:25 +0530
Shiv Shankar Dayal  wrote:

> What is the best way to input UTF-8 in LuaMetaTex?

“Best” is subjective. What might be a good way for me might not be
your preferred way.

LuaMetaTex doesn't care at all *how* you input the characters into
your text editor. The characters end up in the tex file and that's
what's processed by context.

  \starttext
Ωµ±åö←§…
  \stoptext

Methods:

  - custom keyboard layout (my preferred way)
  - compose key
  - symbol input tables (provided by your OS)
  - copy-pasting symbols from somewhere else
  - …

> If I use the UTF-8 characters then do not come out in text with
> Modern font.

You need to select a font containing the characters you need. Or set
up a fallback for a certain range:

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

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Square right aligned

2024-02-09 Thread Wolfgang Schuster

Pablo Rodriguez via ntg-context schrieb am 09.02.2024 um 20:07:

On 2/8/24 22:37, Otared Kavian wrote:

Hi Ursula,

I think you mean the so-called end of the proof sign, or QED (Quod Erat
Demonstrandum). You can use this:

\definesymbol[QED][\mathematics{\square}]
\def\qed{\wordright{\symbol[QED]}}
\starttext
This is the end of our proof. \qed
\stoptext

In principle it is included in ConTeXt, but it seems that in the latest
version I have (2024.01.23), the command \qed is broken.


Hi Otared,

\qed seems to have been disabled (line 988 in strc-con.mklx).



The \qed command works only in a description or enumeration environment.

\definedescription [qedtest] [closesymbol=\symbol{qed}]

\starttext

\startqedtest
\samplefile{lorem}\qed
\stopqedtest

\stoptext

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Square right aligned

2024-02-09 Thread Pablo Rodriguez via ntg-context
On 2/8/24 22:37, Otared Kavian wrote:
> Hi Ursula,
>
> I think you mean the so-called end of the proof sign, or QED (Quod Erat
> Demonstrandum). You can use this:
>
> \definesymbol[QED][\mathematics{\square}]
> \def\qed{\wordright{\symbol[QED]}}
> \starttext
> This is the end of our proof. \qed
> \stoptext
>
> In principle it is included in ConTeXt, but it seems that in the latest
> version I have (2024.01.23), the command \qed is broken.

Hi Otared,

\qed seems to have been disabled (line 988 in strc-con.mklx).

Functionality seems to have been enabled in \QED (line 45 in math-mis.mkxl).

Just in case it might help,

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Square right aligned

2024-02-09 Thread Ursula Hermann
Dear Otared and Dear Hraban,

So this is my little example: works perfect, after our correspondence.

\starttext
\startalignment[normal]
\margintext {1.1.1}
{\bf Beispiel 3.2.17 (Vertauschung von All- und Existenzquantor).}
\par
{\it Sei M die Menge aller Männer und F die Menge aller Frauen. Die
Aus-\par
sage h(m, f) sei ”m ist verliebt in f“. Unter diesen Voraussetzungen
machen \par Sie sich die Bedeutung der beiden Aussagen klar.}\wordright{\square}
\stopalignment
\stoptext

Many thanks
Uschi



Von: Ursula Hermann 
Gesendet: Freitag, 9. Februar 2024 08:39:10
An: mailing list for ConTeXt users
Betreff: [NTG-context] Re: Square right aligned


Dear Hraban,  Dear Otared!


Many Thanks,


Hraban: Because of \wordright: I took a look at wordright at the wiki, works 
perfect.


Otared, many thanks too. It also works perfect with your example


Uschi




Von: Otared Kavian 
Gesendet: Donnerstag, 8. Februar 2024 22:37:08
An: mailing list for ConTeXt users
Betreff: [NTG-context] Re: Square right aligned

Hi Ursula,

I think you mean the so-called end of the proof sign, or QED (Quod Erat 
Demonstrandum). You can use this:

\definesymbol[QED][\mathematics{\square}]
\def\qed{\wordright{\symbol[QED]}}
\starttext
This is the end of our proof. \qed
\stoptext

In principle it is included in ConTeXt, but it seems that in the latest version 
I have (2024.01.23), the command \qed is broken.

Best regards: Otared

On 8 Feb 2024, at 12:23, Ursula Hermann 
mailto:ursula.herm...@univie.ac.at>> wrote:

Dear List,

I am at Home  and have the following example.:


\starttext
\margintext {1.1.1}
{\bf Beispiel 3.2.17 (Vertauschung von All- und Existenzquantor).}
\par
{\it Sei M die Menge aller Männer und F die Menge aller Frauen. Die
Aus-\par
sage h(m, f) sei ”m ist verliebt in f“. Unter diesen Voraussetzungen
machen Sie sich die Bedeutung der beiden Aussagen 
klar.\startalignment[right]\square\stopalignment}\stoptext}


There should be a sign like this □ at the end of the proof.

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

maillist : ntg-context@ntg.nl<mailto:ntg-context@ntg.nl> / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl<https://www.pragma-ade.nl/> / 
https://context.aanhet.net<https://context.aanhet.net/> (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net<https://wiki.contextgarden.net/>
___

Otared Kavian
e-mail: ota...@gmail.com<mailto:ota...@gmail.com>
Phone: +33 6 88 26 70 95




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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Square right aligned

2024-02-08 Thread Ursula Hermann
Dear Hraban,  Dear Otared!


Many Thanks,


Hraban: Because of \wordright: I took a look at wordright at the wiki, works 
perfect.


Otared, many thanks too. It also works perfect with your example


Uschi




Von: Otared Kavian 
Gesendet: Donnerstag, 8. Februar 2024 22:37:08
An: mailing list for ConTeXt users
Betreff: [NTG-context] Re: Square right aligned

Hi Ursula,

I think you mean the so-called end of the proof sign, or QED (Quod Erat 
Demonstrandum). You can use this:

\definesymbol[QED][\mathematics{\square}]
\def\qed{\wordright{\symbol[QED]}}
\starttext
This is the end of our proof. \qed
\stoptext

In principle it is included in ConTeXt, but it seems that in the latest version 
I have (2024.01.23), the command \qed is broken.

Best regards: Otared

On 8 Feb 2024, at 12:23, Ursula Hermann 
mailto:ursula.herm...@univie.ac.at>> wrote:

Dear List,

I am at Home  and have the following example.:


\starttext
\margintext {1.1.1}
{\bf Beispiel 3.2.17 (Vertauschung von All- und Existenzquantor).}
\par
{\it Sei M die Menge aller Männer und F die Menge aller Frauen. Die
Aus-\par
sage h(m, f) sei ”m ist verliebt in f“. Unter diesen Voraussetzungen
machen Sie sich die Bedeutung der beiden Aussagen 
klar.\startalignment[right]\square\stopalignment}\stoptext}


There should be a sign like this □ at the end of the proof.

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

maillist : ntg-context@ntg.nl<mailto:ntg-context@ntg.nl> / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl<https://www.pragma-ade.nl/> / 
https://context.aanhet.net<https://context.aanhet.net/> (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net<https://wiki.contextgarden.net/>
___

Otared Kavian
e-mail: ota...@gmail.com<mailto:ota...@gmail.com>
Phone: +33 6 88 26 70 95




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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Square right aligned

2024-02-08 Thread Otared Kavian
Hi Ursula,

I think you mean the so-called end of the proof sign, or QED (Quod Erat 
Demonstrandum). You can use this:

\definesymbol[QED][\mathematics{\square}]
\def\qed{\wordright{\symbol[QED]}}
\starttext
This is the end of our proof. \qed
\stoptext

In principle it is included in ConTeXt, but it seems that in the latest version 
I have (2024.01.23), the command \qed is broken.

Best regards: Otared

> On 8 Feb 2024, at 12:23, Ursula Hermann  wrote:
> 
> Dear List, 
> 
> I am at Home  and have the following example.:
> 
> \starttext
> \margintext {1.1.1}
> {\bf Beispiel 3.2.17 (Vertauschung von All- und Existenzquantor).}
> \par
> {\it Sei M die Menge aller Männer und F die Menge aller Frauen. Die
> Aus-\par
> sage h(m, f) sei ”m ist verliebt in f“. Unter diesen Voraussetzungen
> machen Sie sich die Bedeutung der beiden Aussagen 
> klar.\startalignment[right]\square\stopalignment}\stoptext}
> 
> There should be a sign like this □ at the end of the proof. 
> 
> Uschi
> ___
> If your question is of interest to others as well, please add an entry to the 
> Wiki!
> 
> maillist : ntg-context@ntg.nl <mailto:ntg-context@ntg.nl> / 
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl 
> <https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl>
> webpage  : https://www.pragma-ade.nl <https://www.pragma-ade.nl/> / 
> https://context.aanhet.net <https://context.aanhet.net/> (mirror)
> archive  : https://github.com/contextgarden/context 
> <https://github.com/contextgarden/context>
> wiki : https://wiki.contextgarden.net <https://wiki.contextgarden.net/>
> ___

Otared Kavian
e-mail: ota...@gmail.com
Phone: +33 6 88 26 70 95




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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: upload

2024-01-18 Thread Hans Hagen

On 1/18/2024 3:27 PM, Otared Kavian wrote:

Dear Dalyoung, dear Mikael,

I installed anew the whole LMTX tree and now everything is working fine.
I don’t know whether this is related or not, somehow in my previous tree 
I had a directory (or folder in the MacOS language) named « texmf-osx-64 
» instead « texmf-osx-arm64 » and this apparently had consequences.


In any case everything works fine now.

Thanks to Hans, Mikael and all the people on this list!

concerning the prime, use

  $x\prime$ and not $x^\prime$ as you might want $x^2\prime$ some day

in the first case it's really a prime, in the second case a prime symbol 
in a superscript; in lmtx we have for each nucleus a presubscript, 
presuperscript, subscript, superscript and primescript (plus index ones)


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://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Fwd: Re: x mark symbol and general symbol guide

2024-01-18 Thread Gerion Entrup
Am Donnerstag, 11. Januar 2024, 15:56:32 CET schrieb Gerion Entrup:
> Am Dienstag, 9. Januar 2024, 21:17:57 CET schrieb Hans Hagen:
> > On 1/9/2024 8:31 PM, Gerion Entrup wrote:
> > 
> > > My system awesome font is version 6 but isn't the one bundled with
> > > ConTeXt version 5 (FontAwesome.otf)? This one:
> > > tex/texmf/fonts/data/fonticons/fontawesome/FontAwesome.otf: OpenType font 
> > > data
> > > 
> > > I would assume that ConTeXt is using the bundled file by default.
> > It's not our hobby to keep up with font versions and changing names so 
> > we depend on users to signal that. Also, with fonts you never know what 
> > updated fonts will break.
> > 
> > In a next upload we'll define a list of names [5-9] so that we're more 
> > future proof.
> 
> Thanks.
> 
> Sure, it was my interest to understand, if the error lays in my
> installation or is due to the predefined files. Especially, since I did
> not manage to display a single symbol of FontAwesome at all, not even
> the one that seems to be explicitly defined.
> 
> For me, it is not relevant at all, in which version the font is.
> My main interest is to get an \xmark symbol.

FontAwesome works with the new version 2024.01.18 (the times symbol is
not present but an xmark symbol directly). Thank you!

Gerion


signature.asc
Description: This is a digitally signed message part.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Suggestions and problems of the manuals

2024-01-17 Thread Gerion Entrup
ollected, 0 deltas, 0 shared partials, 
0 partial entries
mkiv lua stats  > used platform: linux-64, type: unix, binary subtree: 
texmf-linux-64
mkiv lua stats  > used engine: luametatex version: 2.10.11, 
functionality level: 20231231, format id: 698, compiler: gcc
mkiv lua stats  > tex properties: 807097 hash slots used of 2097152, 
50666 control sequences, approximate memory usage: 49 MB
mkiv lua stats  > lua properties: engine: lua 5.4, used memory: 84 MB, 
ctx: 80 MB, max: 80 MB, symbol mask: utf (τεχ)
mkiv lua stats  > runtime: 0.528 seconds, 1 processed pages, 1 shipped 
pages, 1.895 pages/second
mtx-context | purged files: 
math-mkiv-t-b-ce3b35636ef01ee62897a2beb76049e0.log, 
math-mkiv-t-b-ce3b35636ef01ee62897a2beb76049e0.tmp, 
math-mkiv-t-b-ce3b35636ef01ee62897a2beb76049e0.tuc
system  | total runtime: 1.044 seconds of 1.071 seconds

buffers > typeset > no changes in 'demo-4', processing skipped
floatblocks > '3' limited
floatblocks > 3 saved
pages   > flushing realpage 14, userpage 12, subpage 14
floatblocks > 1 moved
floatblocks > 2 moved
floatblocks > 3 moved
pages   > flushing realpage 15, userpage 13, subpage 15
pages   > flushing realpage 16, userpage 14, subpage 16
pages   > flushing realpage 17, userpage 15, subpage 17
pages   > flushing realpage 18, userpage 16, subpage 18
pages   > flushing realpage 19, userpage 17, subpage 19
structure   > sectioning > section @ level 3 : 0.3.1 -> Scripts
tex error   > tex error on line 370 in file 
/home/gerion/src/context/doc/context/sources/general/manuals/math/math-spacing.tex:
 Math error: parameter 'subshiftdown' with id 49 in style 2 is not set

 \math_m_nop
#1->\relax \ifmmode #1\else \normalstartimath 
\usemathstyleparameter \mathematicsparameter \c!mathstyle \expand 
\everyinsidemathematics \relax \begingroup #1\endgroup \normalstopimath
\fi

{\switchtobodyfont [cambria]\math{F_j = \int\nolimits _a^b}
} {Cambria}

360 font can be very detailed in where italic correction is to be 
applied and how
361 advanced stepwise kerns are used, but not many fonts have 
extensive information.
362 Here are some differences in rendering. In \OPENTYPE\ the 
super- and subscript of
363 an integral are moved right and left half of the italic 
correction.
364
365 \startlinecorrection
366 \startcombination[6*1]
367 {\switchtobodyfont  [modern]\math{F_j = \int\nolimits 
_a^b}} {Latin Modern}
368 {\switchtobodyfont [pagella]\math{F_j = \int\nolimits 
_a^b}} {Pagella}
369 {\switchtobodyfont  [dejavu]\math{F_j = \int\nolimits 
_a^b}} {Dejavu}
370 >>  {\switchtobodyfont [cambria]\math{F_j = \int\nolimits 
_a^b}} {Cambria}
371 {\switchtobodyfont[lucidaot]\math{F_j = \int\nolimits 
_a^b}} {Lucida OT}
372 {\switchtobodyfont[xits]\math{F_j = \int\nolimits 
_a^b}} {Xits}
373 \stopcombination
374 \stoplinecorrection
375
376 \stopsection
377
378 \startsection[title=Bad fonts]
379
380 There might be fonts out there where the italic correction is 
supposed to be
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.
mtx-context | fatal error: return code: 1
- I tried to find a prebuild version and found 
https://mirror.contextgarden.net/general/manuals/math-mkiv.pdf.
  However, this document seems to be from 2021 and has a kind of wobbly
  rendering in Okular/Poppler (I remember the same phenomena with early
  LMTX). See the screenshot attached (math-mkiv-online.png). Is there a
  newer version somewhere? Maybe it is meaningful to delete the old
  version.


Best
Gerion
From 187f2bf0901d414bf55869054d29ee2c4bec1a64 Mon Sep 17 00:00:00 2001
From: Gerion Entrup 
Date: Tue, 16 Jan 2024 23:40:40 +0100
Subject: [PATCH] units-mkiv: improve

- typos
- remove getbuffer without context
- demonstrate usage of pm and to
---
 doc/context/sources/general/manuals/units/units-mkiv.tex | 8 +++-
 1 file changed, 3 insertions(+), 5 deletions(-)

diff --git a/doc/context/sources/general/manuals/units/units-mkiv.tex b/doc/context/sources/general/manuals/units/units-mkiv.tex
index d70c7221f..a1631aadb 100644
--- a/doc/context/sources/general/manuals/units/units-mkiv.tex
+++ b/doc/context/sources/general/manu

[NTG-context] Re: Fwd: Re: x mark symbol and general symbol guide

2024-01-11 Thread Gerion Entrup
Am Dienstag, 9. Januar 2024, 21:17:57 CET schrieb Hans Hagen:
> On 1/9/2024 8:31 PM, Gerion Entrup wrote:
> 
> > My system awesome font is version 6 but isn't the one bundled with
> > ConTeXt version 5 (FontAwesome.otf)? This one:
> > tex/texmf/fonts/data/fonticons/fontawesome/FontAwesome.otf: OpenType font 
> > data
> > 
> > I would assume that ConTeXt is using the bundled file by default.
> It's not our hobby to keep up with font versions and changing names so 
> we depend on users to signal that. Also, with fonts you never know what 
> updated fonts will break.
> 
> In a next upload we'll define a list of names [5-9] so that we're more 
> future proof.

Thanks.

Sure, it was my interest to understand, if the error lays in my
installation or is due to the predefined files. Especially, since I did
not manage to display a single symbol of FontAwesome at all, not even
the one that seems to be explicitly defined.

For me, it is not relevant at all, in which version the font is.
My main interest is to get an \xmark symbol.


Gerion


signature.asc
Description: This is a digitally signed message part.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Fwd: Re: x mark symbol and general symbol guide

2024-01-09 Thread Hans Hagen

On 1/9/2024 8:31 PM, Gerion Entrup wrote:


My system awesome font is version 6 but isn't the one bundled with
ConTeXt version 5 (FontAwesome.otf)? This one:
tex/texmf/fonts/data/fonticons/fontawesome/FontAwesome.otf: OpenType font data

I would assume that ConTeXt is using the bundled file by default.
It's not our hobby to keep up with font versions and changing names so 
we depend on users to signal that. Also, with fonts you never know what 
updated fonts will break.


In a next upload we'll define a list of names [5-9] so that we're more 
future proof.


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://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Fwd: Re: x mark symbol and general symbol guide

2024-01-09 Thread Gerion Entrup
Am Dienstag, 9. Januar 2024, 18:31:10 CET schrieb Wolfgang Schuster:
> Gerion Entrup schrieb am 09.01.2024 um 16:21:
> > Hi,
> >
> > I have to come back to that topic, since it seems not to work.
> > The said source code produces just the text "times" and "check" for me
> > (see 1.pdf). I also tried:
> >
> > ```
> > \usesymbols[fontawesome]
> >
> > \starttext
> > \showsymbolset[fontawesome-solid]
> > \stoptext
> > ```
> > and get a list of symbols that do not belong to fontawesome (see 2.pdf).
> >
> > I also tried to find the symbol file directly in the context
> > distribution and found:
> > tex/texmf-context/tex/context/base/mkiv/symb-imp-fontawesome.mkiv
> >
> > However, most parts are commented out there, one of the few remaining
> > symbols is wheelchair. However, when using that, I just got the string
> > _378 (3.pdf). Source code:
> >
> > ```
> > \usesymbols[fontawesome]
> >
> > \startTEXpage[offset=1pt]
> > \symbol[fontawesome][wheelchair]
> > \stopTEXpage
> > ```
> >
> > Is there a problem with my installation?
> > Additional output:
> > ```
> > % mtxrun --script fonts --list --all --pattern='fontawesome'
> > identifier familyname   fontname
> > filename 
> > subfont   instances
> >
> > fontawesomefontawesome  fontawesome 
> > FontAwesome.otf
> > fontawesome6brands fontawesome6brands   fontawesome6brandsregular   
> > /usr/share/fonts/fontawesome/Font Awesome 6 Brands-Regular-400.otf
> > fontawesome6brandsnormal   fontawesome6brands   fontawesome6brandsregular   
> > /usr/share/fonts/fontawesome/Font Awesome 6 Brands-Regular-400.otf
> > fontawesome6freenormal fontawesome6free fontawesome6freesolid   
> > /usr/share/fonts/fontawesome/Font Awesome 6 Free-Solid-900.otf
> > fontawesomenormal  fontawesome  fontawesome 
> > FontAwesome.otf
> > fontawesomeregular fontawesome  fontawesome 
> > FontAwesome.otf
> > ```
> 
> The symbols expect version 5 of fontawesome but you have version 6.
> 
> I guess it's time to switch to the new version of the fonts which can be 
> done by replacing 5 (file:fontawsome5...) with 6 (file:fontawsome6...) 
> in the following lines in symb-imp-fontawesome.mkiv
> 
> \definefontsynonym [FontAwesomeBrands] 
> [file:fontawesome5brandsregular400.otf]
> \definefontsynonym [FontAwesomeRegular] 
> [file:fontawesome5freeregular400.otf]
> \definefontsynonym [FontAwesomeSolid] [file:fontawesome5freesolid900.otf]
> 
> Wolfgang

My system awesome font is version 6 but isn't the one bundled with
ConTeXt version 5 (FontAwesome.otf)? This one:
tex/texmf/fonts/data/fonticons/fontawesome/FontAwesome.otf: OpenType font data

I would assume that ConTeXt is using the bundled file by default.

Gerion


signature.asc
Description: This is a digitally signed message part.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Fwd: Re: x mark symbol and general symbol guide

2024-01-09 Thread Wolfgang Schuster

Gerion Entrup schrieb am 09.01.2024 um 16:21:

Hi,

I have to come back to that topic, since it seems not to work.
The said source code produces just the text "times" and "check" for me
(see 1.pdf). I also tried:

```
\usesymbols[fontawesome]

\starttext
\showsymbolset[fontawesome-solid]
\stoptext
```
and get a list of symbols that do not belong to fontawesome (see 2.pdf).

I also tried to find the symbol file directly in the context
distribution and found:
tex/texmf-context/tex/context/base/mkiv/symb-imp-fontawesome.mkiv

However, most parts are commented out there, one of the few remaining
symbols is wheelchair. However, when using that, I just got the string
_378 (3.pdf). Source code:

```
\usesymbols[fontawesome]

\startTEXpage[offset=1pt]
\symbol[fontawesome][wheelchair]
\stopTEXpage
```

Is there a problem with my installation?
Additional output:
```
% mtxrun --script fonts --list --all --pattern='fontawesome'
identifier familyname   fontname
filename subfont   
instances

fontawesomefontawesome  fontawesome 
FontAwesome.otf
fontawesome6brands fontawesome6brands   fontawesome6brandsregular   
/usr/share/fonts/fontawesome/Font Awesome 6 Brands-Regular-400.otf
fontawesome6brandsnormal   fontawesome6brands   fontawesome6brandsregular   
/usr/share/fonts/fontawesome/Font Awesome 6 Brands-Regular-400.otf
fontawesome6freenormal fontawesome6free fontawesome6freesolid   
/usr/share/fonts/fontawesome/Font Awesome 6 Free-Solid-900.otf
fontawesomenormal  fontawesome  fontawesome 
FontAwesome.otf
fontawesomeregular fontawesome  fontawesome 
FontAwesome.otf
```


The symbols expect version 5 of fontawesome but you have version 6.

I guess it's time to switch to the new version of the fonts which can be 
done by replacing 5 (file:fontawsome5...) with 6 (file:fontawsome6...) 
in the following lines in symb-imp-fontawesome.mkiv


\definefontsynonym [FontAwesomeBrands] 
[file:fontawesome5brandsregular400.otf]
\definefontsynonym [FontAwesomeRegular] 
[file:fontawesome5freeregular400.otf]

\definefontsynonym [FontAwesomeSolid] [file:fontawesome5freesolid900.otf]

Wolfgang

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Fwd: Re: x mark symbol and general symbol guide

2024-01-09 Thread Gerion Entrup
Hi,

I have to come back to that topic, since it seems not to work.
The said source code produces just the text "times" and "check" for me
(see 1.pdf). I also tried:

```
\usesymbols[fontawesome]

\starttext
\showsymbolset[fontawesome-solid]
\stoptext
```
and get a list of symbols that do not belong to fontawesome (see 2.pdf).

I also tried to find the symbol file directly in the context
distribution and found:
tex/texmf-context/tex/context/base/mkiv/symb-imp-fontawesome.mkiv

However, most parts are commented out there, one of the few remaining
symbols is wheelchair. However, when using that, I just got the string
_378 (3.pdf). Source code:

```
\usesymbols[fontawesome]

\startTEXpage[offset=1pt]
\symbol[fontawesome][wheelchair]
\stopTEXpage
```

Is there a problem with my installation?
Additional output:
```
% mtxrun --script fonts --list --all --pattern='fontawesome'
identifier familyname   fontname
filename subfont   
instances

fontawesomefontawesome  fontawesome 
FontAwesome.otf
fontawesome6brands fontawesome6brands   fontawesome6brandsregular   
/usr/share/fonts/fontawesome/Font Awesome 6 Brands-Regular-400.otf
fontawesome6brandsnormal   fontawesome6brands   fontawesome6brandsregular   
/usr/share/fonts/fontawesome/Font Awesome 6 Brands-Regular-400.otf
fontawesome6freenormal fontawesome6free fontawesome6freesolid   
/usr/share/fonts/fontawesome/Font Awesome 6 Free-Solid-900.otf
fontawesomenormal  fontawesome  fontawesome 
FontAwesome.otf
fontawesomeregular fontawesome  fontawesome 
FontAwesome.otf
```

Best,
Gerion



Am Montag, 16. Oktober 2023, 15:36:34 CET schrieb Gerion Entrup:
> Hans already answered my question. Thank you!
> 
> Gerion
> --  Forwarded Message  --
> 
> Subject: Re: [NTG-context] x mark symbol and general symbol guide
> Date: Freitag, 13. Oktober 2023, 18:13:42 CEST
> From: Hans Hagen 
> To: Gerion Entrup 
> 
> On 10/13/2023 2:33 PM, Gerion Entrup wrote:
> > Hi,
> > 
> > I recently tried to typeset a table with checkmarks and x marks.
> > \checkmark exists but is there a predefined x mark symbol (\xmark does
> > not work)?
> > 
> > In general: For LaTeX there exists the very helpful comprehensive LaTeX 
> > symbol list [1].
> > Is there a similar documentation for ConTeXt somewhere?
> \usesymbols[fontawesome]
> 
> \startTEXpage[offset=1ts]
>  \symbol[fontawesome-solid][times]\quad
>  \symbol[fontawesome-solid][check]
> \stopTEXpage
> 
> you can run symb-imp-fontawesome and get a list
> 
> 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
> -
> 
> -
> 



1.pdf
Description: Adobe PDF document


2.pdf
Description: Adobe PDF document


3.pdf
Description: Adobe PDF document


signature.asc
Description: This is a digitally signed message part.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-30 Thread Wolfgang Schuster

Shiv Shankar Dayal schrieb am 30.12.2023 um 09:40:
I tried this for old style factorial, but it appears much below the 
line in which it is used. How can I bring it up?


Replace the \inmframed command with \mcframed.

\define[1]\oldfact
  {\mcframed[frame=off,strut=no,leftframe=on,bottomframe=on]{#1}}

Wolfgang

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-30 Thread Shiv Shankar Dayal
I tried this for old style factorial, but it appears much below the line in
which it is used. How can I bring it up?

On Wed, Dec 27, 2023 at 6:18 PM Shiv Shankar Dayal <
shivshankar.da...@gmail.com> wrote:

>
>
> A simple alternative to tikz is the usage of \framed.
>>
>> \define[1]\oldfact
>>   {\inmframed[frame=off,strut=no,leftframe=on,bottomframe=on]{#1}}
>>
>> \starttext
>>
>> \m{\oldfact{n}}
>>
>> \stoptext
>>
>> Wolfgang
>>
>> Thanks a lot. It should work nicely.
>
> --
> Respect,
> Shiv Shankar Dayal
>


-- 
Respect,
Shiv Shankar Dayal
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Size of subscript notations

2023-12-29 Thread Fabrice Couvreur
Perhaps the size should be even smaller because I personally find it still
a little large.

PS : In a thread, I thought I read that you had written a document on the
use of mathematics with ConTeXt, true or false?

Le ven. 29 déc. 2023 à 16:14, Mikael Sundqvist  a écrit :

> Great, all is good then. (Or?)
>
> /Mikael
>
> On Fri, Dec 29, 2023 at 5:07 PM Fabrice Couvreur <
> fabrice1.couvr...@gmail.com> wrote:
>
>> Well, actually I get the same thing .
>> [image: test.png]
>>
>> Le ven. 29 déc. 2023 à 16:00, Mikael Sundqvist  a
>> écrit :
>>
>>> Hi,
>>>
>>> On Fri, Dec 29, 2023 at 4:49 PM Fabrice Couvreur
>>>  wrote:
>>> >
>>> > Thank you for your suggestion but in the following example the
>>> operational symbol is too big as well as the number 1.
>>> >
>>> > \mapfontsize[modern][script] [.4]
>>> > \mapfontsize[modern][scriptscript][.2]
>>> >
>>> > \setupbodyfont[modern,12pt]
>>> >
>>> > \startTEXpage[offset=1DK]
>>> >   \m{z_{n+1}}
>>> > \stopTEXpage
>>>
>>> Strange, here it looks OK. Maybe something that will be solved when
>>> there is an update then.
>>>
>>> /Mikael
>>>
>>> ___
>>> If your question is of interest to others as well, please add an entry
>>> to the Wiki!
>>>
>>> maillist : ntg-context@ntg.nl /
>>> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
>>> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net
>>> (mirror)
>>> archive  : https://github.com/contextgarden/context
>>> wiki : https://wiki.contextgarden.net
>>>
>>> ___
>>>
>>
>> ___
>> If your question is of interest to others as well, please add an entry to
>> the Wiki!
>>
>> maillist : ntg-context@ntg.nl /
>> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
>> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net
>> (mirror)
>> archive  : https://github.com/contextgarden/context
>> wiki : https://wiki.contextgarden.net
>>
>> ___
>>
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Size of subscript notations

2023-12-29 Thread Mikael Sundqvist
Great, all is good then. (Or?)

/Mikael

On Fri, Dec 29, 2023 at 5:07 PM Fabrice Couvreur <
fabrice1.couvr...@gmail.com> wrote:

> Well, actually I get the same thing .
> [image: test.png]
>
> Le ven. 29 déc. 2023 à 16:00, Mikael Sundqvist  a
> écrit :
>
>> Hi,
>>
>> On Fri, Dec 29, 2023 at 4:49 PM Fabrice Couvreur
>>  wrote:
>> >
>> > Thank you for your suggestion but in the following example the
>> operational symbol is too big as well as the number 1.
>> >
>> > \mapfontsize[modern][script] [.4]
>> > \mapfontsize[modern][scriptscript][.2]
>> >
>> > \setupbodyfont[modern,12pt]
>> >
>> > \startTEXpage[offset=1DK]
>> >   \m{z_{n+1}}
>> > \stopTEXpage
>>
>> Strange, here it looks OK. Maybe something that will be solved when
>> there is an update then.
>>
>> /Mikael
>>
>> ___
>> If your question is of interest to others as well, please add an entry to
>> the Wiki!
>>
>> maillist : ntg-context@ntg.nl /
>> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
>> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net
>> (mirror)
>> archive  : https://github.com/contextgarden/context
>> wiki : https://wiki.contextgarden.net
>>
>> ___
>>
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Size of subscript notations

2023-12-29 Thread Fabrice Couvreur
Well, actually I get the same thing .
[image: test.png]

Le ven. 29 déc. 2023 à 16:00, Mikael Sundqvist  a écrit :

> Hi,
>
> On Fri, Dec 29, 2023 at 4:49 PM Fabrice Couvreur
>  wrote:
> >
> > Thank you for your suggestion but in the following example the
> operational symbol is too big as well as the number 1.
> >
> > \mapfontsize[modern][script] [.4]
> > \mapfontsize[modern][scriptscript][.2]
> >
> > \setupbodyfont[modern,12pt]
> >
> > \startTEXpage[offset=1DK]
> >   \m{z_{n+1}}
> > \stopTEXpage
>
> Strange, here it looks OK. Maybe something that will be solved when
> there is an update then.
>
> /Mikael
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Size of subscript notations

2023-12-29 Thread Mikael Sundqvist
In fact, I get the same expected result with the context from TeXLive (2023).

/Mikael

On Fri, Dec 29, 2023 at 4:56 PM Mikael Sundqvist  wrote:
>
> Hi,
>
> On Fri, Dec 29, 2023 at 4:49 PM Fabrice Couvreur
>  wrote:
> >
> > Thank you for your suggestion but in the following example the operational 
> > symbol is too big as well as the number 1.
> >
> > \mapfontsize[modern][script] [.4]
> > \mapfontsize[modern][scriptscript][.2]
> >
> > \setupbodyfont[modern,12pt]
> >
> > \startTEXpage[offset=1DK]
> >   \m{z_{n+1}}
> > \stopTEXpage
>
> Strange, here it looks OK. Maybe something that will be solved when
> there is an update then.
>
> /Mikael
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Size of subscript notations

2023-12-29 Thread Mikael Sundqvist
Hi,

On Fri, Dec 29, 2023 at 4:49 PM Fabrice Couvreur
 wrote:
>
> Thank you for your suggestion but in the following example the operational 
> symbol is too big as well as the number 1.
>
> \mapfontsize[modern][script] [.4]
> \mapfontsize[modern][scriptscript][.2]
>
> \setupbodyfont[modern,12pt]
>
> \startTEXpage[offset=1DK]
>   \m{z_{n+1}}
> \stopTEXpage

Strange, here it looks OK. Maybe something that will be solved when
there is an update then.

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Size of subscript notations

2023-12-29 Thread Fabrice Couvreur
Thank you for your suggestion but in the following example the operational
symbol is too big as well as the number 1.

\mapfontsize[modern][script] [.4]
\mapfontsize[modern][scriptscript][.2]

\setupbodyfont[modern,12pt]

\startTEXpage[offset=1DK]
  \m{z_{n+1}}
\stopTEXpage

Le ven. 29 déc. 2023 à 14:47, Mikael Sundqvist  a écrit :

> Hi,
>
> On Fri, Dec 29, 2023 at 3:17 PM Fabrice Couvreur
>  wrote:
> >
> > Hi,
> > To type my lessons or other, I use the Modern font in 12 pt or 11 pt. I
> find that the subscript notations are a little too big : how can I improve
> this ?
> > Thanks
> > Fabrice
> >
> > \m{ \forall n \in N, z_{n+1}=\frac{i}{3}z_n}
>
> you could try something like (here with too small numbers only to show...)
>
> \mapfontsize[modern][script] [.4]
> \mapfontsize[modern][scriptscript][.2]
>
> \setupbodyfont[modern,10pt]
>
> \startTEXpage[offset=1DK]
> \m{3^{2^3}}
> \stopTEXpage
>
> I hope it helps.
>
> /Mikael
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread lynx
By "old style" factorial, do you mean the inside corner notation (shaped
like an L )? 

If so, Why? 

On 2023-12-27 05:01, Shiv Shankar Dayal wrote:

> Hi, 
> 
> How can I typeset old style factorial symbol and theorems in ConTeXt. I found 
> https://www.ntg.nl/maps/36/09.pdf but it does not work. What adaptation 
> should I do for it to work? 
> 
> -- 
> 
> Respect,
> Shiv Shankar Dayal 
> ___
> If your question is of interest to others as well, please add an entry to the 
> Wiki!
> 
> maillist : ntg-context@ntg.nl / 
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
> __
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread Mikael Sundqvist
Hi!

Not by computer, and I'm sure Hans (or Wolfgang) has already shown a way to
do the old factorial with the actuarian mechanism when I'm back to the
computer...

/Mikael

Den ons 27 dec. 2023 13:49Shiv Shankar Dayal 
skrev:

>
>
> A simple alternative to tikz is the usage of \framed.
>>
>> \define[1]\oldfact
>>   {\inmframed[frame=off,strut=no,leftframe=on,bottomframe=on]{#1}}
>>
>> \starttext
>>
>> \m{\oldfact{n}}
>>
>> \stoptext
>>
>> Wolfgang
>>
>> Thanks a lot. It should work nicely.
>
> --
> Respect,
> Shiv Shankar Dayal
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
> webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
> archive  : https://github.com/contextgarden/context
> wiki : https://wiki.contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread Shiv Shankar Dayal
A simple alternative to tikz is the usage of \framed.
>
> \define[1]\oldfact
>   {\inmframed[frame=off,strut=no,leftframe=on,bottomframe=on]{#1}}
>
> \starttext
>
> \m{\oldfact{n}}
>
> \stoptext
>
> Wolfgang
>
> Thanks a lot. It should work nicely.

-- 
Respect,
Shiv Shankar Dayal
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread Wolfgang Schuster

Shiv Shankar Dayal schrieb am 27.12.2023 um 13:31:


What do you expect here to pass as argument to the oldfact command?

I will pass something like n, 5, 10 etc.


A simple alternative to tikz is the usage of \framed.

\define[1]\oldfact
  {\inmframed[frame=off,strut=no,leftframe=on,bottomframe=on]{#1}}

\starttext

\m{\oldfact{n}}

\stoptext

Wolfgang

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread Shiv Shankar Dayal
What do you expect here to pass as argument to the oldfact command?
>
I will pass something like n, 5, 10 etc.

>
> This works here:
>
> \defineenumeration
>   [proof]
>   [closesymbol={\mathematics{\square}}]
>
> \starttext
>
> \startproof
> \samplefile{lorem}
> \stopproof
>
> \stoptext
>

Thanks. I will test this again.
-- 
Respect,
Shiv Shankar Dayal
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread Wolfgang Schuster

Shiv Shankar Dayal schrieb am 27.12.2023 um 13:19:

I use following in Latex to generate old factorial symbol:

\newcommand{\oldfact}[1]{%
\tikz[baseline]{\node[anchor=base,inner 
sep=0.3ex](mynode){\ensuremath{#1}};\draw(mynode.north 
west)--(mynode.south west)--(mynode.south east);\path[use as bounding 
box]($(mynode.south west)+(-0.3ex,-0.3ex)$)rectangle($(mynode.north 
east)+(0.3ex,0.3ex)$);}

}


What do you expect here to pass as argument to the oldfact command?

But I do not know how to make it work in ConTeXt as I am not very 
familiar with ConTeXt.


If you see https://www.ntg.nl/maps/36/09.pdf page no. 28 then proof is 
defined as


\defineenumeration
[proof]
[ text=Proof,
number=no,
headstyle=italic,
title=no, %this is the default
closesymbol={\mathematics{\square}},
style=normal]

But the closessymbol does not work.

I will create a minimum working example and post it as soon as possible.


This works here:

\defineenumeration
  [proof]
  [closesymbol={\mathematics{\square}}]

\starttext

\startproof
\samplefile{lorem}
\stopproof

\stoptext

Wolfgang

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread Shiv Shankar Dayal
I use following in Latex to generate old factorial symbol:

\newcommand{\oldfact}[1]{%
\tikz[baseline]{\node[anchor=base,inner
sep=0.3ex](mynode){\ensuremath{#1}};\draw(mynode.north west)--(mynode.south
west)--(mynode.south east);\path[use as bounding box]($(mynode.south
west)+(-0.3ex,-0.3ex)$)rectangle($(mynode.north east)+(0.3ex,0.3ex)$);}
}

But I do not know how to make it work in ConTeXt as I am not very familiar
with ConTeXt.

If you see https://www.ntg.nl/maps/36/09.pdf page no. 28 then proof is
defined as

\defineenumeration
[proof]
[ text=Proof,
number=no,
headstyle=italic,
title=no, %this is the default
closesymbol={\mathematics{\square}},
style=normal]

But the closessymbol does not work.

I will create a minimum working example and post it as soon as possible.

On Wed, Dec 27, 2023 at 5:44 PM Wolfgang Schuster <
wolfgang.schuster.li...@gmail.com> wrote:

> Shiv Shankar Dayal schrieb am 27.12.2023 um 13:01:
> > Hi,
> >
> > How can I typeset old style factorial symbol and theorems in ConTeXt.
> > I found https://www.ntg.nl/maps/36/09.pdf but it does not work. What
> > adaptation should I do for it to work?
>
> Can you be more precise what you have tried and doesn't work, a complete
> minimal example would be perfect.
>
> Wolfgang
>
>

-- 
Respect,
Shiv Shankar Dayal
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: old style factorial symbol and theorems

2023-12-27 Thread Wolfgang Schuster

Shiv Shankar Dayal schrieb am 27.12.2023 um 13:01:

Hi,

How can I typeset old style factorial symbol and theorems in ConTeXt. 
I found https://www.ntg.nl/maps/36/09.pdf but it does not work. What 
adaptation should I do for it to work?


Can you be more precise what you have tried and doesn't work, a complete 
minimal example would be perfect.


Wolfgang

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] old style factorial symbol and theorems

2023-12-27 Thread Shiv Shankar Dayal
Hi,

How can I typeset old style factorial symbol and theorems in ConTeXt. I
found https://www.ntg.nl/maps/36/09.pdf but it does not work. What
adaptation should I do for it to work?

-- 
Respect,
Shiv Shankar Dayal
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] LMTX: Command handling, Interface between TeX and Lua

2023-12-13 Thread Gerion Entrup
Hi,

I'd like to understand more of the inner workings of LMTX.
When I understand it right, most of the code is now processed in Lua but
I was not able to find it.

For example, I tried to find out how setupitemgroup is handled (just as
an example of a more complex command). The wiki has a (kind of)
autogenerated description:
https://wiki.contextgarden.net/Command/setupitemgroup
I found the data for this (at least this is my guess) here:
tex/texmf-context/tex/context/interface/mkiv/i-itemgroup.xml

Are these xml files created by hand or somehow generated? Now, when I
use `\setupitemgroup[itemize:1][symbol=3,itemalign=middle]`: How are the
arguments handled and is this a generic process or specific to each
command?

Is there a simple way to define a new command/environment and handle
the keyword arguments in Lua? For example defining a frontend command
like this:

\startsomething[firstword={Some},secondword={Text}]
Body
\stopsomething


which I can handle in some lua code like this:

function something(firstword, secondword, body)
tex.print(firstword)
tex.print(secondword)
tex.print(body)
end

Are there any resources beside the context code itself where I can learn
that?

Gerion


signature.asc
Description: This is a digitally signed message part.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Vertically aligned alternating fillers

2023-11-16 Thread Marco Patzer
Hi!

A while back Wolfgang presented a nice solution for alternating
fillers:

  https://www.mail-archive.com/ntg-context@ntg.nl/msg67677.html

It works if the text has a constant width. But if the width changes,
the alternating look is lost. Is there a way to align the dots
vertically even if the text has variable width? Example:

\usemodule
  [visual]

\definefiller
  [pavel-0]
  [alterntive=symbol,
   method=global,
   width=2em,
   leftmargin=.5em,
   rightmargin=.5em,
   symbol=\clap{.}]

\definefiller
  [pavel-1]
  [pavel-0]
  [align=left]

\definefiller
  [pavel-2]
  [pavel-0]
  [align=middle]

\newconditional\PavelState
\global\setfalse\PavelState

\define\PavelFiller
  {\ifconditional\PavelState
 \global\setfalse\PavelState
 \filler[pavel-1]%%
   \else
 \global\settrue\PavelState
 \filler[pavel-2]%%
   \fi}

\def\oneword
  {\getrandomnumber\n{1}{100}\fakenwords{1}{\n}}

\starttext
  %% dots are vertically aligned
  \dorecurse{6}{%%
Foo \PavelFiller Bar\par}

  \hairline

  %% dots are not aligned
  \dorecurse{6}{%%
\oneword\PavelFiller\oneword\par}
\stoptext

Marco

LMTX 2023.09.04 19:15
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Wiki problem - labels missing from the main diagram on the Page Layout page

2023-11-07 Thread Andres Conrado Montoya
A possible reason for this is that the use of xlink:href, the attribute
used to render the text glyphs created by symbol elements in
https://wiki.contextgarden.net/images/5/54/layout.svg, has been deprecated
since SVG 2.0, as you can see in
https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/xlink:href

Instead, as the article recommends, just href should be used instead, and
the xlink:href attribute can be preserved as a fallback for (very) old
browsers.


-- 
Andrés Conrado Montoya
Andi Kú
andresconr...@gmail.com
http://sesentaycuatro.com
http://messier87.com
http://chiquitico.org

Los fines no justifican los medios, porque la medida verdadera de nuestro
carácter está dada por los medios que estamos dispuestos a utilizar, no por
los fines que proclamamos.


“You develop an instant global consciousness, a people orientation, an
intense dissatisfaction with the state of the world, and a compulsion to do
something about it. From out there on the moon, international politics look
so petty. You want to grab a politician by the scruff of the neck and drag
him a quarter of a million miles out and say, ‘Look at that, you son of a
bitch.’” — Apollo 14 astronaut Edgar Mitchell
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: command to process CSV file (database module)

2023-11-05 Thread Pablo Rodriguez via ntg-context
On 11/5/23 13:56, Pablo Rodriguez via ntg-context wrote:
> [...]
> I get an error about an unexpected symbol near "\" in the line of
> "\processdatabasefile".
>
> Could anyone enlighten me about what I am missing here?

Replying to myself, thanks to the wiki
(https://wiki.contextgarden.net/Commands_with_optional_arguments).

It seems that the command has to be defined as unexpanded, such as in:

  \setupinteraction[state=start]
  \setupattachments[method=hidden]
  \usemodule[database]

  \starttext

  \unexpanded\def\ItemContents#1#2#3{\doiftext{#2}
{\item {\em #1}\attachment[file=#2, name=\currentitemnumber-#2]%
  \doiftext{#3}{ (also available at #3)}}}

  \defineseparatedlist
 [test]
 [separator={,},
  quotechar={"},
  before={\startitemize[n]},after={\stopitemize},
  first={\ItemContents},last={.},
  left={\{},right={\}}]

  \processdatabasefile[test][context-documents.csv]

  \stoptext

It is not clear for me why is this needed, but it might be one of the
many aspects of expansion that average users cannot understand from TeX.

Many thanks for your help,

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] command to process CSV file (database module)

2023-11-05 Thread Pablo Rodriguez via ntg-context
Dear list,

These are the following first four lines of a CSV file:

,,
"About \LuaTeX\ and
\ConTeXt","about.pdf","https://www.pragma-ade.com/general/manuals/about.pdf;
"l2r, r2l: A Few
Tips","bidi.pdf","https://www.pragma-ade.com/general/manuals/bidi.pdf;
"Flowcharts","charts-mkiv.pdf",

Faking a command such as \cA, \cB and \cC (for contents of columns A, B
or C) I would like to create a source document with an enumeration that
contains:

  \doiftext{\cB}
{\item {\em\cA}\attachment[file=\cB]%
  \doiftext{\cC}{ (also available at \cC)}.}

I would like to do that with the "database" module.

So far I have adapted the itemize environment, but I don't get the
contents for items right:

  \usemodule[database]

  \starttext

  \def\ItemContents#1#2#3{\doiftext{#2}
{\item {\em #1}\attachment[file=#2]%
  \doiftext{#3}{ (also available at #3)}.}}

  \defineseparatedlist
 [test]
 [separator={,}, % tab
  quotechar={"}, % tab
  before={\startitemize[n]},after={\stopitemize},
  first={\ItemContents},last={.},
  left={\{},right={\}}]

  \processdatabasefile[test][context-documents.csv]

  \stoptext

I get an error about an unexpected symbol near "\" in the line of
"\processdatabasefile".

Could anyone enlighten me about what I am missing here?

Many thanks for your help,

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Several math features broke for me in new Debian version

2023-11-03 Thread Kumar Appaiah
Dear Friends,

I am a regular user of ConTeXt. A recent upgrade of ConTeXt in Debian
broke things for me. The bug report is here:

https://bugs.debian.org/1055233

but I have reproduced the gist here:

Upon upgrading to ConTeXt 2023.05.05.20230730+dfsg-2, several math
features seem to break for me. Here is an example:

\starttext
Hello world!
\startformula
 X(f) = \startcases[align={right,left},distance=3pt]
   \NC T, \NC{} $|f| < \frac{1}{2T}$ \NR
   \NC 0, \NC{} $|f| \geq \frac{1}{2T}$ \NR
 \stopcases
\stopformula
\stoptext

The above works very well in 2021.03.05.20230120+dfsg-1+deb12u1 but
gives me this error in 2023.05.05.20230730+dfsg-2:


resolvers   | formats | executing runner 'run luametatex format': 
/usr/bin/luametatex --jobname="./test.tex" --socket --shell-escape 
--fmt=/home/kumar/.texlive2023/texmf-var/luametatex-cache/context/f919750633122078d706dd10f1cfd39b/formats/luametatex/cont-en.fmt
 
--lua=/home/kumar/.texlive2023/texmf-var/luametatex-cache/context/f919750633122078d706dd10f1cfd39b/formats/luametatex/cont-en.lui
  --c:currentrun=1 --c:fulljobname="./test.tex" --c:input="./test.tex" 
--c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="/usr/bin"
job > passes > version mismatch: 1.32 <> 1.33
system  > 
system  > ConTeXt  ver: 2023.05.05 18:36 LMTX  fmt: 2023.11.2  int: 
english/english
system  > 
system  > 'cont-new.mkxl' loaded
open source > level 1, order 1, name 
'/usr/share/texmf/tex/context/base/mkxl/cont-new.mkxl'
system  > beware: some patches loaded from cont-new.mkiv
close source> level 1, order 1, name 
'/usr/share/texmf/tex/context/base/mkxl/cont-new.mkxl'
system  > files > jobname './test', input './test.tex', result './test'
fonts   > latin modern fonts are not preloaded
languages   > language 'en' is active
open source > level 1, order 2, name './test.tex'
fonts   > preloading latin modern fonts (second stage)
mathematics > tweak > 'LatinModernMath-Regular', size 6, math size 3, 
version 'Version 1.959' found, version 'Version 1.958' expected
fonts   > 'fallback modern rm 12pt' is loaded
tex error   > tex error on line 5 in file ./test.tex: Missing $ inserted

 

$
 

\mathatom 
 \math_atom_by_parameter_indeed 
#1->\mathatom 
\s!class \mathcodechecked {#1}
 \math_frac 
#1#*[#2]->\beginmathgroup \setlocalmathfractioncurrent {#1}\ifparameter 
#2\or \setupcurrentmathfraction [#2]\fi \edef \p_math_fraction_fences 
{\mathfractionparameter \c!fences }\math_atom_by_parameter 
\mathfractionparameter 
\bgroup \ifempty \p_math_f
 

{
 
   \NC T, \NC{} $|f| < \frac{
1}{2T}$ \NR

 1 \starttext
 2 Hello world!
 3 \startformula
 4  X(f) = \startcases[align={right,left},distance=3pt]
 5 >> \NC T, \NC{} $|f| < \frac{1}{2T}$ \NR
 6\NC 0, \NC{} $|f| \geq \frac{1}{2T}$ \NR
 7  \stopcases
 8 \stopformula
 9 \stoptext
10 
I've inserted a begin-math/end-math symbol since I think you left one out.
Proceed, with fingers crossed.
mtx-context | fatal error: return code: 1

Just another note: some examples seem broken here as well:

https://wiki.contextgarden.net/Multiline_equations

Please let me know how I can help debug this.

Thanks.

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

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Fwd: Re: x mark symbol and general symbol guide

2023-10-16 Thread Gerion Entrup
Hans already answered my question. Thank you!

Gerion
--  Forwarded Message  --

Subject: Re: [NTG-context] x mark symbol and general symbol guide
Date: Freitag, 13. Oktober 2023, 18:13:42 CEST
From: Hans Hagen 
To: Gerion Entrup 

On 10/13/2023 2:33 PM, Gerion Entrup wrote:
> Hi,
> 
> I recently tried to typeset a table with checkmarks and x marks.
> \checkmark exists but is there a predefined x mark symbol (\xmark does
> not work)?
> 
> In general: For LaTeX there exists the very helpful comprehensive LaTeX 
> symbol list [1].
> Is there a similar documentation for ConTeXt somewhere?
\usesymbols[fontawesome]

\startTEXpage[offset=1ts]
 \symbol[fontawesome-solid][times]\quad
 \symbol[fontawesome-solid][check]
\stopTEXpage

you can run symb-imp-fontawesome and get a list

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
-

-


symbols.pdf
Description: Adobe PDF document


signature.asc
Description: This is a digitally signed message part.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] x mark symbol and general symbol guide

2023-10-13 Thread Gerion Entrup
Hi,

I recently tried to typeset a table with checkmarks and x marks.
\checkmark exists but is there a predefined x mark symbol (\xmark does
not work)?

In general: For LaTeX there exists the very helpful comprehensive LaTeX symbol 
list [1].
Is there a similar documentation for ConTeXt somewhere?

Best,
Gerion

[1] https://www.ctan.org/pkg/comprehensive


signature.asc
Description: This is a digitally signed message part.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / 
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage  : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive  : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___


[NTG-context] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-23 Thread Hamid,Idris

-- Original Message --
From "Hans Hagen via ntg-context" 
mailto:ntg-context@ntg.nl>>
To "ntg-context@ntg.nl<mailto:ntg-context@ntg.nl>" 
mailto:ntg-context@ntg.nl>>
Cc "Hans Hagen" mailto:j.ha...@freedom.nl>>
Date 9/22/2023 10:44:38 AM
Subject [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters

(It seems he never considered making it an opentype feature in the font itself, 
but since his focus is/was XeTeX/HB (HB is rather rigid and dictatorial) I 
guess that's not surprising.)

I admit that I don't follow what happens with xetex (they changed the
rendere at some point indeed) not HB (I only notice that it gets updates
frequently in the tex live repository which makes me wonder how one
retains compatility unless one freezes). I actually kept the lib binding
code that can use it around for your font testing (we wanted to see what
uniscribe does), not sure if it still works.
I remember the experimental uniscribe binding, don't recall that it was ever 
officially released. (Did Kai Bormann ever work with it?).

I hope that it still works or can be resurrected when the time comes for 
testing -)


Anyway, we're entering the bug cq. side effect becomes feature area
here; just like yesterdays perfect bidi algorithm is todays less pefect
one replaced by ...

But therein lies the problem: ConTeXt shows the rendering by default, and we 
need to turn it off. Since most non-Latin typography targets Uniscribe 
applications which allows for toggling, the font developers (commercial or 
free) don't have to concern themselves with this issue.

if context shows it then it is not a feature but hard coded shapes which
is weird; how does one know what to 'remove' or not? And in what stage?
If they are zero width it is simple to ignore them in the backend, if
they have dimensions (w/h/d) then they contributed and wiping is tricky

The metrics should be dimensionless and most Arabic fonts do that, but Lotus 
Linotype gives them width (one wonders why).

Perhaps the Lotus designers thought that giving them width makes them easier to 
edit, which is indeed the case. And perhaps they were satisfied that 
Word/InDesign would be able, as needed, to toggle the metrics on and off as 
well as the shape. That WYSIWYG-DTP curse again..

\setcharacterstripping[1] gives the right results with Lotus (at least so far) 
-- see attached. Was pleasantly surprised that the spurious width was also 
suppressed.

\setcharacterstripping[0] toggles back -- another pleasant result -)


Since Word rules the world, most font designers target it. Since Word provides 
for toggling the symbols -- needed for editing purposes -- there was no need 
for Arabic-script font designers to worry about the symbols showing up where 
they are not wanted.

(I suppose that InDesign behaves the same way.)

I don't know ... irr these dtp programs are more like "if you want this
feature applied select a range of characters and apply it"

That's what was meant when I spoke of the continued effects of the WYSIWYG 
curse: It saved font designers from having to think much about this issue.

In some way it's also flaws in the open type approach. Basically that
happens when application stuff becomes a standard and one forgets that
it was (is) application driven. (And you haven't seen variable fonts and
color fonts yet ... no pretty standards either.)

I'm in the process of switching from Multiple Masters sources to variable, so 
will surely encounter it soon.

Unfortunately there is indeed a frustrating gray area in this arena between 
knowing where the standards end and where the diktats of corporations (or even 
free-software consortiums like HB) begin, as we've discussed in the past. With 
variable fonts, one has to add some degree of arbitrariness..


Not really -) This brings us to the point of consistency: For Arabic-script 
fonts, hard symbolic rendering of the Unicode control characters is the rule, 
not the exception. So not "an inconsistent mess" -- at least not as far as 
Arabic-script typography is concerned.

Funny rules ... but I'm not going top enable 'wipe' by default: after
all, one gets what one deserves, nto what one likes (which can differ
per day). But you can enable the wiping. We can of course ignore in the
backend when zero width but then how to explain that they contributed to
the ht/dp (unless we wipe these dimensions) ... all slow-downers
So far \setcharacterstripping[1] is giving the right results. If the relevant 
trackers are available, could add them to the attached test. But presumably you 
know how and why it works even for a non-dimensionless glyph.


so you want to see soem zwj sumbol in a rendered text?

Only in verbatim/\type'd text where it is appropriate, even necessary. Thanks 
to Word/WYSIWYG, the rule is de facto, but it is not de jure -)

Ideally, Scintilla (Scite, Notepad++, etc.) should do the same

[NTG-context] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

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

On 9/22/2023 3:51 PM, Hamid,Idris wrote:


-- Original Message --
 From "Hans Hagen" mailto:j.ha...@xs4all.nl>>
To "ntg-context@ntg.nl<mailto:ntg-context@ntg.nl>" 
mailto:ntg-context@ntg.nl>>
Date 9/22/2023 7:15:25 AM
Subject [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters

** Caution: EXTERNAL Sender **

On 9/22/2023 2:39 PM, Hamid,Idris wrote:

b. we want all Unicode control symbols to be suppressed in final pdf output 
(for, e.g., printing).

they basically are unless some font features keeps them around which is
out of our control

irr it was you who wanted them to be wiped decades ago as some fonts
visualized them by default

Yes, that's exactly the point: Somewhere along the course of history, it became 
standard for Arabic-script fonts (and other cursive-script fonts as well) to 
include symbols for the control characters.

In typo-rep there is also

%D \starttyping
%D \definefontfeature[default][default][mode=node,formatters=strip]
%D \stoptyping

You included some notes about Khaled, so I guess he faced the same issue. His 
Amiri font displays the symbols by default, as do other Arabic fonts.

(It seems he never considered making it an opentype feature in the font itself, 
but since his focus is/was XeTeX/HB (HB is rather rigid and dictatorial) I 
guess that's not surprising.)


I admit that I don't follow what happens with xetex (they changed the 
rendere at some point indeed) not HB (I only notice that it gets updates 
frequently in the tex live repository which makes me wonder how one 
retains compatility unless one freezes). I actually kept the lib binding 
code that can use it around for your font testing (we wanted to see what 
uniscribe does), not sure if it still works.


Anyway, we're entering the bug cq. side effect becomes feature area 
here; just like yesterdays perfect bidi algorithm is todays less pefect 
one replaced by ...



But therein lies the problem: ConTeXt shows the rendering by default, and we 
need to turn it off. Since most non-Latin typography targets Uniscribe 
applications which allows for toggling, the font developers (commercial or 
free) don't have to concern themselves with this issue.


if context shows it then it is not a feature but hard coded shapes which 
is weird; how does one know what to 'remove' or not? And in what stage? 
If they are zero width it is simple to ignore them in the backend, if 
they have dimensions (w/h/d) then they contributed and wiping is tricky



Since Word rules the world, most font designers target it. Since Word provides 
for toggling the symbols -- needed for editing purposes -- there was no need 
for Arabic-script font designers to worry about the symbols showing up where 
they are not wanted.

(I suppose that InDesign behaves the same way.)


I don't know ... irr these dtp programs are more like "if you want this 
feature applied select a range of characters and apply it"



That's what was meant when I spoke of the continued effects of the WYSIWYG 
curse: It saved font designers from having to think much about this issue.


In some way it's also flaws in the open type approach. Basically that 
happens when application stuff becomes a standard and one forgets that 
it was (is) application driven. (And you haven't seen variable fonts and 
color fonts yet ... no pretty standards either.)



Not really -) This brings us to the point of consistency: For Arabic-script fonts, hard 
symbolic rendering of the Unicode control characters is the rule, not the exception. So 
not "an inconsistent mess" -- at least not as far as Arabic-script typography 
is concerned.


Funny rules ... but I'm not going top enable 'wipe' by default: after 
all, one gets what one deserves, nto what one likes (which can differ 
per day). But you can enable the wiping. We can of course ignore in the 
backend when zero width but then how to explain that they contributed to 
the ht/dp (unless we wipe these dimensions) ... all slow-downers



so you want to see soem zwj sumbol in a rendered text?

Only in verbatim/\type'd text where it is appropriate, even necessary. Thanks 
to Word/WYSIWYG, the rule is de facto, but it is not de jure -)

Ideally, Scintilla (Scite, Notepad++, etc.) should do the same, or provide a 
toggle, as MS Notepad does.

(Tangent: In terms of Unicode functionality, MS Notepad is still unrivalled, 
even in 2023!)

We agree that for final printed output it is not appropriate (except perhaps in 
a paper that discusses Unicode, fonts, etc., in which case it can be rendered 
using the figures or symbols mechanism -- or toggled as needed.)

so what is it now:

- for verbatim you can use almfixed and they show up (when they have a 
glyph)
- for other fonts if they have them they show up (unless gone in the 
process ot rendering)

- but you 

[NTG-context] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-22 Thread Hamid,Idris

-- Original Message --
From "Hans Hagen" mailto:j.ha...@xs4all.nl>>
To "ntg-context@ntg.nl<mailto:ntg-context@ntg.nl>" 
mailto:ntg-context@ntg.nl>>
Date 9/22/2023 7:15:25 AM
Subject [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters

** Caution: EXTERNAL Sender **

On 9/22/2023 2:39 PM, Hamid,Idris wrote:

b. we want all Unicode control symbols to be suppressed in final pdf output 
(for, e.g., printing).

they basically are unless some font features keeps them around which is
out of our control

irr it was you who wanted them to be wiped decades ago as some fonts
visualized them by default

Yes, that's exactly the point: Somewhere along the course of history, it became 
standard for Arabic-script fonts (and other cursive-script fonts as well) to 
include symbols for the control characters.

In typo-rep there is also

%D \starttyping
%D \definefontfeature[default][default][mode=node,formatters=strip]
%D \stoptyping

You included some notes about Khaled, so I guess he faced the same issue. His 
Amiri font displays the symbols by default, as do other Arabic fonts.

(It seems he never considered making it an opentype feature in the font itself, 
but since his focus is/was XeTeX/HB (HB is rather rigid and dictatorial) I 
guess that's not surprising.)



But therein lies the problem: ConTeXt shows the rendering by default, and we 
need to turn it off. Since most non-Latin typography targets Uniscribe 
applications which allows for toggling, the font developers (commercial or 
free) don't have to concern themselves with this issue.

?

Since Word rules the world, most font designers target it. Since Word provides 
for toggling the symbols -- needed for editing purposes -- there was no need 
for Arabic-script font designers to worry about the symbols showing up where 
they are not wanted.

(I suppose that InDesign behaves the same way.)

That's what was meant when I spoke of the continued effects of the WYSIWYG 
curse: It saved font designers from having to think much about this issue.



Not really -) This brings us to the point of consistency: For Arabic-script 
fonts, hard symbolic rendering of the Unicode control characters is the rule, 
not the exception. So not "an inconsistent mess" -- at least not as far as 
Arabic-script typography is concerned.

so you want to see soem zwj sumbol in a rendered text?

Only in verbatim/\type'd text where it is appropriate, even necessary. Thanks 
to Word/WYSIWYG, the rule is de facto, but it is not de jure -)

Ideally, Scintilla (Scite, Notepad++, etc.) should do the same, or provide a 
toggle, as MS Notepad does.

(Tangent: In terms of Unicode functionality, MS Notepad is still unrivalled, 
even in 2023!)

We agree that for final printed output it is not appropriate (except perhaps in 
a paper that discusses Unicode, fonts, etc., in which case it can be rendered 
using the figures or symbols mechanism -- or toggled as needed.)

I hope the above made sense.

Best wishes
--
Idris Samawi Hamid, Professor
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___
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] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-22 Thread Hamid,Idris

-- Original Message --
From "Hans Hagen" mailto:j.ha...@xs4all.nl>>
To "ntg-context@ntg.nl<mailto:ntg-context@ntg.nl>" 
mailto:ntg-context@ntg.nl>>
Date 9/22/2023 7:03:34 AM
Subject [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters


Hi,

I found it ...

\startbuffer
\definedfont[almfixed*default]hello w\zwnj o\zwj r\zwnj l\zwj d
\stopbuffer

\getbuffer

\start
\setcharacterstripping[1]
\getbuffer
\stop

so now, being its only user, you have to wikify it ...

Ah, there it is! Many thanks, will wikify it.
Best wishes
Idris

--
Idris Samawi Hamid, Professor
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___
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] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-22 Thread Hans Hagen

On 9/22/2023 2:39 PM, Hamid,Idris wrote:


b. we want all Unicode control symbols to be suppressed in final pdf output 
(for, e.g., printing).

they basically are unless some font features keeps them around which is
out of our control


irr it was you who wanted them to be wiped decades ago as some fonts 
visualized them by default



But therein lies the problem: ConTeXt shows the rendering by default, and we 
need to turn it off. Since most non-Latin typography targets Uniscribe 
applications which allows for toggling, the font developers (commercial or 
free) don't have to concern themselves with this issue.


?


Not really -) This brings us to the point of consistency: For Arabic-script fonts, hard 
symbolic rendering of the Unicode control characters is the rule, not the exception. So 
not "an inconsistent mess" -- at least not as far as Arabic-script typography 
is concerned.


so you want to see soem zwj sumbol in a rendered text?
 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] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-22 Thread Hans Hagen

Hi,

I found it ...

\startbuffer
\definedfont[almfixed*default]hello w\zwnj o\zwj r\zwnj l\zwj d
\stopbuffer

\getbuffer

\start
\setcharacterstripping[1]
\getbuffer
\stop

so now, being its only user, you have to wikify 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
___


[NTG-context] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-22 Thread Hamid,Idris


-- Original Message --
From "Hans Hagen via ntg-context" 
mailto:ntg-context@ntg.nl>>
To "ntg-context@ntg.nl<mailto:ntg-context@ntg.nl>" 
mailto:ntg-context@ntg.nl>>
Cc "Hans Hagen" mailto:j.ha...@freedom.nl>>
Date 9/22/2023 3:53:03 AM
Subject [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters
1. Can this approach be generalized to get what we want, viz., a way to toggle 
the symbols?

given the inconsistency in what is or is not in a font the only way out
is to have our own visualization (consistent across fonts) and even then
it would add some mess because we're talking of a mix of characters that
can have gone (as part of rendering) or are not characters at all but
spacing

so, in that case only 'verbatim' is a candidate for visualization, not
so much typeset text

Hm, ok. Since almfixed is based on Knuth's mono, perhaps its visuals of the 
control characters can be extracted and used as fallback symbols.

Yes: For typeset text/printing visualization is generally unnecessary (the 
point of this thread).

2. \enabletrackers[typesetters.nbsp] gives a colored box, which is at least 
something.. But how can we get the NBSP symbol that's alerady in the font?

it's gone by that time ... the line break mmechanism uses glue, not
characters

Ok

3. Ideally:
a. we want all Unicode control symbols to show up in verbatim or in \typebuffer 
(as in a text editor);

only there (with some non interfering rendering i guess) and even then
it's probably an additonal pass over the node list

Ok, that would be good.

b. we want all Unicode control symbols to be suppressed in final pdf output 
(for, e.g., printing).

they basically are unless some font features keeps them around which is
out of our control

If the symbols are in the font, then they are not suppressed. See below.

But some fonts meant for printing have symbols for Unicode control chars -- 
that poses a challenge.

so an inconsistent mess not worth wasting time on (as this is hobbyism
only fun can be a motivational factir)

But there is a certain consistency -- see below.

And some fonts meant for verbatim/editing do not have symbols for the control 
chars -- that also poses a challenge. AlmFixed, of course, has them.

Most minimally decent Arabic fonts have symbols for the Unicode control chars 
as default, including Scheherazade, Amiri, Uthmanic, and Noto Naskh Arabic -- 
all free fonts.

Industry workhorses like Linotype Lotus (Arabic) also have them.

i'm not interested in those .. can't afford them for playing around
purposes .. we only look into commercial fonts if we get a dozen
unresticted copies for context developers

Except for Linotype Lotus, each of the Arabic-script fonts mentioned above is 
free, not commercial -)

(There is also a free version of Lotus -- it also has the symbolic rendering of 
the contol chars.)

Uniscribe applications like Notepad/Word allow for toggling in a WYSIWYG 
context -- can't speak for HarfBuzz -- so there is no harm in having explicit 
symbols in the font.

sure, as long as there is no rendering ... they show the input

But therein lies the problem: ConTeXt shows the rendering by default, and we 
need to turn it off. Since most non-Latin typography targets Uniscribe 
applications which allows for toggling, the font developers (commercial or 
free) don't have to concern themselves with this issue.

Yet another curse of the WYSIWYG paradigm, which mixes form and content -)

The upshot is that, for non-Latin scripts, some toggling capability in ConTeXt 
is important to have -- even inescapable for Arabic-script piblishing.

a bit subjectiev arguing -)

Not really -) This brings us to the point of consistency: For Arabic-script 
fonts, hard symbolic rendering of the Unicode control characters is the rule, 
not the exception. So not "an inconsistent mess" -- at least not as far as 
Arabic-script typography is concerned.

(Yes, for the upcoming Husayni I can add a font feature that does the trick, 
but that will be an exception to the rule.)

Perhaps others who use Arabic-script or Indic, etc., can chime in.. Am hopeful 
that we can figure something out!
sore, but not with 'instant priority' (unless it is some project)

My immediate project (no Husayni) is a book that features English translation 
of an Arabic text (hence the interest in the recent streams thread). Using some 
Unicode control characters will be unavoidable to get the rendering effects 
correct, but the symbols will need to be suppressed.

Am thinking/hoping that a ConTeXt-specific font feature can do the trick. Since 
there appears to be consistency across Arabic fonts in this matter it should 
not be messy at all, simply a fallback that sends the symbols to some no-man's 
land.

(A thought: Some of the code you kindly provided for transliteration might be 
reusable as well.. But a general solution for all ConTeXt users woul

[NTG-context] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

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

On 9/22/2023 6:16 AM, Hamid,Idris wrote:



-- Original Message --
 From "Hans Hagen" mailto:j.ha...@xs4all.nl>>
To "Hamid,Idris" mailto:idris.ha...@colostate.edu>>; "mailing list 
for ConTeXt users" mailto:ntg-context@ntg.nl>>
Date 9/21/2023 3:29:22 PM
Subject Re: [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters
   Many thanks, Hans. The method appears to work only for nbsp, not zwj etc. 
Here is the updated MWE:

===
\startTEXpage[offset=1em]
\disabletrackers[typesetters.directions]
\disabletrackers[typesetters.zwj]
\disabletrackers[typesetters.zwnj]
\disabletrackers[typesetters.nbsp]
\definedfont[almfixed at 14pt]
ZWJ: ‌
ZWNJ: ‍
NBSP:
\stopTEXpage
===

See attached, please advise.
joiners are part of replacement etc and can come and go ... they are
characters (we could visualize them but one never knows for sure if one
sees them)

nbsp are spaces and become glue that we can trace reliable in the node list

Many thanks. Ok, here is another MWE featuring a workaround using fallbacks:

==
\definefontfallback[nosymbols] [file:lmmono10-regular] [200C,200D] [force=yes]
\starttypescript [serif] [alm] [name]
 \definefontsynonym [Serif] [ArabicLatinSerif]
\stoptypescript
\starttypescript [mono] [alm] [name]
 \definefontsynonym [Mono]  [ArabicLatinMono]
\stoptypescript
\starttypescript [serif] [alm]
 \definefontsynonym [ArabicLatinSerif] [file:almfixed] % 
[fallbacks=nosymbols]
\stoptypescript
\starttypescript [mono] [alm]
 \definefontsynonym [ArabicLatinMono] [file:almfixed] [fallbacks=nosymbols]
\stoptypescript
\starttypescript [almfixed-nosymbols]
\definetypeface [\typescriptone] [rm] [serif] [alm] [default]
\definetypeface [\typescriptone] [tt] [mono] [alm] [default]
\stoptypescript
\usetypescript[almfixed-nosymbols]
\setupbodyfont[almfixed-nosymbols,12pt]
\startTEXpage[offset=1em]
\rm
ZWJ: ‌
ZWNJ: ‍
NBSP:
\tt
ZWJ: ‌
ZWNJ: ‍
NBSP:
\stopTEXpage
==

Under \rm we get the symbols, and under \tt they are suppressed. Of course it 
doesn't matter what fallback font one uses, as long as it has no 
control-character symbols.

1. Can this approach be generalized to get what we want, viz., a way to toggle 
the symbols?


given the inconsistency in what is or is not in a font the only way out 
is to have our own visualization (consistent across fonts) and even then 
it would add some mess because we're talking of a mix of characters that 
can have gone (as part of rendering) or are not characters at all but 
spacing


so, in that case only 'verbatim' is a candidate for visualization, not 
so much typeset text



2. \enabletrackers[typesetters.nbsp] gives a colored box, which is at least 
something.. But how can we get the NBSP symbol that's alerady in the font?


it's gone by that time ... the line break mmechanism uses glue, not 
characters



3. Ideally:
a. we want all Unicode control symbols to show up in verbatim or in \typebuffer 
(as in a text editor);


only there (with some non interfering rendering i guess) and even then 
it's probably an additonal pass over the node list



b. we want all Unicode control symbols to be suppressed in final pdf output 
(for, e.g., printing).


they basically are unless some font features keeps them around which is 
out of our control



But some fonts meant for printing have symbols for Unicode control chars -- 
that poses a challenge.


so an inconsistent mess not worth wasting time on (as this is hobbyism 
only fun can be a motivational factir)



And some fonts meant for verbatim/editing do not have symbols for the control 
chars -- that also poses a challenge.  AlmFixed, of course, has them.

Most minimally decent Arabic fonts have symbols for the Unicode control chars 
as default, including Scheherazade, Amiri, Uthmanic, and Noto Naskh Arabic -- 
all free fonts.

Industry workhorses like Linotype Lotus (Arabic) also have them.


i'm not interested in those .. can't afford them for playing around
purposes .. we only look into commercial fonts if we get a dozen 
unresticted copies for context developers



Uniscribe applications like Notepad/Word allow for toggling in a WYSIWYG 
context -- can't speak for HarfBuzz -- so there is no harm in having explicit 
symbols in the font.


sure, as long as there is no rendering ... they show the input


The upshot is that, for non-Latin scripts, some toggling capability in ConTeXt 
is important to have -- even inescapable for Arabic-script piblishing.


a bit subjectiev arguing -)


Perhaps others who use Arabic-script or Indic, etc., can chime in.. Am hopeful 
that we can figure something out!

sore, but not with 'instant priority' (unless it is some project)

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 4

[NTG-context] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-21 Thread Hamid,Idris


-- Original Message --
From "Hans Hagen" mailto:j.ha...@xs4all.nl>>
To "Hamid,Idris" mailto:idris.ha...@colostate.edu>>; 
"mailing list for ConTeXt users" mailto:ntg-context@ntg.nl>>
Date 9/21/2023 3:29:22 PM
Subject Re: [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters
  Many thanks, Hans. The method appears to work only for nbsp, not zwj etc. 
Here is the updated MWE:

===
\startTEXpage[offset=1em]
\disabletrackers[typesetters.directions]
\disabletrackers[typesetters.zwj]
\disabletrackers[typesetters.zwnj]
\disabletrackers[typesetters.nbsp]
\definedfont[almfixed at 14pt]
ZWJ: ‌
ZWNJ: ‍
NBSP:
\stopTEXpage
===

See attached, please advise.
joiners are part of replacement etc and can come and go ... they are
characters (we could visualize them but one never knows for sure if one
sees them)

nbsp are spaces and become glue that we can trace reliable in the node list

Many thanks. Ok, here is another MWE featuring a workaround using fallbacks:

==
\definefontfallback[nosymbols] [file:lmmono10-regular] [200C,200D] [force=yes]
\starttypescript [serif] [alm] [name]
\definefontsynonym [Serif] [ArabicLatinSerif]
\stoptypescript
\starttypescript [mono] [alm] [name]
\definefontsynonym [Mono]  [ArabicLatinMono]
\stoptypescript
\starttypescript [serif] [alm]
\definefontsynonym [ArabicLatinSerif] [file:almfixed] % 
[fallbacks=nosymbols]
\stoptypescript
\starttypescript [mono] [alm]
\definefontsynonym [ArabicLatinMono] [file:almfixed] [fallbacks=nosymbols]
\stoptypescript
\starttypescript [almfixed-nosymbols]
\definetypeface [\typescriptone] [rm] [serif] [alm] [default]
\definetypeface [\typescriptone] [tt] [mono] [alm] [default]
\stoptypescript
\usetypescript[almfixed-nosymbols]
\setupbodyfont[almfixed-nosymbols,12pt]
\startTEXpage[offset=1em]
\rm
ZWJ: ‌
ZWNJ: ‍
NBSP:
\tt
ZWJ: ‌
ZWNJ: ‍
NBSP:
\stopTEXpage
==

Under \rm we get the symbols, and under \tt they are suppressed. Of course it 
doesn't matter what fallback font one uses, as long as it has no 
control-character symbols.

1. Can this approach be generalized to get what we want, viz., a way to toggle 
the symbols?

2. \enabletrackers[typesetters.nbsp] gives a colored box, which is at least 
something.. But how can we get the NBSP symbol that's alerady in the font?

3. Ideally:
a. we want all Unicode control symbols to show up in verbatim or in \typebuffer 
(as in a text editor);
b. we want all Unicode control symbols to be suppressed in final pdf output 
(for, e.g., printing).

But some fonts meant for printing have symbols for Unicode control chars -- 
that poses a challenge.

And some fonts meant for verbatim/editing do not have symbols for the control 
chars -- that also poses a challenge.  AlmFixed, of course, has them.

Most minimally decent Arabic fonts have symbols for the Unicode control chars 
as default, including Scheherazade, Amiri, Uthmanic, and Noto Naskh Arabic -- 
all free fonts.

Industry workhorses like Linotype Lotus (Arabic) also have them.

Uniscribe applications like Notepad/Word allow for toggling in a WYSIWYG 
context -- can't speak for HarfBuzz -- so there is no harm in having explicit 
symbols in the font.

The upshot is that, for non-Latin scripts, some toggling capability in ConTeXt 
is important to have -- even inescapable for Arabic-script piblishing.

Perhaps others who use Arabic-script or Indic, etc., can chime in.. Am hopeful 
that we can figure something out!

Best wishes
Idris
--
Idris Samawi Hamid, Professor
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___
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] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-21 Thread Hans Hagen

On 9/21/2023 10:53 PM, Hamid,Idris wrote:


-- Original Message --
 From "Hans Hagen" mailto:j.ha...@xs4all.nl>>
To "ntg-context@ntg.nl<mailto:ntg-context@ntg.nl>" 
mailto:ntg-context@ntg.nl>>
Date 9/21/2023 8:52:45 AM
Subject [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters

** Caution: EXTERNAL Sender **

On 9/21/2023 3:31 PM, Hamid,Idris wrote:
Dear gang,

Within a font, relevant Unicode control characters such as the zero-width 
joiner usually have symbolic representation, but in printing the symbols are 
usually suppressed, while the effect of each character is maintained.

In some text editors, such as Windows Notepad (Uniscribe), there is the option

"Show Unicode control characters"

which toggles the symbols and keeps the effects.

I seem to recall that ConTeXt has/had a similar mechanism for toggling the 
symbols for Unicode control characters but cannot find it.

Does anyone know or recall where the symbol-toggling mechanism is?
If not, what would be the simplest way to implement it?

Here is a MWE (note that the three control chars might be invisible in your 
email client):

==
\startTEXpage[offset=1em]
\definedfont[almfixed at 14pt]
ZWJ: ‌

ZWNJ: ‍

NBSP:
\stopTEXpage
==

In Notepad, all three control characters can be turned on or off at once.
In Scintilla, only the NBSP appears and there is no option to toggle.
In ConTeXt, ZWJ and ZWJ appear as symbols, but NBSP does not.

Thank you in advance for your guidance.
\enabletrackers[typesetters.nbsp]

Many thanks, Hans. The method appears to work only for nbsp, not zwj etc. Here 
is the updated MWE:

===
\startTEXpage[offset=1em]
\disabletrackers[typesetters.directions]
\disabletrackers[typesetters.zwj]
\disabletrackers[typesetters.zwnj]
\disabletrackers[typesetters.nbsp]
\definedfont[almfixed at 14pt]
ZWJ: ‌
ZWNJ: ‍
NBSP:
\stopTEXpage
===

See attached, please advise.
joiners are part of replacement etc and can come and go ... they are 
characters (we could visualize them but one never knows for sure if one 
sees them)


nbsp are spaces and become glue that we can trace reliable in the node list

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] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-21 Thread Hamid,Idris

-- Original Message --
From "Hans Hagen" mailto:j.ha...@xs4all.nl>>
To "ntg-context@ntg.nl<mailto:ntg-context@ntg.nl>" 
mailto:ntg-context@ntg.nl>>
Date 9/21/2023 8:52:45 AM
Subject [NTG-context] Re: Toggling the symbol for the zero-width joiner and 
related Unicode control characters

** Caution: EXTERNAL Sender **

On 9/21/2023 3:31 PM, Hamid,Idris wrote:
Dear gang,

Within a font, relevant Unicode control characters such as the zero-width 
joiner usually have symbolic representation, but in printing the symbols are 
usually suppressed, while the effect of each character is maintained.

In some text editors, such as Windows Notepad (Uniscribe), there is the option

"Show Unicode control characters"

which toggles the symbols and keeps the effects.

I seem to recall that ConTeXt has/had a similar mechanism for toggling the 
symbols for Unicode control characters but cannot find it.

Does anyone know or recall where the symbol-toggling mechanism is?
If not, what would be the simplest way to implement it?

Here is a MWE (note that the three control chars might be invisible in your 
email client):

==
\startTEXpage[offset=1em]
\definedfont[almfixed at 14pt]
ZWJ: ‌

ZWNJ: ‍

NBSP:
\stopTEXpage
==

In Notepad, all three control characters can be turned on or off at once.
In Scintilla, only the NBSP appears and there is no option to toggle.
In ConTeXt, ZWJ and ZWJ appear as symbols, but NBSP does not.

Thank you in advance for your guidance.
\enabletrackers[typesetters.nbsp]

Many thanks, Hans. The method appears to work only for nbsp, not zwj etc. Here 
is the updated MWE:

===
\startTEXpage[offset=1em]
\disabletrackers[typesetters.directions]
\disabletrackers[typesetters.zwj]
\disabletrackers[typesetters.zwnj]
\disabletrackers[typesetters.nbsp]
\definedfont[almfixed at 14pt]
ZWJ: ‌
ZWNJ: ‍
NBSP:
\stopTEXpage
===

See attached, please advise.

Best wishes
Idris
--
Idris Samawi Hamid, Professor
Department of Philosophy
Colorado State University
Fort Collins, CO 80523


test-zwj.pdf
Description: test-zwj.pdf
___
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] problems with comments

2023-09-21 Thread Henning Hraban Ramm

Hi,
I wanted to use PDF comments to leave questions to the author/editor in 
the correction PDF. Unfortunately, the comment is always empty, 
regardless if \comment{} or \startcomment.


Also, the comment always inserts space into the text, I’d like to avoid 
that; the option "space=no" doesn’t help.


The "author" setting is shown, but as soon as I click on the comment, it 
changes to my user name. (Might depend on the viewer, but I get the same 
behavior from Adobe and Apple.) "title" and "subtitle" settings are 
handled differently by viewers, that doesn’t matter.


"location=inmargin": the symbol is at the edge of the text, but not in 
the margin.


Hraban


\setupinteraction[
  state=start,
]
\setupcomment[
  author=Don,
  location=inmargin,
]
\starttext
\samplefile{knuth}
\comment[author=Me]{Here’s a comment.}
\samplefile{knuth}

\stoptext
___
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] Re: Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-21 Thread Hans Hagen

On 9/21/2023 3:31 PM, Hamid,Idris wrote:

Dear gang,

Within a font, relevant Unicode control characters such as the zero-width 
joiner usually have symbolic representation, but in printing the symbols are 
usually suppressed, while the effect of each character is maintained.

In some text editors, such as Windows Notepad (Uniscribe), there is the option

"Show Unicode control characters"

which toggles the symbols and keeps the effects.

I seem to recall that ConTeXt has/had a similar mechanism for toggling the 
symbols for Unicode control characters but cannot find it.

Does anyone know or recall where the symbol-toggling mechanism is?
If not, what would be the simplest way to implement it?

Here is a MWE (note that the three control chars might be invisible in your 
email client):

==
\startTEXpage[offset=1em]
\definedfont[almfixed at 14pt]
ZWJ: ‌

ZWNJ: ‍

NBSP:
\stopTEXpage
==

In Notepad, all three control characters can be turned on or off at once.
In Scintilla, only the NBSP appears and there is no option to toggle.
In ConTeXt, ZWJ and ZWJ appear as symbols, but NBSP does not.

Thank you in advance for your guidance.

\enabletrackers[typesetters.nbsp]


-
  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] Toggling the symbol for the zero-width joiner and related Unicode control characters

2023-09-21 Thread Hamid,Idris
Dear gang,

Within a font, relevant Unicode control characters such as the zero-width 
joiner usually have symbolic representation, but in printing the symbols are 
usually suppressed, while the effect of each character is maintained.

In some text editors, such as Windows Notepad (Uniscribe), there is the option

"Show Unicode control characters"

which toggles the symbols and keeps the effects.

I seem to recall that ConTeXt has/had a similar mechanism for toggling the 
symbols for Unicode control characters but cannot find it.

Does anyone know or recall where the symbol-toggling mechanism is?
If not, what would be the simplest way to implement it?

Here is a MWE (note that the three control chars might be invisible in your 
email client):

==
\startTEXpage[offset=1em]
\definedfont[almfixed at 14pt]
ZWJ: ‌

ZWNJ: ‍

NBSP:
\stopTEXpage
==

In Notepad, all three control characters can be turned on or off at once.
In Scintilla, only the NBSP appears and there is no option to toggle.
In ConTeXt, ZWJ and ZWJ appear as symbols, but NBSP does not.

Thank you in advance for your guidance.

Best wishes
Idris
--
Idris Samawi Hamid, Professor
Department of Philosophy
Colorado State University
Fort Collins, CO 80523

___
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] Re: (feature proposal) link to attachments: /GoToE

2023-09-03 Thread Henning Hraban Ramm

Am 03.09.23 um 13:03 schrieb Pablo Rodriguez:

On 9/3/23 12:46, Hans Hagen wrote:

On 9/3/2023 12:17 PM, Pablo Rodriguez wrote:

[...]
This basic implementation of GoToE links would be extremely helpful to
access embedded documents (believe it or not, this is something I
explain almost every week at work).

I would be happy to provide the code to implement this, but I’m
afraid this is way beyond my knowledge.

remind me in a month or so ... i'm not going to touch that part of the
code now (some other priorities)


Perfectly fine for me, Hans.


While I don’t know what’s missing under the hood, I think there’s just a 
“reference” key missing in \attachment or \setupattachment:



\setupinteraction[state=start]

\starttext

\samplefile{lorem}

\attachment[
  file={hacker.jpg},
  title={Hacker},
  symbol=Paperclip,
  author=Hans,
  location=inmargin,
  reference=foobar,
]

As you can see in \in{attachment}[foobar], we’re hacking away …

\stoptext


Hraban

___
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] Re: Building luametatex with Lua symbols exposed

2023-09-02 Thread Michal Vlasák
On Wed Aug 30, 2023 at 6:23 PM CEST, Jairo A. del Rio wrote:
> Hi, beloved list. Since sources are in the distribution, I've tried
> compiling luametatex by setting LMT_STRIP in CMakeLists.txt to 0, yet the
> resulting binary still warns about undefined symbols, such as lua_gettop,
> when an external library is loaded in Lua. Any ideas on how to solve it?

Hi Jairo,

you need to expose _dynamic_ symbols in your luametatex binary. If you
are using Linux, just adding the following to the CMake invocation line
should work:

-DCMAKE_EXECUTABLE_ENABLE_EXPORTS=1

For example, I compiled with:

cmake -S . -B build -DCMAKE_BUILD_TYPE=Release 
-DCMAKE_EXECUTABLE_ENABLE_EXPORTS=1
cmake --build build -j10

You can check the difference in dynamic symobls with:

readelf --dyn-syms build/luametatex


Note, that while this approach doesn't require any modification to
luametatex's source files, it does export _all_ symbols, which makes
binaries bigger, and symbol resolution slower. It also exports also
symbols that are not intended to be used by external modules, like
"tex_get_x_token".

Back when luametatex source code wasn't available, I created a demo
which showed how to build a "luametatex like application" (i.e.
executable with Lua statically linked in), with exported dynamic
symbols, working with CMake on both Unix and Windows. It might interest
you:

https://github.com/vlasakm/lua-demo

To support Windows in the case of luametatex, "#define LUA_BUILD_AS_DLL"
would need to be added when compiling Lua.

The problem with any module is, that you want to compile against exactly
the same Lua headers as the ones in luametatex, and with similar flags.
That is why the demo hosts everything in one CMake setup, but since
Lua's API hopefully doesn't change in the 5.4 series, you are probably
fine even with separate compilation.

IIRC stripping (LMT_STRIP) applies only to static symbols ("symbols")
and not the dynamic ones ("dynamic symbols"), and thus should be
irrelevant.

It seems that people had similar issues before:

   https://www.mail-archive.com/ntg-context@ntg.nl/msg97764.html
   https://www.mail-archive.com/ntg-context@ntg.nl/msg98184.html

I think it would be nice to support this "by default", but in that case,
the binary size would have to be addressed, and only the "supported"
public API of luametatex actually exposed. Support of this could also be
behind a compile time switch, but I am not sure how useful would that
be.

Michal
___
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] Re: slanted font feature: LMTX vs. MkIV

2023-09-02 Thread Pablo Rodriguez
On 9/2/23 12:42, Wolfgang Schuster wrote:
> Pablo Rodriguez schrieb am 02.09.2023 um 12:35:
>> [...]
>> Sorry, but I don‘t know why this doesn‘t get the slanted font as bold (I
>> know I should know better, but I‘m stuck at this):
>>
>>   \definefontfamily[mainface][rm][DejaVu Sans]
>>[sl≃style:bf]
>
> You're using the wrong symbol (you have a math operator in your example)
> to assign a value to a key.

Many thanks for your reply, Wolfgang.

As always, many thanks for your valuable help.

Somehow I copied the assymptopically equal to character (0x2243) to
typeset I cannot remember what, and I also placed it there (instead of
the standard equals char [0x003D]).

Sorry, I‘m afraid I wasn‘t able to spot the difference (at a relative
small font size).

Many thanks for your help again,

Pablo

___
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] Re: slanted font feature: LMTX vs. MkIV

2023-09-02 Thread Wolfgang Schuster

Pablo Rodriguez schrieb am 02.09.2023 um 12:35:

[...]
Sorry, but I don‘t know why this doesn‘t get the slanted font as bold (I
know I should know better, but I‘m stuck at this):

   \definefontfamily[mainface][rm][DejaVu Sans]
[sl≃style:bf]


You're using the wrong symbol (you have a math operator in your example) 
to assign a value to a key.


Wolfgang

___
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] Re: XML: Correct usage of hash symbol in url / new upload

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

Hi Denis,


I need to process URLs in XML documents differently depending on the target. 
Thanks to Hans and Thomas I can now deal with the attributes.
Now I need to prefix certain kind of targets with a certain URL (a web viewer 
for IIIF images in this particular case). The prefix contains a #, which, as a 
special character seems to cause an error. Adding a double hash seems to work, 
but those ## will end up in the link URL. How can I properly escape a single #? 
I've already tried using \Ux{23}, but that won't work either.

The duplication of hashes is kind of special. Consider this:

\def\foo#1{#1 test ##}

\def\foo#1{#1 test\def\more##1{(##1)}}

the internal representation of #1 is a reference to parameter 1 while 
the ## becomes one # (cc parameter) in the second exmaple followed by a 
character 1 (cc other)


then, when tex serializes e.g. in tracing it duplicates the hash (with 
cc parameter) so that the user is not confused (an alternative could 
have been to indicate a parameter reference differently but changing 
that now is no real option - what symbol to use anyway?)


with lua(meta)tex opening up matters this duplication becomes a bit 
annoying so i decided to see if it could be avoided in some cases


first i decided to provide an escape, possible because we already have 
such mechanism using # (not advertised because it is still experimental)


then i decided to just not duplicate unless we trace

in the lowlevel macro manual there is a section added that goes in more 
detail


to come back to the escaping: here is a list:

#I  loop iteraor
#P  parent loop iterator
#G  grandparent loop iterator

#H  hash
#S  space (ascii 32)
#T  tab \t
#L  newline \n
#R  return \r
#X  backslash

considering

#N nbsp

and some more. Keep in mind that #1-#9 #A-#E are in use as parameter 
references


but in the case of your url's escaping should not be needed (hopefully)

Hans

ps. all kind of expereimental because it's a bit hairy and we don't want 
to loose compatibility (hashes get interpreted in the macro preamble, 
macro body, running text, serialization etc)


-
  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] Re: XML: Correct usage of hash symbol in url

2023-08-25 Thread Hans Hagen via ntg-context

On 8/25/2023 10:16 AM, denis.ma...@unibe.ch wrote:

Hi,

I need to process URLs in XML documents differently depending on the target. 
Thanks to Hans and Thomas I can now deal with the attributes.
Now I need to prefix certain kind of targets with a certain URL (a web viewer 
for IIIF images in this particular case). The prefix contains a #, which, as a 
special character seems to cause an error. Adding a double hash seems to work, 
but those ## will end up in the link URL. How can I properly escape a single #? 
I've already tried using \Ux{23}, but that won't work either.

\#

-
  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] XML: Correct usage of hash symbol in url

2023-08-25 Thread denis.maier
Hi,

I need to process URLs in XML documents differently depending on the target. 
Thanks to Hans and Thomas I can now deal with the attributes.
Now I need to prefix certain kind of targets with a certain URL (a web viewer 
for IIIF images in this particular case). The prefix contains a #, which, as a 
special character seems to cause an error. Adding a double hash seems to work, 
but those ## will end up in the link URL. How can I properly escape a single #? 
I've already tried using \Ux{23}, but that won't work either.

Best,
Denis

\setupinteraction[state=start]

\startxmlsetups xml:test
\xmlsetsetup{#1}{*}{-}
\xmlsetsetup{#1}{doc|element}{xml:*}
\stopxmlsetups

\xmlregisterdocumentsetup{test}{xml:test}

\startxmlsetups xml:doc
\xmlflush{#1}
\stopxmlsetups

\startluacode
 function xml.finalizers.tex.url(e,a)
 local u = #e > 0 and e[1].at[a]
 local s = u and lpeg.match(lpeg.patterns.urlunescaper,u)
 context(s)
 end
\stopluacode

\startxmlsetups xml:element
\xmldoifelse{#1}{.[@href and contains(@href,'https://iiif.ub.unibe.ch')]}


{\goto{\xmlflush{#1}}[url(https://uv-v4.netlify.app/##?manifest=\xmlatt{#1}{href})]}
 % gives me two hashes in the Link


%{\goto{\xmlflush{#1}}[url(https://uv-v4.netlify.app/#?manifest=\xmlatt{#1}{xlink:href})]}
 \par % does not work

{\goto{\xmlflush{#1}}[url(\xmlatt{#1}{href})]}
\stopxmlsetups


\startbuffer[test]


https://iiif.ub.unibe.ch/presentation/v2.1/berner-inkunabeln/manifest/Inc%20I%20104%20fol%20a1r;>IIIF-Link
https://wiki.contextgarden.net/;>Other Link

\stopbuffer

\starttext

\xmlprocessbuffer{test}{test}{}

\stoptext
___
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] An error which is not in .log file

2023-08-15 Thread Xavier B.
After trying to compile a long file with LMTX (previously with MKIV all 
compiles perfectly), I get an error

structures  > bookmark: Referències
structure   > sectioning > chapter @ level 2 : 0.1 -> Referències
publications> list > collecting entries using method 'global' and sort 
order 'default'
pages   > flushing realpage 296, userpage 294, subpage 296
structures  > bookmark: Índex alfabètic
structure   > sectioning > chapter @ level 2 : 0.2 -> \headtext {index}
pages   > flushing realpage 297, userpage 295, subpage 297
structures  > end of sectionblock 'backpart'
close source> level 1, order 147, name './ng-exercicis.conTeXt'
(\end occurred inside a group at level 8)
8:0: semisimple group entered at line 276: \begingroup
7:0: semisimple group entered at line 5: \begingroup
6:0: semisimple group entered at line 5: \begingroup
5:0: semisimple group entered at line 114: \begingroup
4:0: semisimple group entered at line 114: \begingroup
3:0: semisimple group entered at line 5: \begingroup
2:0: semisimple group entered at line 5: \begingroup
1:0: semisimple group entered at line 27: \begingroup
0:0: bottomlevel
mkiv lua stats  > used config file: selfautoparent:/texmf/web2c/texmfcnf.lua
mkiv lua stats  > used cache path: 
/home/xan/bin/context-current/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e
mkiv lua stats  > resource resolver: loadtime 0.004 seconds, 0 scans with 
scantime 0.000 seconds, 0 shared scans, 240 found files, scanned paths: 
mkiv lua stats  > stored bytecode data: 512 modules (0.181 sec), 105 tables 
(0.010 sec), 617 chunks (0.191 sec)
mkiv lua stats  > traced context: maxstack: 1715, freed: 2, unreachable: 1713
mkiv lua stats  > cleaned up reserved nodes: 85 nodes, 11 lists of 671
mkiv lua stats  > node memory usage: 291 attribute, 62 dir, 91 glue, 3281 
gluespec, 1 glyph, 1 hlist, 1 kern, 2 math, 645 mathspec, 4 penalty, 18 rule, 2 
temp, 66305 whatsit
mkiv lua stats  > node list callback tasks: 16 unique task lists, 18 instances 
(re)created, 119367 calls
mkiv lua stats  > h-node processing time: 0.653 seconds including kernel
mkiv lua stats  > attribute processing time: 0.119 seconds front- and backend
mkiv lua stats  > driver time: 0.693 seconds
mkiv lua stats  > used backend: pdf
mkiv lua stats  > jobdata time: 0.054 seconds saving, 0.000 seconds loading
mkiv lua stats  > callbacks: file: 69204, saved: 309548, direct: 957, function: 
244605, value: 7598, message: 0, bytecode: 617, late 0, total: 632529 (0 per 
page)
mkiv lua stats  > randomizer: initialized with value 0.45060333164985
mkiv lua stats  > v-node processing time: 0.259 seconds
mkiv lua stats  > loaded tex modules: 4 requested, 1 found (*-tikz), 3 missing 
(*-pgfmat *-pgfmath *-pgfrcs)
mkiv lua stats  > loaded patterns: ca::65 en::1, load time: 0.000
mkiv lua stats  > interactive elements: 74 references, 950 destinations
mkiv lua stats  > loaded fonts: 13 files: latinmodern-math.otf, 
lmmono10-regular.otf, lmroman10-bold.otf, lmroman10-italic.otf, 
lmroman10-regular.otf, lmromancaps10-regular.otf, lmromanslant10-regular.otf, 
lmsans10-bold.otf, lmsans10-boldoblique.otf, lmsans10-regular.otf, 
texgyreschola-bold.otf, texgyreschola-math.otf, texgyreschola-regular.otf
mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 68 instances, 
51 shared in backend, 8 common vectors, 43 common hashes, load time 1.181 
seconds
mkiv lua stats  > body font sizes: defined: 10pt 11pt 12pt 14.4pt 17.3pt 20.7pt 
4pt 5pt 6pt 7pt 8pt 9pt, undefined: 11.2pt 12.8pt 14pt 16.8pt 16pt 19.2pt 24pt 
30pt 36pt
mkiv lua stats  > metapost: 0.000 seconds, loading: 0.033, execution: 0.000, n: 
3, average: 0.011, instances: 1, luacalls: 14196 (file: 13784, text: 0, script: 
393, log: 19), memory: 3.881 M
mkiv lua stats  > math tweaking time: 0.474 seconds, 84 math goodie tables
mkiv lua stats  > math processing time: 0.292 seconds
mkiv lua stats  > graphics processing time: 1.768 seconds including tex, 268 
processed images, 57 unique asked, 27 bad names
mkiv lua stats  > publications load time: 0.005 seconds, 2963 bytes, 11 
definitions, 0 shortcuts
mkiv lua stats  > pdf annotations: 74 links (74 unique), 0 special
mkiv lua stats  > font embedding time: 0.018 seconds, 13 fonts
mkiv lua stats  > result saved in file: ng-exercicis.pdf, compresslevel 1, 
objectcompresslevel 3
mkiv lua stats  > positions: 311 collected, 0 deltas, 307 shared partials, 133 
partial entries
mkiv lua stats  > cross referencing: 713 identified, 269 unknown
mkiv lua stats  > used platform: linux-64, type: unix, binary subtree: 
texmf-linux-64
mkiv lua stats  > used engine: luametatex version: 2.10.10, functionality 
level: 20230803, format id: 697, compiler: gcc
mkiv lua stats  > tex properties: 806417 hash slots used of 2097152, 70025 
control sequen

[NTG-context] Re: Very strange error:

2023-08-14 Thread Xavier B.
Thanks, Wolfgang, for pointing this replacements.
I will try to change that but it's a lot of work.

Appreciate
Xavier

On Mon, 14 Aug 2023 19:07:09 +0200
Wolfgang Schuster  ha escrit:
> >
> 
> You're correct, \head is the cause of the error and it's better to 
> replace it with
> 
>      \starthead {...}
>          ...
>      \stophead
> 
> but there are more things which can be changed to use modern syntax (in 
> many cases part of ConTeXt since nearly a decade).
> 
> 
> A few examples:
> 
>      - \startexercici[]{}  --> 
> \startexercici[reference=...,title=...]
> 
>      - \placetable[][]{}{...} -->  
> \startplacetable[reference=...,location=...,title=...] ... \stopplacetable
> 
>      - Llimones \hfill 6  -->  Llimones \filler[symbol] 6
> 
>      - \bigskip  -->  \blank[big]
> 
> 
> Wolfgang
> 
___
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] Re: Very strange error:

2023-08-14 Thread Wolfgang Schuster

Rik Kabel schrieb am 14.08.2023 um 18:42:



On 8/14/2023 11:41 AM, Xavier B. wrote:

After I run context (LMTX version) to my document (attached) I get this error:

tex error   > tex error on line 540 in file ./dev.tex: The file ended when 
scanning an argument.

I don't know how to start...
Can anyone help me?

Thanks,
Xavier

PS: I receive this error after upgrading to MKIV to LMTX. Before with MKIV I 
get no errors.


I suspect that LMTX is a bit more strict about parsing. You have 
omitted the required \par for each \head.




You're correct, \head is the cause of the error and it's better to 
replace it with


    \starthead {...}
        ...
    \stophead

but there are more things which can be changed to use modern syntax (in 
many cases part of ConTeXt since nearly a decade).



A few examples:

    - \startexercici[]{}  --> 
\startexercici[reference=...,title=...]


    - \placetable[][]{}{...} -->  
\startplacetable[reference=...,location=...,title=...] ... \stopplacetable


    - Llimones \hfill 6  -->  Llimones \filler[symbol] 6

    - \bigskip  -->  \blank[big]


Wolfgang

___
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] Re: Scaling characters without font switching in CLD

2023-08-12 Thread Hamid,Idris
More precise \rlaps for the previous MWE:

\hbox{\rlap{\ruledhbox {\transparentgreen\tfx  c\symbol{glottalhamzah}c}}%
 \hskip-.075em \ruledhbox {\transparentred  c\symbol{glottalhamzah}c}}

\hbox{\rlap{\ruledhbox {\transparentgreen\tfx  c\symbol{glottalayn}c}}%
 \hskip-.075em \ruledhbox {\transparentred  c\symbol{glottalayn}c}}

--
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
On Aug 12, 2023, 4:11 PM -0600, Idris Samawi Hamid ادريس سماوي حامد 
, wrote:


 \hbox{\rlap{\ruledhbox {\transparentgreen\tfx  c\symbol{glottalhamzah}c}}%
\hskip-.09em \ruledhbox {\transparentred
c\symbol{glottalhamzah}c}}

 \hbox{\rlap{\ruledhbox {\transparentgreen\tfx  c\symbol{glottalayn}c}}%
 \ruledhbox {\transparentredc\symbol{glottalayn}c}}

:
Note the \rlap's (see attached pdf): we see that \tfx doesn't scale the 
\symbol, although \tfa and higher do work.
___
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] Re: Scaling characters without font switching in CLD

2023-08-12 Thread Hamid,Idris
On Aug 12, 2023, 3:49 PM -0600, Hans Hagen , wrote:

> you'll figure it out, right?

I hope so and I'm working on it -- with your help -)

> the demo shows both: x/.y scaling and 90/180/270 rotation

Yes, here is what I have so far:

==
% % Hans' original template

% \startsetups glyph:iTee
 % \dontleavehmode\hpack\bgroup
 % \setbox\scratchbox \ruledhbox \bgroup
 % \glyphxscale 400
 % \glyphyscale 400
 % \getglyphstyled{Serif}{T}% choose a font here
 % \egroup
 % \scratchheight 2.75\ht\scratchbox
 % \boxyoffset\scratchbox\scratchheight
 % \boxorientation\scratchbox\plustwo
 % \ht\scratchbox\scratchheight
 % \box\scratchbox
 % \egroup
% \stopsetups

% \definesymbol
   % [iTee]
   % [\directsetup{glyph:iTee}]

% \startTEXpage [offset=1ts,width=2cm]
 % \ruledhbox {\tfx T \symbol{iTee}} \par
 % \ruledhbox {T  \symbol{iTee}} \par
 % \ruledhbox {\tfa T \symbol{iTee}} \par
 % \ruledhbox {\bfd T \symbol{iTee}}
% \stopTEXpage

\definefontsynonym[MinionRegular][MinionPro-Regular.otf*default]

\startsetups glyph:glottalhamzah
 \dontleavehmode\hpack\bgroup
 \setbox\scratchbox \ruledhbox \bgroup
 \glyphxscale 500
 \glyphyscale 500
 \getglyphstyled{MinionRegular}{c}% choose a font here
 \egroup
 \scratchheight 2.03\ht\scratchbox
 \boxyoffset\scratchbox\scratchheight
 \boxorientation\scratchbox\plustwo
 \ht\scratchbox\scratchheight
 \box\scratchbox
 \egroup
\stopsetups

\startsetups glyph:glottalayn
 \dontleavehmode\hpack\bgroup
 \setbox\scratchbox \ruledhbox \bgroup
 \glyphxscale 500
 \glyphyscale 500
 \getglyphstyled{MinionRegular}{c}% choose a font here
 \egroup
 \scratchheight 1.00\ht\scratchbox
 \boxyoffset\scratchbox\scratchheight
 % \boxorientation\scratchbox\plustwo
 \ht\scratchbox\scratchheight
 \box\scratchbox
 \egroup
\stopsetups

\definesymbol
   [glottalhamzah]
   [\directsetup{glyph:glottalhamzah}]

\definesymbol
   [glottalayn]
   [\directsetup{glyph:glottalayn}]

\definecolor [transparentgreen]  [g=1,t=.7,a=1]
\definecolor [transparentred][r=1,t=.7,a=1]
\definecolor [transparentyellow] [y=1,t=.7,a=1]

\startTEXpage [offset=1ts,width=2cm]
 \ruledhbox {\tfx  c\symbol{glottalhamzah}c} \par
 \ruledhbox   {c\symbol{glottalhamzah}c} \par
 \ruledhbox {\tfa  c\symbol{glottalhamzah}c} \par
 \ruledhbox {\bfd  c\symbol{glottalhamzah}c} \par

 \ruledhbox {\tfx  c\symbol{glottalayn}c} \par
 \ruledhbox   {c\symbol{glottalayn}c} \par
 \ruledhbox {\tfa  c\symbol{glottalayn}c} \par
 \ruledhbox {\bfd  c\symbol{glottalayn}c} \par

 \hbox{\rlap{\ruledhbox {\transparentgreen\tfx  c\symbol{glottalhamzah}c}}%
\hskip-.09em \ruledhbox {\transparentred    
c\symbol{glottalhamzah}c}}

 \hbox{\rlap{\ruledhbox {\transparentgreen\tfx  c\symbol{glottalayn}c}}%
 \ruledhbox {\transparentredc\symbol{glottalayn}c}}
\stopTEXpage
==

Note the \rlap's (see attached pdf): we see that \tfx doesn't scale the 
\symbol, although \tfa and higher do work.

I guess fixing \tfx-symbol interaction will be part of your conversation with 
Wolfgang -)

> well, you wented symbols so

Ultimately I just want to be able to type the Unicode symbols for 02BE and 02BF 
-- ʾ and ʿ -- and get proper results. The overwhelming majority of hq fonts 
don't have them, and the few that do do them poorly, etc.

(So there is no substitute for full control of these transliteration 
characters.)

So even if we use symbols, would like to feed these setups to the CLD template 
you provided some days ago and feed the final result to \definefontfeature.
===

Best wishes
Idris
--
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523


test-scaling-hans.pdf
Description: test-scaling-hans.pdf
___
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] Re: Scaling characters without font switching in CLD

2023-08-12 Thread Hans Hagen

On 8/12/2023 11:33 PM, Hamid,Idris wrote:

On Aug 12, 2023, 2:11 PM -0600, Hans Hagen via ntg-context 
, wrote:

impossible to reply as impossible to see what is your and mine text here


Hm.. This new/modern email client (forced to update by the university) supports 
inline replies, and I can see the levels, but the distinctions between levels 
of reply appears to get lost when filtered by the ntg-context list (looking at 
the archives). So here it is again, with levels of reply made explicit:

On Aug 12, 2023, 9:35 AM -0600, Hans Hagen , wrote:
** Caution: EXTERNAL Sender **

On 8/12/2023 4:03 PM, Hamid,Idris wrote:


\tfx causes a switch to computer modern.



Indeed. Something I need to discuss with Wolfgang as double checking is needed 
before I patch.


Ah.. ok.


But what if we want to scale independently of font switching?



There is no need to go lua here (esp when you have not done vf magick
before and i'm not going to debug code that i have little clue what it's
about to do).


Many thanks. Part of the context is that I have some updatable mission-critical 
documents that depended on \defineactivecharacter, which is apparently 
deprecated in LMTX. See earlier thread with that subject line.


i adapted some recently but anyway active chars are a bad idea


[BTW: Just this morning someone from the Persian Gulf asked for an updated 
version of a document whose compilation depended on \defineactivecharacter, so 
I need to get this working in the new regime -)]

Now the templates that you provided - many, many thanks! - have what is needed 
to care of everything except for two characters: 02BE and 02BF.


you'll figure it out, right?


For one of those two remaining characters we also need scaling, for the other 
we also need scaling + rotation. It is not clear to me whether the 
scaling/rotation commands should fall under the character function, e.g.,


the demo shows both: x/.y scaling and 90/180/270 rotation


===
-- ʿ ringhalfleft
local function ringhalfleft (characters,target,base,accent)
===

the initialize function

===
local function initialize(tfmdata,value)
===

or whether we just make a new function altogether

===
local function scale (ringhalfleft)  -- shooting in the dark here
===

So the reason I said CLD is best is because we already defined all of the 
needed characters that way -- using your template -- except for these two, for 
which we need to add scaling and or rotation.


The attached (linked in the previous email but attached here) gives us rotation 
but no scaling.
- we cheat here and yuse glyph scaled (I have to provide a relative to
current x/y scaling, don't use \glyphscale as that one is used by
context itself
- we use the style variant so that it adapts
- you have to replace "Serif" with "YourFont" and map that one onto a
file (YourFont YourFontBold etc)
- more about these box manipulations in the low level manual


Ok. Just discovered the 11 low-level manuals yesterday, not sure which one to 
focus on in this case -)


\startsetups glyph:iTee
\dontleavehmode\hpack\bgroup
\setbox\scratchbox \ruledhbox \bgroup
\glyphxscale 400
\glyphyscale 400
\getglyphstyled{Serif}{T}> choose a font here
\egroup
\scratchheight 2.75\ht\scratchbox
\boxyoffset \scratchbox\scratchheight
\boxorientation\scratchbox\plustwo
\ht \scratchbox\scratchheight
\box\scratchbox
\egroup
\stopsetups



\definesymbol
[iTee]
[\directsetup{glyph:iTee}]



\startTEXpage [offset=1ts,width=2cm]
\ruledhbox {\tfx T \symbol{iTee}} \par
\ruledhbox {T \symbol{iTee}} \par
\ruledhbox {\tfa T \symbol{iTee}} \par
\ruledhbox {\bfd T \symbol{iTee}}
\stopTEXpage


Great, will study this. The challenge (for me) will be integrating this 
approach into the lua definitions of the two needed characters. With 
\defineactivecharacter deprecated, there seems to be no way other than CLD to 
make and register the needed macro for \definefontfeature -- and we want to 
move forward with the new regime and not look back.


well, you wented symbols so ... why lua then (btw, no need for squeezine 
as there are virtual commands for scaling; not for rotating; an 
alternative is to define some chars in metapost (see 
meta-imp-gamesymbols) which gives you plenty freedom



With many thanks and much gratitude, Hans.

Best wishes
Idris
--
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523


___
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 : ht

[NTG-context] Re: Scaling characters without font switching in CLD

2023-08-12 Thread Hamid,Idris
On Aug 12, 2023, 2:11 PM -0600, Hans Hagen via ntg-context 
, wrote:
> impossible to reply as impossible to see what is your and mine text here

Hm.. This new/modern email client (forced to update by the university) supports 
inline replies, and I can see the levels, but the distinctions between levels 
of reply appears to get lost when filtered by the ntg-context list (looking at 
the archives). So here it is again, with levels of reply made explicit:

On Aug 12, 2023, 9:35 AM -0600, Hans Hagen , wrote:
** Caution: EXTERNAL Sender **

On 8/12/2023 4:03 PM, Hamid,Idris wrote:

>> \tfx causes a switch to computer modern.

> Indeed. Something I need to discuss with Wolfgang as double checking is 
> needed before I patch.

Ah.. ok.

>> But what if we want to scale independently of font switching?

> There is no need to go lua here (esp when you have not done vf magick
> before and i'm not going to debug code that i have little clue what it's
> about to do).

Many thanks. Part of the context is that I have some updatable mission-critical 
documents that depended on \defineactivecharacter, which is apparently 
deprecated in LMTX. See earlier thread with that subject line.

[BTW: Just this morning someone from the Persian Gulf asked for an updated 
version of a document whose compilation depended on \defineactivecharacter, so 
I need to get this working in the new regime -)]

Now the templates that you provided - many, many thanks! - have what is needed 
to care of everything except for two characters: 02BE and 02BF.

For one of those two remaining characters we also need scaling, for the other 
we also need scaling + rotation. It is not clear to me whether the 
scaling/rotation commands should fall under the character function, e.g.,

===
-- ʿ ringhalfleft
local function ringhalfleft (characters,target,base,accent)
===

the initialize function

===
local function initialize(tfmdata,value)
===

or whether we just make a new function altogether

===
local function scale (ringhalfleft)  -- shooting in the dark here
===

So the reason I said CLD is best is because we already defined all of the 
needed characters that way -- using your template -- except for these two, for 
which we need to add scaling and or rotation.

> The attached (linked in the previous email but attached here) gives us 
> rotation but no scaling.
> - we cheat here and yuse glyph scaled (I have to provide a relative to
> current x/y scaling, don't use \glyphscale as that one is used by
> context itself
> - we use the style variant so that it adapts
> - you have to replace "Serif" with "YourFont" and map that one onto a
> file (YourFont YourFontBold etc)
> - more about these box manipulations in the low level manual

Ok. Just discovered the 11 low-level manuals yesterday, not sure which one to 
focus on in this case -)

> \startsetups glyph:iTee
> \dontleavehmode\hpack\bgroup
> \setbox\scratchbox \ruledhbox \bgroup
> \glyphxscale 400
> \glyphyscale 400
> \getglyphstyled{Serif}{T}> choose a font here
> \egroup
> \scratchheight 2.75\ht\scratchbox
> \boxyoffset \scratchbox\scratchheight
> \boxorientation\scratchbox\plustwo
> \ht \scratchbox\scratchheight
> \box\scratchbox
> \egroup
> \stopsetups

> \definesymbol
> [iTee]
> [\directsetup{glyph:iTee}]

> \startTEXpage [offset=1ts,width=2cm]
> \ruledhbox {\tfx T \symbol{iTee}} \par
> \ruledhbox {T \symbol{iTee}} \par
> \ruledhbox {\tfa T \symbol{iTee}} \par
> \ruledhbox {\bfd T \symbol{iTee}}
> \stopTEXpage

Great, will study this. The challenge (for me) will be integrating this 
approach into the lua definitions of the two needed characters. With 
\defineactivecharacter deprecated, there seems to be no way other than CLD to 
make and register the needed macro for \definefontfeature -- and we want to 
move forward with the new regime and not look back.

With many thanks and much gratitude, Hans.

Best wishes
Idris
--
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523

___
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] Re: Scaling characters without font switching in CLD

2023-08-12 Thread Hamid,Idris
On Aug 12, 2023, 9:35 AM -0600, Hans Hagen , wrote:
** Caution: EXTERNAL Sender **

On 8/12/2023 4:03 PM, Hamid,Idris wrote:

\tfx causes a switch to computer modern.

Indeed. Something I need to discuss with Wolfgang as double checking is needed 
before I patch.

Ah.. ok.

But what if we want to scale independently of font switching?
There is no need to go lua here (esp when you have not done vf magick
before and i'm not going to debug code that i have little clue what it's
about to do).

Many thanks. Part of the context is that I have some updatable mission-critical 
documents that depended on \defineactivecharacter, which is apparently 
deprecated in LMTX. See earlier thread with that subject line.

[BTW: Just this morning someone from the Persian Gulf asked for an updated 
version of a document whose compilation depended on \defineactivecharacter, so 
I need to get this working in the new regime -)]

Now the templates that you provided - many, many thanks! - have what is needed 
to care of everything except for two characters: 02BE and 02BF.

For one of those two remaining characters we also need scaling, for the other 
we also need scaling + rotation. It is not clear to me whether the 
scaling/rotation commands should fall under the character function, e.g.,

===
-- ʿ ringhalfleft
local function ringhalfleft (characters,target,base,accent)
===

the initialize function

===
local function initialize(tfmdata,value)
===

or whether we just make a new function altogether

===
local function scale (ringhalfleft)  -- shooting in the dark here
===

So the reason I said CLD is best is because we already defined all of the 
needed characters that way -- using your template -- except for these two, for 
which we need to add scaling and or rotation.

The attached (linked in the previous email but attached here) gives us rotation 
but no scaling.
- we cheat here and yuse glyph scaled (I have to provide a relative to
current x/y scaling, don't use \glyphscale as that one is used by
context itself
- we use the style variant so that it adapts
- you have to replace "Serif" with "YourFont" and map that one onto a
file (YourFont YourFontBold etc)
- more about these box manipulations in the low level manual

Ok. Just discovered the 11 low-level manuals yesterday, not sure which one to 
focus on in this case -)
\startsetups glyph:iTee
\dontleavehmode\hpack\bgroup
\setbox\scratchbox \ruledhbox \bgroup
\glyphxscale 400
\glyphyscale 400
\getglyphstyled{Serif}{T}% choose a font here
\egroup
\scratchheight 2.75\ht\scratchbox
\boxyoffset \scratchbox\scratchheight
\boxorientation\scratchbox\plustwo
\ht \scratchbox\scratchheight
\box\scratchbox
\egroup
\stopsetups

\definesymbol
[iTee]
[\directsetup{glyph:iTee}]

\startTEXpage [offset=1ts,width=2cm]
\ruledhbox {\tfx T \symbol{iTee}} \par
\ruledhbox {T \symbol{iTee}} \par
\ruledhbox {\tfa T \symbol{iTee}} \par
\ruledhbox {\bfd T \symbol{iTee}}
\stopTEXpage

Great, will study this. The challenge (for me) will be integrating this 
approach into the lua definitions of the two needed characters. With 
\defineactivecharacter deprecated, there seems to be no way other than CLD to 
make and register the needed macro for \definefontfeature -- and we want to 
move forward with the new regime and not look back.

With many thanks and much gratitude, Hans.

Best wishes
Idris

--
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523


transliteration--glottal-lua.pdf
Description: transliteration--glottal-lua.pdf


transliteration--glottal-lua.tex
Description: transliteration--glottal-lua.tex
___
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] Re: Scaling characters without font switching in CLD

2023-08-12 Thread Hans Hagen

On 8/12/2023 4:03 PM, Hamid,Idris wrote:


\tfx causes a switch to computer modern.


Indeed. Something I need to discuss with Wolfgang as double checking is 
needed before I patch.



But what if we want to scale independently of font switching?
There is no need to go lua here (esp when you have not done vf magick 
before and i'm not going to debug code that i have little clue what it's 
about to do).


- we cheat here and yuse glyph scaled (I have to provide a relative to 
current x/y scaling, don't use \glyphscale as that one is used by 
context itself

- we use the style variant so that it adapts
- you have to replace "Serif" with "YourFont" and map that one onto a 
file (YourFont YourFontBold etc)

- more about these box manipulations in the low level manual

\startsetups glyph:iTee
\dontleavehmode\hpack\bgroup
\setbox\scratchbox \ruledhbox \bgroup
\glyphxscale 400
\glyphyscale 400
\getglyphstyled{Serif}{T}% choose a font here
\egroup
\scratchheight 2.75\ht\scratchbox
\boxyoffset\scratchbox\scratchheight
\boxorientation\scratchbox\plustwo
\ht\scratchbox\scratchheight
\box\scratchbox
\egroup
\stopsetups

\definesymbol
  [iTee]
  [\directsetup{glyph:iTee}]

\startTEXpage [offset=1ts,width=2cm]
\ruledhbox {\tfx T \symbol{iTee}} \par
\ruledhbox {T  \symbol{iTee}} \par
\ruledhbox {\tfa T \symbol{iTee}} \par
\ruledhbox {\bfd T \symbol{iTee}}
\stopTEXpage

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] Scaling characters without font switching in CLD

2023-08-12 Thread Hamid,Idris
Dear gang,

I. In Context, as is well known, scaling a character is not independent of 
switching the font:

===
\startTEXpage[offset=1em]
\definefont[Times][times @ 14pt]
\Times Test \tfx Test
\setupinterlinespace

\Times Test \switchtobodyfont[x]Test

\Times Test \high{Test}
\stopTEXpage
===

\tfx causes a switch to computer modern.

Of course, with the right typescripts and \setupbodyfont, one can maintain 
stylistic consistency when switching fonts.

But what if we want to scale independently of font switching?

II. One approach might be to use symbols:

\startTEXpage
\definesymbol[Tee][\getglyph{times}{T}]
\symbol[Tee]est \tfx \symbol[Tee]est \tfa \symbol[Tee]est
\stopTEXpage

In this example, \tfa does scale the symbol Tee. But \tfx does not scale the 
symbol!

Why does \tfa (or higher such as \tfb etc.) work, but not \tfx (or lower)?

III. The best approach would be to do it in CLD (Context Lua Code). That is 
mostly beyond my skill to write from scratch without a template, but there are 
some experiments in the system file font-imp-effects.lua. There we will find, 
e.g.,

local specification = {
name= "extend",
description = "scale glyphs horizontally",
initializers = {
base = initializeextend,
node = initializeextend,
}
}

local specification = {
name= "squeeze",
description = "scale glyphs vertically",
initializers = {
base = initializesqueeze,
node = initializesqueeze,
}
}

This seems hopeful:

\definecolor [transparentgreen]  [g=1,t=.7,a=1]
\definecolor [transparentred][r=1,t=.7,a=1]
\definecolor [transparentyellow] [y=1,t=.7,a=1]

\startTEXpage[offset=1em]
\definefontfeature[scale][default][extend=yes,squeeze=yes]
\hbox{\rlap{\definedfont[times @ 14pt]\transparentgreen Test}%
\definedfont[times*scale @ 14pt]\transparentred Test}
\stopTEXpage

But there is no scaling of the character, extend=yes shifts the glyphs to the 
left, and squeeze=yes appears to do nothing at all.

Here is a file collecting these experiments:

https://www.dropbox.com/scl/fi/dggj3ypgjjeia1bo4eelb/test-scaling.tex?rlkey=hcky6ol594mw8u0j2j1z22heh=0
https://www.dropbox.com/scl/fi/o2u1tsq515ycyoeup43qg/test-scaling.pdf?rlkey=h7gof1vyq3r0bh72qynh71apc=0

IV. Objective:

I need to be able to define a couple of characters in CLD -- glottal stops --, 
and add commands to scale and/or rotate a character without triggering a font 
switch. Again, writing this from scratch is beyond my current skill set - 
although I've recently started to study CLD. Something like this -- some of the 
semantics is almost certainly wrong and/or clumsy -)

==
-- ʿ ringhalfleft
local function ringhalfleft (characters,target,base,accent)
--if not characters[target] then
local data1 = characters[base]
local data2 = characters[accent]
if data1 and data2 then
characters[target] = { -- "ʿ"
height   = data1.height,
depth= (data1.depth or 0) + 0.5*(data2.height or 0),
width= data1.width,
unicode  = target,
commands = {
{ "slot", 0, 0 },
{ "left", -0.5*(data2.width  or 0) + 0.5*(data2.width  or 
0)},
-- { "down", 0.2*(data2.height or 0) +   (data2.height or 
0) },
{ "up", 0.0*(data2.height or 0) +(data2.height or 
0) },
{ "slot", 0, 0x063, },
{ "squeeze", 0.75*(data2.height or 0) },
{ "extend",  0.75*(data2.width or 0) },
},
}
end
--end
end

-- ʾ ringhalfright
local function ringhalfright (characters,target,base,accent)
--if not characters[target] then
local data1 = characters[base]
local data2 = characters[accent]
if data1 and data2 then
characters[target] = { -- "ʾ"
height   = data1.height,
depth= (data1.depth or 0) + 0.5*(data2.height or 0),
width= data1.width,
unicode  = target,
commands = {
{ "slot", 0, 0 },
{ "left", -0.35*(data2.width  or 0) + 0.5*(data2.width  or 
0)},
{ "down", 0.0*(data2.height or 0) +   (data2.height or 
0) },
-- { "up", 0.0*(data2.height or 0) +   (data2.height or 0) 
},
{ "slot", 0, 0x063, },
{ "squeeze", 0.75*(data2.height or 0) },
{ "extend",  0.75*(data2.width or 0) },
},
}
end
--end
end

local function initialize(tfmdata,value)
if value then
-- Hdotbelow(tfmdata.characters

[NTG-context] Re: upload

2023-08-10 Thread Henning Hraban Ramm

Am 10.08.23 um 15:03 schrieb Hans Hagen:

On 8/10/2023 2:57 PM, Henning Hraban Ramm wrote:

Am 09.08.23 um 23:11 schrieb Hans Hagen:

On 8/9/2023 9:29 PM, Rik Kabel wrote:
Two problems with this upload. First, page number suppression no 
longer works. Second, table captions are not displayed.


indeed, probably a fix tomorrow


I don’t know if that’s the same problem, but the current version gives 
a parsing error at

\quotation{\about[kap:example]}

(2023.07.29 still works.)

there was a new upload


I was already on the latest, and the problem persists. Here’s a MWE:

"""
\setupreferencing[left=,right=,]

\starttext

\about[something]

\stoptext
"""

tex error   > tex error on line 5 in file referencetest.tex: Extra 
}, or forgotten \endgroup



\egroup
 \about
...ways \let \\\space \postponenotes \referencingparameter \c!left 
\doifelsereferencefound {#1} {\goto {\limitatetext 
\currentreferencetitle {\referencingparameter \c!width }\unknown 
}[#1]}{}\flushnotes \referencingparameter \c!right

\endgroup

\about[something]

1 \setupreferencing[left=,right=,]
2
3 \starttext
4
5 >>  \about[something]
6
7 \stoptext
8
I've deleted a group-closing symbol because it seems to be spurious, as in
'$x}$'. But perhaps the } is legitimate and you forgot something else, as in
'\hbox{$x}'.
mtx-context | fatal error: return code: 1

___
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] Re: \showmakeup adds unwanted space despite accurate readings; \qquad mandatory before \TeX\

2023-07-05 Thread Carlos
  
6491376 96   1200320
system  >   all240 969313240  1800  
  800100 32  16000  72000  8 16
6491376 96  28800  10240
system  > 
system  >   ini2145695 919716  0  48526  0  
   530329   
0  
system  >   ptr  50218 10054  50201 
   565577  0  0  0  0  0  0 
 7  0  0  7
system  >   top  50219806398 131074  14831  
   573482156 36  5 12 37356 
   250250 50 10
system  >   
---
system  > 
system  >   current input type: initial
system  > 
system  >   approximate memory: 43283217 (41 MB)
system  > 
system  >   expansion depth   : min: 1, max: 100, set: 
1, top: 5
system  > 
system  >   luabytecode registers : 1011
system  >   luabytecode bytes : 16192 (0 MB)
system  >   luastate bytes now: 62130578 (59 MB)
system  >   luastate bytes max: 62130578 (59 MB)
system  > 
system  >   file callbacks: 113
system  >   saved callbacks   : 245
system  >   direct callbacks  : 2
system  >   function callbacks: 1242
system  >   value callbacks   : 2
system  >   message callbacks : 0
system  >   bytecode callbacks: 616
system  > 
system  >   mp instances  : 0
system  >   mp estimated memory   : 0 (0 MB)
system  >   mp file callbacks : 0
system  >   mp text callbacks : 0
system  >   mp script callbacks   : 0
system  >   mp log callbacks  : 0
system  > 
system  >   total callbacks   : 2220
system  >   mp total callbacks: 0
system  >   backend callbacks : 0
system  > 
mkiv lua stats  > used config file: selfautoparent:/texmf/web2c/texmfcnf.lua
mkiv lua stats  > used cache path: 
/context-lmtx-2/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e
mkiv lua stats  > resource resolver: loadtime 0.006 seconds, 0 scans with 
scantime 0.000 seconds, 0 shared scans, 11 found files, scanned paths: 
mkiv lua stats  > stored bytecode data: 511 modules (0.209 sec), 105 tables 
(0.011 sec), 616 chunks (0.220 sec)
mkiv lua stats  > traced context: maxstack: 1705, freed: 0, unreachable: 1705
mkiv lua stats  > cleaned up reserved nodes: 73 nodes, 7 lists of 435
mkiv lua stats  > node memory usage: 9 attribute, 1 glue, 120 gluespec, 3 kern, 
645 mathspec, 2 penalty, 2 temp
mkiv lua stats  > node list callback tasks: 16 unique task lists, 10 instances 
(re)created, 84 calls
mkiv lua stats  > used backend: pdf
mkiv lua stats  > jobdata time: 0.001 seconds saving, 0.000 seconds loading
mkiv lua stats  > callbacks: file: 113, saved: 245, direct: 2, function: 1242, 
value: 2, message: 0, bytecode: 616, late 0, total: 2220 (2220 per page)
mkiv lua stats  > randomizer: resumed with value 0.39480589516671
mkiv lua stats  > loaded patterns: en::1, load time: 0.000
mkiv lua stats  > loaded fonts: 2 files: latinmodern-math.otf, 
lucidabrightregular.otf
mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 7 instances, 3 
shared in backend, 3 common vectors, 0 common hashes, load time 0.224 seconds 
mkiv lua stats  > math tweaking time: 0.068 seconds, 12 math goodie tables
mkiv lua stats  > font embedding time: 0.001 seconds, 1 fonts
mkiv lua stats  > result saved in file: atestinlucida-OTF-99.pdf, compresslevel 
1, objectcompresslevel 3
mkiv lua stats  > positions: 4 collected, 0 deltas, 0 shared partials, 0 
partial entries
mkiv lua stats  > used platform: linuxmusl, type: unix, binary subtree: 
texmf-linuxmusl
mkiv lua stats  > used engine: luametatex version: 2.1009, functionality level: 
20230604, format id: 693, compiler: clang
mkiv lua stats  > tex properties: 806398 hash slots used of 2097152, 50201 
control sequences, approximate memory usage: 41 MB
mkiv lua stats  > lua properties: engine: lua 5.4, used memory: 62 MB, ctx: 59 
MB, max: 59 MB, symbol mask: utf (τεχ)
mkiv lua stats  > runtime: 0.508 seconds, 1 processed pages, 1 shipped pages, 
1.967 pages/second





> 
> > 
> >  > I assume that SP stands for space

Re: [NTG-context] TiKz with LMTX

2023-06-04 Thread Floris van Manen via ntg-context
urce> level 2, order 57, name 
'/home/vm/context/tex/texmf-context/tex/context/modules/mkxl/m-tikz.mkxl'

fonts   > preloading latin modern fonts (second stage)
fonts   > 'fallback modern rm 12pt' is loaded
Package pgf: Warning! Your graphic driver pgfsys-luatex.def does not 
support scoping. This warning is given only once.


Package pgf: Warning! Your graphic driver pgfsys-luatex.def does not 
support color. This warning is given only once.


Package pgf: Warning! Your graphic driver pgfsys-luatex.def does not 
support setting the line width. This warning is given only once.


Package pgf: Warning! Your graphic driver pgfsys-luatex.def does not 
support path constructions. This warning is given only once.


Package pgf: Warning! Your graphic driver pgfsys-luatex.def does not 
support path usage. This warning is given only once.


backend > xmp > using file 
'/home/vm/context/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml'

pages   > flushing realpage 1, userpage 1, subpage 1
close source> level 1, order 57, name './tk-tst.tex'
mkiv lua stats  > used config file:
mkiv lua stats  > used cache path: /home/vm/luametatex-cache/context
mkiv lua stats  > resource resolver: loadtime 0.024 seconds, 1 scans 
with scantime 0.023 seconds, 0 shared scans, 65 found files, scanned 
paths: /home/vm/context
mkiv lua stats  > stored bytecode data: 511 modules (0.163 sec), 105 
tables (0.008 sec), 616 chunks (0.172 sec)
mkiv lua stats  > traced context: maxstack: 1705, freed: 0, unreachable: 
1705

mkiv lua stats  > cleaned up reserved nodes: 73 nodes, 7 lists of 447
mkiv lua stats  > node memory usage: 9 attribute, 1 glue, 121 gluespec, 
3 kern, 645 mathspec, 2 penalty, 2 temp
mkiv lua stats  > node list callback tasks: 16 unique task lists, 10 
instances (re)created, 58 calls

mkiv lua stats  > used backend: pdf
mkiv lua stats  > jobdata time: 0.001 seconds saving, 0.000 seconds loading
mkiv lua stats  > callbacks: file: 38002, saved: 7910, direct: 6, 
function: 1096, value: 7, message: 0, bytecode: 616, late 0, total: 
47637 (0 per page)

mkiv lua stats  > randomizer: initialized with value 0.44522839325031
mkiv lua stats  > loaded tex modules: 1 requested, all found (*-tikz)
mkiv lua stats  > loaded patterns: en::1, load time: 0.000
mkiv lua stats  > loaded fonts: 2 files: latinmodern-math.otf, 
lmroman10-regular.otf
mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 7 
instances, 3 shared in backend, 3 common vectors, 0 common hashes, load 
time 0.155 seconds

mkiv lua stats  > math tweaking time: 0.049 seconds, 12 math goodie tables
mkiv lua stats  > font embedding time: 0.001 seconds, 1 fonts
mkiv lua stats  > result saved in file: tk-tst.pdf, compresslevel 1, 
objectcompresslevel 3
mkiv lua stats  > positions: 4 collected, 0 deltas, 0 shared partials, 0 
partial entries
mkiv lua stats  > used platform: linux-64, type: unix, binary subtree: 
texmf-linux-64
mkiv lua stats  > used engine: luametatex version: 2.1009, functionality 
level: 20230531, format id: 692, compiler: gcc
mkiv lua stats  > tex properties: 806397 hash slots used of 2097152, 
60098 control sequences, approximate memory usage: 41 MB
mkiv lua stats  > lua properties: engine: lua 5.4, used memory: 64 MB, 
ctx: 61 MB, max: 61 MB, symbol mask: utf (τεχ)
mkiv lua stats  > runtime: 0.462 seconds, 1 processed pages, 1 shipped 
pages, 2.165 pages/second

mtx-context | fatal error: return code: 1

___
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] Custom TOC with makeup and setups

2023-05-10 Thread Jethro Djan via ntg-context
Hello,

I am trying to create a presentation where at the start of each section in
my presentation, a custom TOC page is shown. When I am at a particular
section, the TOC will grey out all other sections (not implemented in my
MWE). I have tried different ways but I find using makeups for the TOC page
works ok (following
https://wiki.contextgarden.net/Command/setuplistalternative and Aditya's
presentation slides on their blog). My challenge is that when a makeup page
is inserted, it leaves a page with the section name blank before it. How do
I fix it? Any other way to achieve this is also welcome. My MWE:

\setuppapersize[S6]
\startuseMPgraphic{itemize:toc}
  save p; path p;
  p := ( (0,-0.5)--(0,0.5)--(0.866,0)--cycle ) scaled 1.5ExHeight;
  fill p withcolor \MPcolor{Black};
\stopuseMPgraphic

\definesymbol[itemize:toc][\useMPgraphic{itemize:toc}]

\definelistalternative
  [toclist]
  [renderingsetup=list:toclist]

\setupheadtext[section=Table of Contents]

\startsetups toclist
  \framed[align=normal, frame=off]{\placelist [section] [criterium=all,
alternative=toclist]}
\stopsetups

\definehspace[tspace][4cm]
\setupframed[
  height=fit,
  width=fit,
  location=middle,
  frame=off,
  align=normal,
  offset=none,
]
\startsetups list:toclist
  {\hbox to \hsize \bgroup
  \hspace[tspace]
  \framed[width=10mm,align=flushleft]{\symbol[itemize:toc]}%
  \framed[empty=yes]{\currentlistentrynumber\currentlistentrypagenumber}%
  \doifelse\currentlistentrylocation{\namedstructureheadlocation{section}}{%
\framed[align=flushright,]{{\bfb\currentlistentrytitle}}%
  }{\framed[align=flushright,]{\currentlistentrytitle}}
  \egroup}
\stopsetups



 \definemakeup
  [toc]
  [
doublesided=no,
page=yes,
bottom=,
top=,
pagestate=start,
headerstate=empty,
footerstate=empty,
setups={toclist},
before=\setups{toc:setups},
  ]
\startsetups toc:setups
  \setupbackgrounds[page][background=color, backgroundcolor=blue]
\stopsetups

 \definemakeup
  [standard]
  [
doublesided=no,
page=right,
pagestate=start,
headerstate=empty,
footerstate=empty,
before=\setups{standard:setups},
  ]

 \startsetups standard:setups
\setupbackgrounds[page][background=color, backgroundcolor=lightgray]
 \stopsetups

 \define\TOC{
  \starttocmakeup
  \stoptocmakeup
 }

\starttext

\startstandardmakeup
  \title{Your Title Here}
\stopstandardmakeup

\startsection[title={Motivation}]
\TOC
\startitemize

\item something cool
\item something else cool

\stopitemize
\stopsection

\startsection[title={Main strands of theory}]
\TOC
\startitemize

\item another cool thing
\item cool too

\stopitemize
\stopsection


\stoptext

Thanks in advance.

Jethro
___
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-04-28 Thread Floris van Manen via ntg-context
 > checking > char . (U+0002E) in font '' with id 0: missing
fonts   > checking > char p (U+00070) in font '' with id 0: missing
fonts   > checking > char g (U+00067) in font '' with id 0: missing
fonts   > checking > char f (U+00066) in font '' with id 0: missing
backend > xmp > using file 
'/home/vm/context/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml'

pages   > flushing realpage 1, userpage 1, subpage 1
close source> level 4, order 16, name 'context.tex'
close source> level 3, order 16, name 'pgfsys.code.tex'
close source> level 2, order 16, name 
'/home/vm/context/tex/texmf-context/tex/context/modules/mkxl/m-tikz.mkxl'

close source> level 1, order 16, name './context 24.tex'
(\end occurred when luacondition \ifeof on line 1740 was 
incomplete)(\end occurred when \noif on line 3 was incomplete)

mkiv lua stats  > used config file:
mkiv lua stats  > used cache path: /home/vm/luametatex-cache/context
mkiv lua stats  > resource resolver: loadtime 0.048 seconds, 1 scans 
with scantime 0.046 seconds, 0 shared scans, 25 found files, scanned 
paths: /home/vm/context
mkiv lua stats  > stored bytecode data: 510 modules (0.182 sec), 105 
tables (0.008 sec), 615 chunks (0.190 sec)
mkiv lua stats  > traced context: maxstack: 1698, freed: 0, unreachable: 
1698

mkiv lua stats  > cleaned up reserved nodes: 73 nodes, 7 lists of 437
mkiv lua stats  > node memory usage: 9 attribute, 1 glue, 121 gluespec, 
3 kern, 645 mathspec, 2 penalty, 2 temp
mkiv lua stats  > node list callback tasks: 16 unique task lists, 13 
instances (re)created, 44 calls

mkiv lua stats  > used backend: pdf
mkiv lua stats  > jobdata time: 0.001 seconds saving, 0.000 seconds loading
mkiv lua stats  > callbacks: file: 6771, saved: 1700, direct: 22, 
function: 2014, value: 4, message: 0, bytecode: 615, late 0, total: 
11126 (0 per page)

mkiv lua stats  > randomizer: initialized with value 0.16338585719336
mkiv lua stats  > loaded tex modules: 1 requested, all found (*-tikz)
mkiv lua stats  > loaded patterns: en::1, load time: 0.000
mkiv lua stats  > loaded fonts: 3 files: texgyrebonummath-companion.otf, 
texgyrebonum-math.otf, ibmplexserif-regular.otf
mkiv lua stats  > font engine: otf 3.133, afm 1.513, tfm 1.000, 13 
instances, 8 shared in backend, 4 common vectors, 4 common hashes, load 
time 0.141 seconds

mkiv lua stats  > math tweaking time: 0.045 seconds, 12 math goodie tables
mkiv lua stats  > font embedding time: 0.002 seconds, 1 fonts
mkiv lua stats  > result saved in file: context 24.pdf, compresslevel 1, 
objectcompresslevel 3
mkiv lua stats  > positions: 4 collected, 0 deltas, 0 shared partials, 0 
partial entries
mkiv lua stats  > used platform: linux-64, type: unix, binary subtree: 
texmf-linux-64
mkiv lua stats  > used engine: luametatex version: 2.1009, functionality 
level: 20230427, format id: 689, compiler: gcc
mkiv lua stats  > tex properties: 806391 hash slots used of 2097152, 
50996 control sequences, approximate memory usage: 40 MB
mkiv lua stats  > lua properties: engine: lua 5.4, used memory: 62 MB, 
ctx: 60 MB, max: 60 MB, symbol mask: utf (τεχ)
mkiv lua stats  > runtime: 0.401 seconds, 1 processed pages, 1 shipped 
pages, 2.491 pages/second

mtx-context | fatal error: return code: 1



___
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] Nuclear reactions

2023-04-15 Thread Gavin via ntg-context
Hi List,

I am still interested in knowing if there is a good way to do nuclear reactions 
using \chemical. But I found something that works for my current needs:

\define[1]\Sr{\mathord{\rm Sr}__{38}^^{#1}}
\define[1]\Xe{\mathord{\rm Xe}__{54}^^{#1}}
\define[1]\U{\mathord{\rm U}__{92}^^{#1}}

\starttext
Reaction:
\startformula
  \U{235} + n \rightarrow \Sr{94} + \Xe{140} + 2n
\stopformula 
\stoptext

Since I will be writing many reactions with a dozen or so different atomic 
symbols, it makes sense to create a command for each atomic symbol that adds 
the correct atomic number and takes the mass number as an argument.

Hope someone else can benefit. I still getting used to ConTeXt's treatment of 
{…}, which does not appear to be TeX's way.

Gavin


> On Apr 15, 2023, at 11:19 AM, Gavin  wrote:
> 
> Hi list,
> 
> I’m writing nuclear reactions. When add prescripts to atomic symbols with two 
> letters, (Be, Sr, Xe, etc.) the prescripts split the atoms! (See output 
> below.) 
> 
> \starttext
> Text:   \lohi[left]{4}{10}Be.
> Reaction:
> \startformula
>  {\rm U}^^{235}__{92} + n \rightarrow {\rm Sr}^^{94}__{38} + {\rm 
> Xe}^^{140}__{54} + 2n
> \stopformula 
> \stoptext
> 
> I looked at \chemical and \molecule, but could not find a way to make 
> isotopes with those. Any ideas?
> 
> Gavin
> 
> 

___
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 / punctuation / math

2023-04-01 Thread Alan Braslau via ntg-context
Here in Colorado, we need $\widecowboyhat$.
Of course, care should be taken so that it typeset properly in
right-to-left as well.

Alan


On Sat, 1 Apr 2023 10:27:41 +0200
Hans Hagen via ntg-context  wrote:

> Hi,
> 
> There have been some mails about punctuation spacing and a fix was
> added to the engine that related to that. As tests showed it to be
> okay so we made an update. It took a bit longer than normal because
> we were in the middle of some other math stuff: additional fonts and
> extensibles.
> 
> Daniel Flipo maintains a few math fonts (like concrete, xcharter, 
> erewhon, kp, euler) and the last few weeks more extensive support for 
> extensibles was added and concrete became quite nice too, so these
> fonts make a nice benchmark. As they are part of the lmtx install and
> we made sure to support them.
> 
> In the process we adapted our 2023 roadmap of which part is attached
> (we included an example end then decided to show of concrete).
> 
> When we go through the process of 'upgrading' we noticed some 
> interesting names for symbols and 'constructs'. Quite some come from 
> plain and/or amsmath (in the past taco and aditya did some porting to 
> context) and we're not always sure if something is really used (or
> even what it was intended for) so if you notice something weird or
> missing, let us know. Examples are welcome too. It might also be that
> something can go away because it's obsolete or never needed (so far
> we could resist te kick-out-symbole-name temptation when it comes to
> symbol names that we think no sane user can remember or imagine to be
> there).
> 
> When often add extra tests to the test suite (math subsection).
> 
> Hans & Mikael
> 
> ps. Alan and I are still messing around with some cross referencing. 
> That code is still experimental and can have issues that we're
> looking at but hard to nail down (huge complex cross-referencing
> documents). More about that later.
> 
> ==
> 
> We added the tex of the pdf below
> 
> == extract from roadmap ==
> 
> \usemodule[article-basic,abbreviations-logos]
> 
> \setupbodyfont[concrete]
> 
> \starttext
> 
> \startsubject[title=Math in \CONTEXT\ roadmap]
> 
> \startitemize[n]
> 
> \startitem
>  After playing with math support for more than a year, we have
> come to the
>  conclusion that it is time to move on. We have already discarded
> italic correction and now are replacing rules with extensibles. Much
> was already in
>  place (and applied) but experiences with type one antykwas made
> us review
>  some \OPENTYPE\ fonts. Not using rules makes some of them look 
> better. The
>  effect is subtle and probably not \AMS\ compliant, but we think 
> that it will
>  work out well for simple math like fractions of decimal numbers.
>  Consequently, we have added to our shrinking to-do list the
> burden to investigate whether we can remove those obsolete code paths
> from the engine.
>  After all, who needs italic correction, who prefers ugly rules
> to beautiful
>  glyphs, and who understands all these font parameters?
> Furthermore, after all
>  these years, we don't expect \OPENTYPE\ font and \UNICODE\ math 
> technologies
>  to improve much; we don't know if \MICROSOFT\ is developing
> their technology
>  further at all. Therefore, we are confident that what we are
> doing is the way
>  it should have been done when math was upgraded. Hopefully users 
> will notice
>  the improvements.
> \stopitem
> 
> \startitem
>  Math also means physics and units (that topic was brought up 
> recently on the
>  list by Gavin). Therefore, because we're in cleanup mode, we
> decided to eliminate some more. With \ISO\ now in place for a long
> time, we are going to
>  ignore the existence of the inch as unit from now on. The unit
> will probably
>  remain in the engine for nostalgic reasons, but it will no be 
> accepted in
>  MWE. Instead, we will provide some more modern, culturally
> correct, kid-friendly units that we will use in examples, manuals and
> such. Because
>  the four-person strong team dealing with this wants to avoid
> making mistakes,
>  we will go through a careful and scientifically sound process of 
> calibration
>  first, using a selected tex savvy audience. We expect these new 
> units to be
>  stable a month from now. Believe it or not, in the process of 
> documenting all
>  this, we found a buglet in the new math dimension spacing, so it 
> has already
>  paid off. Expect to hear more in a month or so, and enjoy your 
> inches as long
>  as you

Re: [NTG-context] update / punctuation / math

2023-04-01 Thread Willi Egger via ntg-context
Cute, as always today :-)

Willi

> On 1 Apr 2023, at 10:27, Hans Hagen via ntg-context  
> wrote:
> 
> Hi,
> 
> There have been some mails about punctuation spacing and a fix was added to 
> the engine that related to that. As tests showed it to be okay so we made an 
> update. It took a bit longer than normal because we were in the middle of 
> some other math stuff: additional fonts and extensibles.
> 
> Daniel Flipo maintains a few math fonts (like concrete, xcharter, erewhon, 
> kp, euler) and the last few weeks more extensive support for extensibles was 
> added and concrete became quite nice too, so these fonts make a nice 
> benchmark. As they are part of the lmtx install and we made sure to support 
> them.
> 
> In the process we adapted our 2023 roadmap of which part is attached (we 
> included an example end then decided to show of concrete).
> 
> When we go through the process of 'upgrading' we noticed some interesting 
> names for symbols and 'constructs'. Quite some come from plain and/or amsmath 
> (in the past taco and aditya did some porting to context) and we're not 
> always sure if something is really used (or even what it was intended for) so 
> if you notice something weird or missing, let us know. Examples are welcome 
> too. It might also be that something can go away because it's obsolete or 
> never needed (so far we could resist te kick-out-symbole-name temptation when 
> it comes to symbol names that we think no sane user can remember or imagine 
> to be there).
> 
> When often add extra tests to the test suite (math subsection).
> 
> Hans & Mikael
> 
> ps. Alan and I are still messing around with some cross referencing. That 
> code is still experimental and can have issues that we're looking at but hard 
> to nail down (huge complex cross-referencing documents). More about that 
> later.
> 
> ==
> 
> We added the tex of the pdf below
> 
> == extract from roadmap ==
> 
> \usemodule[article-basic,abbreviations-logos]
> 
> \setupbodyfont[concrete]
> 
> \starttext
> 
> \startsubject[title=Math in \CONTEXT\ roadmap]
> 
> \startitemize[n]
> 
> \startitem
>After playing with math support for more than a year, we have come to the
>conclusion that it is time to move on. We have already discarded italic
>correction and now are replacing rules with extensibles. Much was already 
> in
>place (and applied) but experiences with type one antykwas made us review
>some \OPENTYPE\ fonts. Not using rules makes some of them look better. The
>effect is subtle and probably not \AMS\ compliant, but we think that it 
> will
>work out well for simple math like fractions of decimal numbers.
>Consequently, we have added to our shrinking to-do list the burden to
>investigate whether we can remove those obsolete code paths from the 
> engine.
>After all, who needs italic correction, who prefers ugly rules to beautiful
>glyphs, and who understands all these font parameters? Furthermore, after 
> all
>these years, we don't expect \OPENTYPE\ font and \UNICODE\ math 
> technologies
>to improve much; we don't know if \MICROSOFT\ is developing their 
> technology
>further at all. Therefore, we are confident that what we are doing is the 
> way
>it should have been done when math was upgraded. Hopefully users will 
> notice
>the improvements.
> \stopitem
> 
> \startitem
>Math also means physics and units (that topic was brought up recently on 
> the
>list by Gavin). Therefore, because we're in cleanup mode, we decided to
>eliminate some more. With \ISO\ now in place for a long time, we are going 
> to
>ignore the existence of the inch as unit from now on. The unit will 
> probably
>remain in the engine for nostalgic reasons, but it will no be accepted in
>MWE. Instead, we will provide some more modern, culturally correct,
>kid-friendly units that we will use in examples, manuals and such. Because
>the four-person strong team dealing with this wants to avoid making 
> mistakes,
>we will go through a careful and scientifically sound process of 
> calibration
>first, using a selected tex savvy audience. We expect these new units to be
>stable a month from now. Believe it or not, in the process of documenting 
> all
>this, we found a buglet in the new math dimension spacing, so it has 
> already
>paid off. Expect to hear more in a month or so, and enjoy your inches as 
> long
>as you still can. In case you wonder how this relates to math other than
>mentioned: the math subsystem has 'mu' as adaptive unit, and that inspired 
> is
>

[NTG-context] update / punctuation / math

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

Hi,

There have been some mails about punctuation spacing and a fix was added 
to the engine that related to that. As tests showed it to be okay so we 
made an update. It took a bit longer than normal because we were in the 
middle of some other math stuff: additional fonts and extensibles.


Daniel Flipo maintains a few math fonts (like concrete, xcharter, 
erewhon, kp, euler) and the last few weeks more extensive support for 
extensibles was added and concrete became quite nice too, so these fonts 
make a nice benchmark. As they are part of the lmtx install and we made 
sure to support them.


In the process we adapted our 2023 roadmap of which part is attached (we 
included an example end then decided to show of concrete).


When we go through the process of 'upgrading' we noticed some 
interesting names for symbols and 'constructs'. Quite some come from 
plain and/or amsmath (in the past taco and aditya did some porting to 
context) and we're not always sure if something is really used (or even 
what it was intended for) so if you notice something weird or missing, 
let us know. Examples are welcome too. It might also be that something 
can go away because it's obsolete or never needed (so far we could 
resist te kick-out-symbole-name temptation when it comes to symbol names 
that we think no sane user can remember or imagine to be there).


When often add extra tests to the test suite (math subsection).

Hans & Mikael

ps. Alan and I are still messing around with some cross referencing. 
That code is still experimental and can have issues that we're looking 
at but hard to nail down (huge complex cross-referencing documents). 
More about that later.


==

We added the tex of the pdf below

== extract from roadmap ==

\usemodule[article-basic,abbreviations-logos]

\setupbodyfont[concrete]

\starttext

\startsubject[title=Math in \CONTEXT\ roadmap]

\startitemize[n]

\startitem
After playing with math support for more than a year, we have come 
to the

conclusion that it is time to move on. We have already discarded italic
correction and now are replacing rules with extensibles. Much was 
already in
place (and applied) but experiences with type one antykwas made us 
review
some \OPENTYPE\ fonts. Not using rules makes some of them look 
better. The
effect is subtle and probably not \AMS\ compliant, but we think 
that it will

work out well for simple math like fractions of decimal numbers.
Consequently, we have added to our shrinking to-do list the burden to
investigate whether we can remove those obsolete code paths from 
the engine.
After all, who needs italic correction, who prefers ugly rules to 
beautiful
glyphs, and who understands all these font parameters? Furthermore, 
after all
these years, we don't expect \OPENTYPE\ font and \UNICODE\ math 
technologies
to improve much; we don't know if \MICROSOFT\ is developing their 
technology
further at all. Therefore, we are confident that what we are doing 
is the way
it should have been done when math was upgraded. Hopefully users 
will notice

the improvements.
\stopitem

\startitem
Math also means physics and units (that topic was brought up 
recently on the

list by Gavin). Therefore, because we're in cleanup mode, we decided to
eliminate some more. With \ISO\ now in place for a long time, we 
are going to
ignore the existence of the inch as unit from now on. The unit will 
probably
remain in the engine for nostalgic reasons, but it will no be 
accepted in

MWE. Instead, we will provide some more modern, culturally correct,
kid-friendly units that we will use in examples, manuals and such. 
Because
the four-person strong team dealing with this wants to avoid making 
mistakes,
we will go through a careful and scientifically sound process of 
calibration
first, using a selected tex savvy audience. We expect these new 
units to be
stable a month from now. Believe it or not, in the process of 
documenting all
this, we found a buglet in the new math dimension spacing, so it 
has already
paid off. Expect to hear more in a month or so, and enjoy your 
inches as long
as you still can. In case you wonder how this relates to math other 
than
mentioned: the math subsystem has 'mu' as adaptive unit, and that 
inspired is

to come up with one for text (in addition to two new more or less fixed
units).
\stopitem

\startitem
The math family model is a fundamental concept in \TEX\ but we 
think we can
do without. First of all, \OPENTYPE\ math fonts have (design) 
script and
scriptscript sizes built in, so for that we have one family. 
Second, only

full bold (heavy) makes sense as companion for regular math which is
something that in practice we can support otherwise. So, this makes us
consider dropping families altogether which then provides (mem) 
space for


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 Carlos via ntg-context
On Sat, Mar 25, 2023 at 09:26:36PM +0100, Hans Hagen via ntg-context wrote:
> 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)
> 

Hans, your advice for using otf fonts worked. Thanks. 

system  > lua > compiling 
'/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tma'
 into 
'/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tmd'
system  > lua > dumping 
'/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tma'
 into 
'/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tmd'
 stripped

Not how I wanted it originally as in Void Linux with texnansi encoding and a 
TeXLive2021 prepackaged

mkiv lua stats  > loaded fonts: 4 files: lucidabrightregular.otf, 
lucidasansregular.otf, latinmodern-math.otf, lmroman12-regular.otf
mkiv lua stats  > font engine: otf 3.113, afm 1.513, tfm 1.000, 12 instances, 6 
shared in backend, 4 common vectors, 2 common hashes, load time 0.413 seconds 
mkiv lua stats  > used platform: linux-64, type: unix, binary subtree: usr
mkiv lua stats  > used engine: luatex version: 1.13, functionality level: 7418, 
banner: this is luatex, version 1.13.0 (tex live 2021/voidlinux)
mkiv lua stats  > used hash slots: 48145 of 65536 + 20
mkiv lua stats  > lua properties: engine: lua 5.3, used memory: 158 MB, ctx: 
158 MB, max: unknown MB, hash chars: min(64,40), symbol mask: utf (τεχ)


Or with otf under Alpine. but yes. otf rather than ttf  

backend > fonts > width units in 'SGVYNL+LucidaBright-Italic' are 2048, 
forcing 1000 instead
backend > fonts > width units in 'QRVECH+LucidaBright' are 2048, 
forcing 1000 instead
system  > start used files
system  > text: atestinlucida-OTF
system  > stop used files
system  > start used files
 


> > 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
> ___

-- 
The New Testament offers the basis for modern computer coding theory,
in the form of an affirmation of the binary number system.

But let your communication be Yea, yea; nay, nay:
for whatsoever is more than these cometh of evil.
-- Matthew 5:37

___
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 Carlos via ntg-context
e/mkiv/lpdf-pdx.xml'
pages   > flushing realpage 1,  userpage 1,  subpage 1
close source> level 1,  order 5,  name './atestinlucida-context-55.mkiv'
mkiv lua stats  > used config file: 
selfautoparent:/texmf-local/web2c/texmfcnf.lua\selfautoparent:/texmf-dist/web2c/texmfcnf.lua
mkiv lua stats  > used cache path: 
/usr/local/texlive/2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1
mkiv lua stats  > resource resolver: loadtime 0.171 seconds,  0 scans with 
scantime 0.000 seconds,  0 shared scans,  15 found files,  scanned paths: 
mkiv lua stats  > stored bytecode data: 508 modules (0.388 sec),  105 tables 
(0.012 sec),  613 chunks (0.400 sec)
mkiv lua stats  > traced context: maxstack: 1676,  freed: 0,  unreachable: 1676
mkiv lua stats  > cleaned up reserved nodes: 73 nodes,  7 lists of 435
mkiv lua stats  > node memory usage: 9 attribute,  1 glue,  120 gluespec,  3 
kern,  645 mathspec,  2 penalty,  2 temp
mkiv lua stats  > node list callback tasks: 13 unique task lists,  9 instances 
(re)created,  80 calls
mkiv lua stats  > used backend: pdf
mkiv lua stats  > jobdata time: 0.001 seconds saving,  0.001 seconds loading
mkiv lua stats  > callbacks: file: 248,  saved: 271,  direct: 2,  function: 
2060,  value: 2,  message: 0,  bytecode: 613,  late 0,  total: 3196 (3196 per 
page)
mkiv lua stats  > randomizer: resumed with value 0.29095435177481
mkiv lua stats  > loaded patterns: en::1,  load time: 0.000
mkiv lua stats  > loaded fonts: 2 files: latinmodern-math.otf,  
lmroman10-regular.otf
mkiv lua stats  > font engine: otf 3.133,  afm 1.513,  tfm 1.000,  10 
instances,  5 shared in backend,  3 common vectors,  2 common hashes,  load 
time 0.315 seconds 
mkiv lua stats  > math tweaking time: 0.055 seconds,  12 math goodie tables
mkiv lua stats  > font embedding time: 0.005 seconds,  1 fonts
mkiv lua stats  > result saved in file: atestinlucida-context-55.pdf,  
compresslevel 1,  objectcompresslevel 3
mkiv lua stats  > positions: 4 collected,  0 deltas,  0 shared partials,  0 
partial entries
mkiv lua stats  > used platform: linuxmusl,  type: unix,  binary subtree: bin
mkiv lua stats  > used engine: luametatex version: 2.1007,  functionality 
level: 20230310,  format id: 686,  compiler: clang
mkiv lua stats  > tex properties: 740853 hash slots used of 2097152,  51466 
control sequences,  approximate memory usage: 44 MB
mkiv lua stats  > lua properties: engine: lua 5.4,  used memory: 104 MB,  ctx: 
100 MB,  max: 100 MB,  symbol mask: utf (τεχ)
mkiv lua stats  > runtime: 0.831 seconds,  1 processed pages,  1 shipped pages, 
 1.203 pages/second
system  | total runtime: 0.844 seconds of 1.069 seconds





> 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
> ___

-- 
Fly Windows NT:
All the passengers carry their seats out onto the tarmac, placing the chairs
in the outline of a plane. They all sit down, flap their arms and make jet
swooshing sounds as if they are flying.

___
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 Gavin via ntg-context

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.

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.

Thanks!
Gavin


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”.

___
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] Font substitution for extensible symbols

2023-02-01 Thread Yaroslav Beltukov via ntg-context
Good day everyone,

I'm trying to replace the math radical symbol (with all its variants) in
one font with another one. Some fonts have too few radical symbols of
different sizes, which results in enormous spacing in radicals.

However, there is a bug in the new font replacement mechanism. Here is MWE:

% 0x221A is the radical symbol
\definefallbackfamily [MainFace] [mm] [TeX Gyre Pagella Math] [force=yes,
range=0x221A]
\definefontfamily [MainFace] [tf] [Cambria] % or [XITS]
\definefontfamily [MainFace] [mm] [Cambria Math] % or [XITS Math]
\setupbodyfont [MainFace]
\starttext
\startformula

\sqrt{\frac{1}{2}}\dorecurse{15}{+\sqrt{\blackrule[width=10pt,height=#1pt,depth=#1pt,color=gray]}}
\stopformula
\startformula
  \sqrt{\blackrule[width=10pt,height=100pt,depth=100pt,color=gray]}
\stopformula
\stoptext

It works in MKIV but it gives the following error in the latest LMTX:

...mkxl/math-vfu.lmt:675: attempt to get length of a nil value (global 'hp')

It is caused by the following loop in math-vfu.lmt:

local pv = olddata.parts
if pv then
pv = fastcopy(pv)
newdata.parts = pv
for i=1,#hp do
local pvi = pv[i]
...

One can see that #hp should be #pv. After this correction, the error
disappears and we get different sizes of radicals from the new font.
However, now the extended version of the radical does not work. Actually,
this loop is devoted to copying the parts of the extended symbol, and it
does not work as expected. Obviously, there is something deeper than the
correction of the typo. The same behaviour is for other extensible symbols
(e.g. parentheses).

I hope this issue can be resolved. A more deeper understanding is required
here.

Best regards,
Yaroslav

P.S. sometimes I get the following output. Maybe it is related:
otf reader  > cff > unknown local call ?, case 1 : [] n=0
___
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 $\vec{}$

2023-01-20 Thread Alexandre Christe via ntg-context
It does! Thanks Mikael.

Le ven. 20 janv. 2023 à 16:52, Mikael Sundqvist via ntg-context <
ntg-context@ntg.nl> a écrit :

> I think there is a change going on, try with
>
> \definemathtopaccent[top:stretch][vec]["20D7]
>
> for the moment. Does it look OK?
>
> /Mikael
>
> On Fri, Jan 20, 2023 at 2:45 PM Alexandre Christe via ntg-context
>  wrote:
> >
> > I confirm the behavior.
> >
> > Also possibly linked is that the spacing around $\overrightarrow{k}$
> seems pretty weird, so atm there is no fallback solution.
> >
> >
> >
> > Le ven. 20 janv. 2023 à 14:37, Alan Braslau via ntg-context <
> ntg-context@ntg.nl> a écrit :
> >>
> >> MWE:
> >>
> >> \starttext
> >>
> >> $\vec{k}$
> >>
> >> \stoptext
> >>
> >> places the arrow *before* the symbol "k", latest download.
> >>
> >> Alan
> >>
> ___
> >> 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
> >>
> ___
> >
> >
> ___
> > 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
> >
> ___
>
> ___
> 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
>
> ___
>
___
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 $\vec{}$

2023-01-20 Thread Mikael Sundqvist via ntg-context
I think there is a change going on, try with

\definemathtopaccent[top:stretch][vec]["20D7]

for the moment. Does it look OK?

/Mikael

On Fri, Jan 20, 2023 at 2:45 PM Alexandre Christe via ntg-context
 wrote:
>
> I confirm the behavior.
>
> Also possibly linked is that the spacing around $\overrightarrow{k}$ seems 
> pretty weird, so atm there is no fallback solution.
>
>
>
> Le ven. 20 janv. 2023 à 14:37, Alan Braslau via ntg-context 
>  a écrit :
>>
>> MWE:
>>
>> \starttext
>>
>> $\vec{k}$
>>
>> \stoptext
>>
>> places the arrow *before* the symbol "k", latest download.
>>
>> Alan
>> ___
>> 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
>> ___
>
> ___
> 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
> ___
___
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 $\vec{}$

2023-01-20 Thread Alexandre Christe via ntg-context
I confirm the behavior.

Also possibly linked is that the spacing around $\overrightarrow{k}$ seems
pretty weird, so atm there is no fallback solution.



Le ven. 20 janv. 2023 à 14:37, Alan Braslau via ntg-context <
ntg-context@ntg.nl> a écrit :

> MWE:
>
> \starttext
>
> $\vec{k}$
>
> \stoptext
>
> places the arrow *before* the symbol "k", latest download.
>
> Alan
>
> ___
> 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
>
> ___
>
___
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   >