Re: [NTG-context] upload
On Wed, Jul 6, 2022 at 10:10 PM Hans Hagen via ntg-context wrote: > > Hi, > > We're pleased to announce the first official release of the new math > code. We're talking of: > > -- a reworked math engine (which happened stepwise so some already > trickled into previous uploads) > > -- settling on one model for display math but with alignment variants as > well as improving inline math (e.g. wrt linebreaks) > > -- redoing bit of the (sub) numbering > > -- improving the alignment features (the traditional one and the > text/page mode one) > > -- fixing the math font using all kind of tweaks in the goodie file > > -- providing means to annotate formulas > > -- we ditched support for \over simply because it is too fragile wrt > spacing (one can \usemodule[oldmath] to get it back > > -- we might move some more alien stuff to m-oldmath in due time > > We paid a lot of attention to details of positioning, sizing and spacing > of glyphs. We do have some documents in the making that describe this > (some are in the ontarget namespace) and the second half of this year we > use for writing a math manual (Mikael) and updating the luametatex > manual (Hans). For sure we will run into unforseen issues, come up with > additional things and try to please users who have demands. There are > 'hidden' features that will be revealed stepwise. > > An example of some usage will be posted next. > > The pragma-ade.com domain is still in transfer but the nl one should > work fine. There is now also a https://www.luametatex.org that might be > get some more than there is now (when i find it useful but best to have > the domain for the ctx group). > > Mikael & Hans > > (on behalf of the CMS) Hi, Attached is a file with some example formulas and comments that might be of help. /Mikael someformulas.tex Description: Binary data ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] upload
Hi, We're pleased to announce the first official release of the new math code. We're talking of: -- a reworked math engine (which happened stepwise so some already trickled into previous uploads) -- settling on one model for display math but with alignment variants as well as improving inline math (e.g. wrt linebreaks) -- redoing bit of the (sub) numbering -- improving the alignment features (the traditional one and the text/page mode one) -- fixing the math font using all kind of tweaks in the goodie file -- providing means to annotate formulas -- we ditched support for \over simply because it is too fragile wrt spacing (one can \usemodule[oldmath] to get it back -- we might move some more alien stuff to m-oldmath in due time We paid a lot of attention to details of positioning, sizing and spacing of glyphs. We do have some documents in the making that describe this (some are in the ontarget namespace) and the second half of this year we use for writing a math manual (Mikael) and updating the luametatex manual (Hans). For sure we will run into unforseen issues, come up with additional things and try to please users who have demands. There are 'hidden' features that will be revealed stepwise. An example of some usage will be posted next. The pragma-ade.com domain is still in transfer but the nl one should work fine. There is now also a https://www.luametatex.org that might be get some more than there is now (when i find it useful but best to have the domain for the ctx group). Mikael & Hans (on behalf of the CMS) - 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Custom engine settings in AUCTEX
On 7/2/2022 11:08 PM, Lizardo Reyna via ntg-context wrote:
You can try adding a TeX-command with this:
(eval-after-load "context"
'(setq TeX-command-list
(append
'(
("context"
"context --purgeall %t"
TeX-run-command t :help "Run context (MarkIV)")
("luametatex"
"context --purgeall %t"
TeX-run-command t :help "Run context (LMTX)")
) TeX-command-list
)
)
)
--
Assuming that the runner (mtxrun or context) is an alias to luametatex,
you can do:
context foo.tex : lmtx
context --luatex foo.tex : mkiv
an lmtx installation assume this. So, luametatex, iven when not used is
the assumed runner for luatex then.
ps. On some platforms mtxrun/context is a small independent stub but
that will change for this model. The same for shebang'd launching: we
always assume a binary stub.
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 / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Custom engine settings in AUCTEX
You can try adding a TeX-command with this:
(eval-after-load "context"
'(setq TeX-command-list
(append
'(
("context"
"context --purgeall %t"
TeX-run-command t :help "Run context (MarkIV)")
("luametatex"
"context --purgeall %t"
TeX-run-command t :help "Run context (LMTX)")
) TeX-command-list
)
)
)
--
Mauricio Reyna
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Custom engine settings in AUCTEX
It seems to use the old texexec with your configuration example Running `ConTeXt Full' on `rutor' with ``texexec --engine=luametatex --interface=en --nonstop rutor.tex'' /bin/sh: texexec: command not found TeX Output exited abnormally with code 127 at Sat Jul 2 09:50:33 > 1 juli 2022 kl. 15:50 skrev Mauricio Reyna via ntg-context > : > > This is my emacs setup for AUCTEX with ConTeXt. > > ;; Install straight.el > (defvar bootstrap-version) > (let ((bootstrap-file >(expand-file-name "straight/repos/straight.el/bootstrap.el" > user-emacs-directory)) > (bootstrap-version 5)) > (unless (file-exists-p bootstrap-file) > (with-current-buffer > (url-retrieve-synchronously > > "https://raw.githubusercontent.com/raxod502/straight.el/develop/install.el > <https://raw.githubusercontent.com/raxod502/straight.el/develop/install.el>" > 'silent 'inhibit-cookies) > (goto-char (point-max)) > (eval-print-last-sexp))) > (load bootstrap-file nil 'nomessage)) > > > > ;; Install use-package > (straight-use-package 'use-package) > > > ;; Configure use-package to use straight.el by default > (use-package straight > :custom (straight-use-package-by-default t)) > > > > > (use-package yasnippet) > > ;;; Auctex > > > (defun my-context-setup () > (custom-set-variables >'(ConTeXt-Mark-version "LMTX") >'(ConTeXt-engine "lutametatex"))) > > > > (straight-use-package 'auctex) > > > (add-hook 'ConTeXt-mode-hook > (lambda () > (reftex-mode 1) > (flyspell-mode 1) > (auto-fill-mode 1) > ;(relative-line-numbers-mode 1) > ;(abbrev-mode 1) > (my-context-setup) > (yas-minor-mode) > (yas-reload-all))) > > > I hope this help you > > Mauricio > ___ > 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> / > http://www.ntg.nl/mailman/listinfo/ntg-context > <http://www.ntg.nl/mailman/listinfo/ntg-context> > webpage : http://www.pragma-ade.nl <http://www.pragma-ade.nl/> / > http://context.aanhet.net <http://context.aanhet.net/> > archive : https://bitbucket.org/phg/context-mirror/commits/ > <https://bitbucket.org/phg/context-mirror/commits/> > wiki : http://contextgarden.net <http://contextgarden.net/> > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Cambria giving all bold
Curious - I just tried on another computer (Mac) using the exact same
source and MS .ttf files and I do not get bold regular text. Both use
updated lmtx. Something odd going on (that I will try to figure out).
Clearing the luametatex cache corrected the problem - sorry all for the
noise.
Alan
On Fri, 1 Jul 2022 10:55:39 -0600
Alan via ntg-context wrote:
> Would somebody test and confirm that cambria gives all bold text
> (including the header)? - Of course, you need to have the cambria.ttf
> from MS.
>
> Thank you
>
> Alan
>
>
> \starttext
> Not bold
>
> \bold {bold}
>
> \setupbodyfont [cambria,10pt]
>
> Not bold
>
> \bold {bold}
> \stoptext
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] the system not working on Linux 32 with Context-lmtx
Le 27/06/2022 à 22:32, Pablo Rodriguez via ntg-context a écrit : On 6/27/22 20:00, Henning Hraban Ramm via ntg-context wrote: Am 27.06.22 um 19:10 schrieb Alain Delmotte via ntg-context: […] When I run from the console: context sanstitre-2.tex mtxrun | unknown script 'context.lua' or 'mtx-context.lua' […] What should I do? […] Try to rebuild the database: mtxrun --generate Hi Alain, as Hraban points out, "mtxrun --generate" is your friend. I can simply reproduce you error with: mtxrun --scripts cache --erase So I get: $ context mtxrun | unknown script 'mtx-context.lua' or 'mtx-mtx-context.lua' Everything works fine again after I run: mtxrun --generate. Before the first run after installation, this command is mandatory to build the database. I hope it helps, Pablo Hi Pablo and Haram, When I was running mtxrun --generate, there was an interference with TeX Live, so I uninstalled it, then it worked. I do not know if that time I did run mtxrun. But under TeXworks when I selected context as program it kept electing luametatex, and it didn't work; so I manually wrote "context" and it worked!! Thanks for your help, Alain ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] not working "mtxrun --scripts cache --erase"
On 6/27/22 11:35, Hans Hagen via ntg-context wrote: > On 6/27/2022 12:38 AM, Max Chernoff via ntg-context wrote: >>> I’m afraid that I have just found out that "mtxrun --scripts cache >>> --erase" doesn’t delete a single file from the cache. >> [...] >> If I change line 81 of >> >> texmf-context/scripts/context/lua/mtx-cache.lua >> [...] >> to >> if find(filename,"luametatex%-cache") then >> the problem appears to be fixed. > maybe can you test with > > LUATEXENGINE .. "%-cache" Hi Max and Hans, both approaches work. 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] not working "mtxrun --scripts cache --erase"
On 6/27/2022 12:38 AM, Max Chernoff via ntg-context wrote: I’m afraid that I have just found out that "mtxrun --scripts cache --erase" doesn’t delete a single file from the cache. Could anyone confirm the issue? I can confirm that the same thing happens here. If I change line 81 of texmf-context/scripts/context/lua/mtx-cache.lua from if find(filename,"luatex%-cache") then to if find(filename,"luametatex%-cache") then the problem appears to be fixed. maybe can you test with LUATEXENGINE .. "%-cache" no time now myself 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] not working "mtxrun --scripts cache --erase"
I’m afraid that I have just found out that "mtxrun --scripts cache
--erase" doesn’t delete a single file from the cache.
Could anyone confirm the issue?
I can confirm that the same thing happens here.
If I change line 81 of
texmf-context/scripts/context/lua/mtx-cache.lua
from
if find(filename,"luatex%-cache") then
to
if find(filename,"luametatex%-cache") then
the problem appears to be fixed.
-- Max
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Count (and limit) glyphs per line?
node.new "glyph" >hyphen.char = language.prehyphenchar(0) >hyphen.font = font.current() >local width = hyphen.width >node.free(hyphen) > >local chars = 0 >local n = head >while n do >if n.id == glyph_id or n.id == glue_id then >chars = chars + 1 >width = width + n.width - (n.shrink or 0) >end > >if chars >= max_length or width > tex.hsize then >local back_chars = 0 >local end_disc = nil > >while n do >if n.id == glue_id then >local penalty = node.new "penalty" >penalty.penalty = -1 >node.insertbefore(head, n, penalty) >break >end > >if not end_disc and n.id == disc_id then >end_disc = n >end > >if end_disc and back_chars >= 5 then >end_disc.penalty = -1 >break >end > >if n.id == glyph_id then >back_chars = back_chars + 1 >end > >n = n.prev >end > > width = 0 >chars = 0 >end > >n = n.next >end > >return head >end > >nodes.tasks.appendaction( >"processors", >"before", >"userdata.limiter" >) >\stopluacode > > I've just added the width of a hyphen to the accumulated width. Let me know > if this works; if not, there's a more complex fix that I can try. > >> Unfortunately, I don't know what to change; I know a bit about "glyph" and >> "glue", but what is "disc" and would it help here? > > "disc" nodes are "discretionaries", which are usually potential hyphens. See > "The TeXbook" (page 95) or "TeX by Topic" > (https://texdoc.org/serve/texbytopic/0#subsection.19.3.1) for details on the > TeX side, or the LuaMetaTeX manual > (https://www.pragma-ade.com/general/manuals/luametatex.pdf#%231205) for > details on the Lua side. > > -- Max ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Count (and limit) glyphs per line?
It's also a very insightful example of how to use and inject Lua code in the TeX output routine. This is injecting Lua code before the paragraph builder, not in the output routine. Something like https://tex.stackexchange.com/a/644613/270600 or my module "lua-widow-control" would be an example of Lua code in the output routine. Do you mind if I add it to the wiki? (Probably under "Wrapping".) Sure However, tex.localhsize (or tex.dimen["localhsize"]) is 0 when the document is initialized. (Maybe a more sensible default would be textwidth rather than 0?) So, I added: local localhsize = tex.dimen["textwidth"] if tex.dimen["localhsize"] > 0 then localhsize = tex.dimen["localhsize"] end if chars >= max_length or width > localhsize then I don't think that's necessary. \hsize is a primitive TeX parameter that sets the width of the paragraph. It may be zero at the start of the document, but it is definitely non-zero by the end of every paragraph. The Lua function gets the current value of \hsize at the end of every paragraph, so it should be using the exact same value that TeX's paragraph builder uses, meaning that it should account for itemizations and such. I'm not really sure what \localhsize is, but it's probably similar to \hsize. (2) I'm (now?) running into trouble with hyphenation. In my own document, I also get lines with only a single character or hboxed group. I assume, this is because the hyphen is not counted and pushes the remainder to a new line where the intended breakpoint again starts another one. Try this: \startluacode local max_length = 112 local glyph_id = node.id "glyph" local disc_id = node.id "disc" local glue_id = node.id "glue" function userdata.limiter(head) language.hyphenate(head) local hyphen = node.new "glyph" hyphen.char = language.prehyphenchar(0) hyphen.font = font.current() local width = hyphen.width node.free(hyphen) local chars = 0 local n = head while n do if n.id == glyph_id or n.id == glue_id then chars = chars + 1 width = width + n.width - (n.shrink or 0) end if chars >= max_length or width > tex.hsize then local back_chars = 0 local end_disc = nil while n do if n.id == glue_id then local penalty = node.new "penalty" penalty.penalty = -1 node.insertbefore(head, n, penalty) break end if not end_disc and n.id == disc_id then end_disc = n end if end_disc and back_chars >= 5 then end_disc.penalty = -1 break end if n.id == glyph_id then back_chars = back_chars + 1 end n = n.prev end width = 0 chars = 0 end n = n.next end return head end nodes.tasks.appendaction( "processors", "before", "userdata.limiter" ) \stopluacode I've just added the width of a hyphen to the accumulated width. Let me know if this works; if not, there's a more complex fix that I can try. Unfortunately, I don't know what to change; I know a bit about "glyph" and "glue", but what is "disc" and would it help here? "disc" nodes are "discretionaries", which are usually potential hyphens. See "The TeXbook" (page 95) or "TeX by Topic" (https://texdoc.org/serve/texbytopic/0#subsection.19.3.1) for details on the TeX side, or the LuaMetaTeX manual (https://www.pragma-ade.com/general/manuals/luametatex.pdf#%231205) for details on the Lua side. -- Max ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] missing mails
On 6/24/2022 8:28 AM, Max Chernoff wrote: 2. The LuaMetaTeX manual says that "pre_linebreak_filter" is called _after_ the parfillskip glue has been added, but this doesn't seem to be the case. With LuaLaTeX/Plain LuaTeX/MkIV, this is true, but the node list passed to the callback in MkXL is missing the parfillskip. tex.linebreak hasn't yet been adapted to the additional glue (parfil left skip, and both par init skips)'; i'll do that Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] missing mails
Hi Hans,
So, if there has been serious issues not resolved (the last year) let me
know.
I've been having two issues with parfillskip nodes in LMTX that I
haven't been able to figure out myself. Neither of them are particularly
serious, but the first one is quite annoying.
(The below is mostly copied from an earlier email, "Callbacks (and
nodes) in LuaMetaTeX")
1. In LMTX, calling "tex.linebreak" produces a
luatex warning > tex: left parfill skip is gone
warning. I don't get this warning in Plain LuaTeX, LuaLaTeX, or
MkIV, so I think that it's specific to LuaMetaTeX. The LuaMetaTeX
manual hardly mentions "left parfill skip"/"parfillleftskip", so I'm
not too sure what to do to avoid this warning.
Any call to "tex.linebreak" seems to produce this warning. Here's a
minimal example:
\startluacode
function test(head)
tex.linebreak(node.copylist(head))
return head
end
nodes.tasks.appendaction("processors", "after", "test")
\stopluacode
\starttext
Hello!
\stoptext
And a less minimal example:
% From CTAN or modules.contextgarden.net
\usemodule[lua-widow-control]
\starttext
\dorecurse{10}{\samplefile{knuth}}
\stoptext
With the lwc module, I call "tex.linebreak" twice for every
paragraph, so these warning messages get quite annoying. The log
file for compiling the lwc manual
https://github.com/gucci-on-fleek/lua-widow-control/runs/6946059955?check_suite_focus=true#check-step-9
is 22000 lines long, most of which are "left parfill skip" warnings.
2. The LuaMetaTeX manual says that "pre_linebreak_filter" is called
_after_ the parfillskip glue has been added, but this doesn't seem
to be the case. With LuaLaTeX/Plain LuaTeX/MkIV, this is true, but
the node list passed to the callback in MkXL is missing the
parfillskip.
This code:
\startluacode
function test(head)
local last = node.slide(head)
print "START"
for i=1,3 do
print(last)
print(
node.type(last.id),
node.subtypes(last.id)[last.subtype],
last.width,
last.stretchorder,
last.stretch
)
last = last.prev
end
print "STOP"
return head
end
nodes.tasks.appendaction("processors", "after", "test")
\stopluacode
\starttext
Hello!
\stoptext
with MkXL produces:
START
nil : glue spaceskip>
gluespaceskip 341648 0 384354
2258 : glyph unset>
glyph nil 213792 nil nil
2521 : glyph unset>
glyph nil 385140 nil nil
STOP
START
nil : glue userskip>
glueuserskip0 2 65536
2357 : glyph unset>
glyph nil 385140 nil nil
2611 : rule strut>
rulestrut 0 nil nil
STOP
but with MkIV produces:
START
nil : glue 15>
glueparfillskip 0 nil 65536
1041 : penalty 2>
penalty linepenalty nil nil nil
1239 : glyph 256>
glyph nil 213792 nil nil
STOP
START
nil : glue 0>
glueuserskip0 nil 65536
1479 : glyph 256>
glyph nil 385140 nil nil
1375 : hlist 2>
hlist box 0 nil nil
STOP
This problem isn't very serious at all since I can work around it
fairly easily, but I'm including it since it's so closely related
to the issue above.
I _think_ that both of these are engine bugs, but I may just misreading
the docs or missing something completely. Please let me know if you have
any solutions.
Thanks,
-- Max
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Custom engine settings in AUCTEX
I changed the value for ConTeXt-Mark-version from "II" to "IV" in
context.el file.
There are more than one such entry.
In the Windows platform, I added the following to the .emacs file:
(load "context.el" nil t t)
(add-to-list 'auto-mode-alist '("\\.tex\\'" . context-mode))
(eval-after-load 'tex
'(add-to-list
'TeX-command-list
'("LuaMetaTeX"
"C:\\Users\\Leung\\AppData\\Local\\Programs\\ConTeXt\\tex\\texmf-win64\\bin\\mtxrun.exe
--autogenerate --script context --autopdf %t"
TeX-run-command nil (context-mode) :help "Run LuaMetaTeX")))
Maybe it's similar in the OSX platform.
Jan-Erik Hägglöf via ntg-context 於 2022年6月15日 週三
清晨5:36寫道：
> HI!
>
> I’ve been trying out Doom-Emacs and when I open a ConTeXt file i want the
> engine point to my LMTX installation.
>
> /Users/jan-erikhagglof/context/context-osx-64/tex/texmf-osx-64/bin/ is the
> path to my install on my Macos Monterey.
>
> How can this been customized?
>
> Its a bit confusing reading the AUCTEX manual so maybe someone has a
> working config already?
>
> Thanks in advance
>
> Jan-Erik
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : http://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] Problem loading font in LMTX
250 50 25 system > system > mem 15 879059 15 100100100 1500 1000 2 1 2920 96 1200320 system > all240 879059240 900800100 32 16000 48000 8 16 2920 96 28800 10240 system > system > ini2142543 858129 0 45373 0 496387 0 system > ptr 46535 9182 46517521493 0 0 0 0 0 0 4 0 0 7 system > top 46536740050 131074 4067 529077209 27 5 12 27378250250 50 10 system > --- system > system > current input type: initial system > system > approximate memory: 26048523 (24 MB) system > system > expansion depth : min: 1, max: 100, set: 1, top: 5 system > system > luabytecode registers : 1002 system > luabytecode bytes : 16048 (0 MB) system > luastate bytes now: 49785277 (47 MB) system > luastate bytes max: 49785277 (47 MB) system > system > file callbacks: 68 system > saved callbacks : 373 system > direct callbacks : 2 system > function callbacks: 1137 system > value callbacks : 1 system > message callbacks : 0 system > bytecode callbacks: 600 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 : 2181 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: /home/stefan/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e mkiv lua stats > resource resolver: loadtime 0.003 seconds, 0 scans with scantime 0.000 seconds, 0 shared scans, 6 found files, scanned paths: mkiv lua stats > stored bytecode data: 502 modules (0.161 sec), 98 tables (0.009 sec), 600 chunks (0.170 sec) mkiv lua stats > traced context: maxstack: 1616, freed: 0, unreachable: 1616 mkiv lua stats > cleaned up reserved nodes: 71 nodes, 9 lists of 435 mkiv lua stats > node memory usage: 15 attribute, 3 glue, 58 glue_spec, 3 kern, 4 penalty, 2 temp mkiv lua stats > node list callback tasks: 12 unique task lists, 8 instances (re)created, 51 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: 68, saved: 373, direct: 2, function: 1137, value: 1, message: 0, bytecode: 600, late 0, total: 2181 (2181 per page) mkiv lua stats > randomizer: resumed with value 0.92460604724911 mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > font engine: otf 3.119, afm 1.513, tfm 1.000 mkiv lua stats > body font sizes: defined: 10pt 11pt 12pt 14.4pt 17.3pt 20.7pt 4pt 5pt 6pt 7pt 8pt 9pt, undefined: 28.8pt 36pt 43.2pt mkiv lua stats > result saved in file: serbia_map_adresses_text.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.0936, functionality level: 20221202, format id: 616, compiler: gcc mkiv lua stats > tex properties: 740050 hash slots used of 2097152, 46517 control sequences, approximate memory usage: 24 MB mkiv lua stats > lua properties: engine: lua 5.4, used memory: 49 MB, ctx: 47 MB, max: 47 MB, symbol mask: utf (τεχ) mkiv lua stats > runtime: 0.214 seconds, 1 processed pages, 1 shipped pages, 4.666 pages/second ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] issue with scite module
For the sake of consistency (with buff-imp-xml.lua), I think the patch
should read
> [...]
+local alsoname = lpatterns.utf8two + lpatterns.utf8three +
lpatterns.utf8four
I think that that pattern is a little too broad, since it will match any
non-ASCII Unicode character. Things like U+202E (xkcd.com/1137), U+00A0
(no-break space), etc are valid UTF-8 characters, but not valid XML tag
names. Neither of these two characters are matched by the TeX catcode
check. This doesn't make any real difference for a syntax highlighter
though.
+local name = (R("az","AZ","09") + S("_-.") + + alsoname)^1
There's a doubled plus in the middle there. The patch works when I
remove it.
But I’m afraid I cannot make it work on my computer (Linux64).
On another Win64 computer, both patches worked perfectly fine.
Hmm, that's really weird. Both patches work for me on my main Win64
computer (after I fixed the extra plus). I also pulled the
"contextgarden/context:lmtx" Docker image (Debian sid), and both patches
worked there too. I get this from inside the container:
root@e8d29a32595c:~# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux bookworm/sid"
NAME="Debian GNU/Linux"
ID=debian
HOME_URL="https://www.debian.org/;
SUPPORT_URL="https://www.debian.org/support;
BUG_REPORT_URL="https://bugs.debian.org/;
root@e8d29a32595c:~# locale
LANG=
LANGUAGE=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
root@e8d29a32595c:~# xxd test.tex
: 5c75 7365 6d6f 6475 6c65 5b73 6369 7465 \usemodule[scite
0010: 5d0a 5c73 7461 7274 7465 7874 0a5c 7374 ].\starttext.\st
0020: 6172 7454 4558 7061 6765 5b6f 7365 artTEXpage[offse
0030: 743d 3165 785d 0a5c 7479 7065 5b6f 7074 t=1ex].\type[opt
0040: 696f 6e3d 786d 6c5d 7b3c 616e 732f 3e7d ion=xml]{}
0050: 0a5c 7479 7065 5b6f 7074 696f 6e3d 786d .\type[option=xm
0060: 6c5d 7b3c c3a1 c3b1 c39f 2f3e 7d0a 5c73 l]{<../>}.\s
0070: 746f 7054 4558 7061 6765 0a5c 7374 6f70 topTEXpage.\stop
0080: 7465 7874 0a text
root@e8d29a32595c:~# context --version
mtx-context | ConTeXt Process Management 1.04
mtx-context |
mtx-context | main context file: [snip]
mtx-context | current version: 2022.05.11 11:36
mtx-context | main context file: [snip]
mtx-context | current version: 2022.05.11 11:36
ldd "$(type -p luametatex)"
linux-vdso.so.1 (0x7ffdbe9a5000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f4b034d4000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f4b034b3000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f4b0336f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f4b03196000)
/lib64/ld-linux-x86-64.so.2 (0x7f4b03a55000)
Is this perhaps a weird locale or encoding issue? Maybe try compiling with:
LC_ALL=C.UTF-8 LANG=C.UTF-8 context test.tex
or
LC_ALL=POSIX LANG=POSIX context test.tex
I'm surprised Linux is the one not working here, since it's usually
Windows that has text encoding issues with its weird hybrid of DOS
codepages and UTF-16+BOM.
The only other thing that I can think of is a weird library issue with
your distro, but LuaMetaTeX is statically linked. Not sure what else to
check here.
-- Max
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
On Tue, 31 May 2022, Michal Vlasák via ntg-context wrote: > On Mon May 30, 2022 at 8:19 PM CEST, Jan-Erik Hägglöf via ntg-context wrote: > > With latest LMTX installed on my Monterey intel MacBook Air and Zint > > version 2.11 > > > > optional> using library > > '/Users/janneman/CTX/tex/texmf-osx-64/bin/lib/luametatex/zint/libzint.so' > > zint> something went wrong: invalid result vector > > zint> something went wrong: invalid result vector > > zint > something went wrong: invalid result vector > > … > > Luametatex is still built against zint 2.10, which is on the binary > level incompatible with 2.11, so you should try 2.10 in the meantime. > > Ultimately there are three possibilities for the long run: > > 1) Everyone sticks with 2.10 (which may be problematic since binaries > for this "old" version may gradually cease to be available). > > 2) Hans updates luametatex to zint 2.11, which would mean that a lot of > people would need to update their zint installations now (and possibly > in the future for every update). This is what was done last time with > the update to 2.10. > > 3) luametatex gains compatibility with 2.10 *and* 2.11. > > Not sure what is the best way to proceed, since 3) is the messiest > implementation wise, but nicest for the users. Another option is to call the binary via the filter module. Here is an example which uses the `barcode` binary. It should be easy to adapt this to call `zint`. https://github.com/adityam/filter/blob/dev/tests/13-filtersetup.tex The filter module caches the result, so the overhead of calling a binary instead of a library will be negligible. Aditya___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
On Mon May 30, 2022 at 8:19 PM CEST, Jan-Erik Hägglöf via ntg-context wrote: > With latest LMTX installed on my Monterey intel MacBook Air and Zint version > 2.11 > > optional> using library > '/Users/janneman/CTX/tex/texmf-osx-64/bin/lib/luametatex/zint/libzint.so' > zint> something went wrong: invalid result vector > zint> something went wrong: invalid result vector > zint> something went wrong: invalid result vector > … Luametatex is still built against zint 2.10, which is on the binary level incompatible with 2.11, so you should try 2.10 in the meantime. Ultimately there are three possibilities for the long run: 1) Everyone sticks with 2.10 (which may be problematic since binaries for this "old" version may gradually cease to be available). 2) Hans updates luametatex to zint 2.11, which would mean that a lot of people would need to update their zint installations now (and possibly in the future for every update). This is what was done last time with the update to 2.10. 3) luametatex gains compatibility with 2.10 *and* 2.11. Not sure what is the best way to proceed, since 3) is the messiest implementation wise, but nicest for the users. Michal Vlasák PS: Previously I also suggested option 4: The optional libraries for selected platforms would be built on the context garden and available for download (perhaps incorporated into the not yet existing module manager?). Building the some of the small libraries is easy, but for the advanced ones one would have to also build transitive dependencies and this gets out of hand quickly with e.g. curl (and in this case the returns are diminishing - curl AFAIK is so stable, that such breakage like with zint shouldn't ever happen). For what it's worth, this is my repository which allows building some of the simple libs on Linux (with the possibility to cross compile to Windows). It will probably also work on Mac. The versions of the libraries are pinned e.g. zint is locked to 2.10, so at least that should work, but I didn't follow closely updates to others in luametatex. https://github.com/vlasakm/context-optional-libraries ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
I've seen this error with zinc compiled from source in github, not with v. 2.10.0 (sourceforge). Later I will try the latest v. 2.11.0. Cheers, L. Montgomery El lun., 30 de mayo de 2022 13:19, Jan-Erik Hägglöf via ntg-context < ntg-context@ntg.nl> escribió: > Hi! > > I have issues to get this to work > > With latest LMTX installed on my Monterey intel MacBook Air and Zint > version 2.11 > > This appears in my log entry > > … > optional> using library > '/Users/janneman/CTX/tex/texmf-osx-64/bin/lib/luametatex/zint/libzint.so' > zint> something went wrong: invalid result vector > zint> something went wrong: invalid result vector > zint> something went wrong: invalid result vector > … > > > > > > 13 apr. 2022 kl. 00:47 skrev Bruce Horrocks via ntg-context < > ntg-context@ntg.nl>: > > > > > > > >> On 12 Apr 2022, at 21:04, Keith McKay wrote: > >> > >> Hi All > >> I created the symbolic link as suggested by Bruce and Luis and still > got the error message > >> > >> optional> unable to locate library 'libzint' > >> > >> in my text editor. I use TeXworks. However, I thought I would try > running from the Terminal app and it worked. It found libzint and output > the pdf with both barcodes and the qrcode. I have no idea why it works in > the Terminal and not TexWorks, I'm guessing I have a path issue which I > need to investigate. > > > > Could be a path issue - or some other environment variable. This link > should help you decide what needs to go where: > > < > https://unix.stackexchange.com/questions/71253/what-should-shouldnt-go-in-zshenv-zshrc-zlogin-zprofile-zlogout > > > > > >> Notes > >> 1) My machine is a mac-mini-M1 with macos Monterey and I'm running the > latest ConTeXt version > >> 2) Bruce noted that my Homebrew was installed in a non-standard > location so I checked on the Hombrew website and it is installed in > opt/homebrew for Apple Silicon i.e the M1 chip. Maybe Bruce's homebrew was > installed on an earlier version. > > > > Ah, I'm on an Intel Mac which still uses the old approach. Apologies for > the red herring. > > > >> Thanks to Luis and Bruce for their suggestions. > >> Best Wishes > >> Keith McKay > > > > — > > 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 / > http://www.ntg.nl/mailman/listinfo/ntg-context > > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > > archive : https://bitbucket.org/phg/context-mirror/commits/ > > wiki : http://contextgarden.net > > > ___ > > > ___ > If your question is of interest to others as well, please add an entry to > the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
Hi! I have issues to get this to work With latest LMTX installed on my Monterey intel MacBook Air and Zint version 2.11 This appears in my log entry … optional> using library '/Users/janneman/CTX/tex/texmf-osx-64/bin/lib/luametatex/zint/libzint.so' zint> something went wrong: invalid result vector zint> something went wrong: invalid result vector zint> something went wrong: invalid result vector … > 13 apr. 2022 kl. 00:47 skrev Bruce Horrocks via ntg-context > : > > > >> On 12 Apr 2022, at 21:04, Keith McKay wrote: >> >> Hi All >> I created the symbolic link as suggested by Bruce and Luis and still got the >> error message >> >> optional> unable to locate library 'libzint' >> >> in my text editor. I use TeXworks. However, I thought I would try running >> from the Terminal app and it worked. It found libzint and output the pdf >> with both barcodes and the qrcode. I have no idea why it works in the >> Terminal and not TexWorks, I'm guessing I have a path issue which I need to >> investigate. > > Could be a path issue - or some other environment variable. This link should > help you decide what needs to go where: > <https://unix.stackexchange.com/questions/71253/what-should-shouldnt-go-in-zshenv-zshrc-zlogin-zprofile-zlogout> > >> Notes >> 1) My machine is a mac-mini-M1 with macos Monterey and I'm running the >> latest ConTeXt version >> 2) Bruce noted that my Homebrew was installed in a non-standard location so >> I checked on the Hombrew website and it is installed in opt/homebrew for >> Apple Silicon i.e the M1 chip. Maybe Bruce's homebrew was installed on an >> earlier version. > > Ah, I'm on an Intel Mac which still uses the old approach. Apologies for the > red herring. > >> Thanks to Luis and Bruce for their suggestions. >> Best Wishes >> Keith McKay > > — > 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 / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Align headings on the left
Hallo Hraban, deswegen ... Ich hab mich schon gewundert warum nix läuft. Jürgen Von meinem Commodore 64 geschickt -Ursprüngliche Nachricht- Von: ntg-context Im Auftrag von Henning Hraban Ramm via ntg-context Gesendet: Montag, 30. Mai 2022 19:19 An: Jürgen Althaus via ntg-context Cc: Henning Hraban Ramm Betreff: Re: [NTG-context] Align headings on the left Am 30.05.22 um 18:37 schrieb Jürgen Althaus via ntg-context: > Von meinem Commodore 64 geschickt Hallo Jürgen, ich meine mich zwar zu erinnern, dass es eine TeX-Distribution für C64 gab, aber mit LuaMetaTeX wird das nix... ;) Grüßlinge, Hraban ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : <mailto:ntg-context@ntg.nl> ntg-context@ntg.nl / <http://www.ntg.nl/mailman/listinfo/ntg-context> http://www.ntg.nl/mailman/listinfo/ntg-context webpage : <http://www.pragma-ade.nl> http://www.pragma-ade.nl / <http://context.aanhet.net> http://context.aanhet.net archive : <https://bitbucket.org/phg/context-mirror/commits/> https://bitbucket.org/phg/context-mirror/commits/ wiki : <http://contextgarden.net> http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Align headings on the left
Am 30.05.22 um 18:37 schrieb Jürgen Althaus via ntg-context: Von meinem Commodore 64 geschickt Hallo Jürgen, ich meine mich zwar zu erinnern, dass es eine TeX-Distribution für C64 gab, aber mit LuaMetaTeX wird das nix... ;) Grüßlinge, Hraban ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Mark IV or LuaMetaTeX?
Tomaso I think there is a problem with synctex in TeXworks, which is probably why I never use it. Best Wishes Keith McKay On Thu, 26 May 2022, 18:03 Tommaso Gordini via ntg-context, < ntg-context@ntg.nl> wrote: > Thank you, Keith! > > Everything works fine, except Synctex. > > So, between MkIV and LMTX you recommend LMTX. Perfect. > > Tommaso > > Il gio 26 mag 2022, 17:55 Keith McKay via ntg-context > ha scritto: > >> Hi Tommaso >> >> I use TeXworks with ConText stand alone LMTX. To set it up to run >> context do the following. >> >> Open TexWorks and then click on TexWorks in the menu bar then >> Preferences. The TexWorks Preference window will open up. >> >> Click on the Typesetting tab and you will see two panes. One marked >> "Paths for TeX and related Programs" and another marked "Processing Tools". >> >> Next to Processing Tools is a + button. Click on this and a "Tool >> Configuration" window appears. This is where you enter the details for >> processing by ConTeXt and this is how I have set this up on my mac mini M1. >> >> Name: LMTX >> >> % Here you need to use the Browse button to get to the mtxrun. On my mac >> it is the path to the directory tex which contains the file mtxrun as >> shown below. Yours may be different. Since mtxrun is an alias for >> luametatex it substitutes luametatex. I edited this to, mtxrun. >> >> Program: >> /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin/mtxrun >> >> % Next enter the arguments as follows using the + button. >> >> Arguments: --autogenerate >> >> --script >> >> context >> >> --autopdf >> >> $fullname >> >> Click OK. This takes you back to the TeXworks Prefences window (which has >> stayed open anyway). You may have to enter some more paths to the Paths >> pane. I added >> /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin just to >> be on the safe side but it may not be needed. >> >> If I have made any mistakes I'm sure the great and the good in the >> ConTeXt community will correct me. >> >> I also use TeXshop but prefer TeXworks but to be honest with with you >> there is not much of a difference between the two in my ConTeXt use. I'm >> experimenting with atom but that is a wee bit more complicated since I have >> to use the console to run context. >> >> Hope this helps >> >> Best Wishes >> >> Keith McKay >> >> On 26/05/2022 13:53, Tommaso Gordini via ntg-context wrote: >> >> Hello list, >> forgive me if my question is too general and trivial and without a >> minimum code. >> >> In the current state of ConTeXt development, which engine do you >> recommend to use *definitively*? ConTeXt MkIV or LMTX? >> >> I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and >> ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex >> doesn't work too well: source to PDF is almost OK, but PDF to source is >> still very inaccurate, not to mention that to activate the direct and >> reverse search you have to write such a thing as >> >> %! TEX TS-program = ConTeXt2021 >> %! TEX useAlternatePath >> %! TEX useConTeXtSyncParser >> >> \setupsynctex [state=start, method=min] >> >> \starttext >> ... >> \stoptext >> >> I also have the latest TeXworks on board, but I don't understand how to >> set it up. If you think that for ConTeXt is better than TeXShop and you >> want to teach me how to set it up, thank you. >> >> Tommaso >> >> ___ >> If your question is of interest to others as well, please add an entry to >> the Wiki! >> >> maillist : ntg-context@ntg.nl / >> http://www.ntg.nl/mailman/listinfo/ntg-context >> webpage : http://www.pragma-ade.nl / http://context.aanhet.net >> archive : https://bitbucket.org/phg/context-mirror/commits/ >> wiki : http://contextgarden.net >> ___ >> >> >> ___ >> If your question is of interest to others as well, please add an entry to >> the Wiki! >> >> maillist : ntg-context@ntg.nl / >> http://www.ntg.nl/mailman/listin
Re: [NTG-context] Mark IV or LuaMetaTeX?
Thank you, Keith! Everything works fine, except Synctex. So, between MkIV and LMTX you recommend LMTX. Perfect. Tommaso Il gio 26 mag 2022, 17:55 Keith McKay via ntg-context ha scritto: > Hi Tommaso > > I use TeXworks with ConText stand alone LMTX. To set it up to run context > do the following. > > Open TexWorks and then click on TexWorks in the menu bar then Preferences. > The TexWorks Preference window will open up. > > Click on the Typesetting tab and you will see two panes. One marked "Paths > for TeX and related Programs" and another marked "Processing Tools". > > Next to Processing Tools is a + button. Click on this and a "Tool > Configuration" window appears. This is where you enter the details for > processing by ConTeXt and this is how I have set this up on my mac mini M1. > > Name: LMTX > > % Here you need to use the Browse button to get to the mtxrun. On my mac > it is the path to the directory tex which contains the file mtxrun as > shown below. Yours may be different. Since mtxrun is an alias for > luametatex it substitutes luametatex. I edited this to, mtxrun. > > Program: > /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin/mtxrun > > % Next enter the arguments as follows using the + button. > > Arguments: --autogenerate > > --script > > context > > --autopdf > > $fullname > > Click OK. This takes you back to the TeXworks Prefences window (which has > stayed open anyway). You may have to enter some more paths to the Paths > pane. I added > /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin just to > be on the safe side but it may not be needed. > > If I have made any mistakes I'm sure the great and the good in the ConTeXt > community will correct me. > > I also use TeXshop but prefer TeXworks but to be honest with with you > there is not much of a difference between the two in my ConTeXt use. I'm > experimenting with atom but that is a wee bit more complicated since I have > to use the console to run context. > > Hope this helps > > Best Wishes > > Keith McKay > > On 26/05/2022 13:53, Tommaso Gordini via ntg-context wrote: > > Hello list, > forgive me if my question is too general and trivial and without a minimum > code. > > In the current state of ConTeXt development, which engine do you recommend > to use *definitively*? ConTeXt MkIV or LMTX? > > I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and > ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex > doesn't work too well: source to PDF is almost OK, but PDF to source is > still very inaccurate, not to mention that to activate the direct and > reverse search you have to write such a thing as > > %! TEX TS-program = ConTeXt2021 > %! TEX useAlternatePath > %! TEX useConTeXtSyncParser > > \setupsynctex [state=start, method=min] > > \starttext > ... > \stoptext > > I also have the latest TeXworks on board, but I don't understand how to > set it up. If you think that for ConTeXt is better than TeXShop and you > want to teach me how to set it up, thank you. > > Tommaso > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ > > > ___ > If your question is of interest to others as well, please add an entry to > the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Mark IV or LuaMetaTeX?
Hi Tommaso I use TeXworks with ConText stand alone LMTX. To set it up to run context do the following. Open TexWorks and then click on TexWorks in the menu bar then Preferences. The TexWorks Preference window will open up. Click on the Typesetting tab and you will see two panes. One marked "Paths for TeX and related Programs" and another marked "Processing Tools". Next to Processing Tools is a + button. Click on this and a "Tool Configuration" window appears. This is where you enter the details for processing by ConTeXt and this is how I have set this up on my mac mini M1. Name: LMTX % Here you need to use the Browse button to get to the mtxrun. On my mac it is the path to the directory tex which contains the file mtxrun as shown below. Yours may be different. Since mtxrun is an alias for luametatex it substitutes luametatex. I edited this to, mtxrun. Program: /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin/mtxrun % Next enter the arguments as follows using the + button. Arguments: --autogenerate --script context --autopdf $fullname Click OK. This takes you back to the TeXworks Prefences window (which has stayed open anyway). You may have to enter some more paths to the Paths pane. I added /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin just to be on the safe side but it may not be needed. If I have made any mistakes I'm sure the great and the good in the ConTeXt community will correct me. I also use TeXshop but prefer TeXworks but to be honest with with you there is not much of a difference between the two in my ConTeXt use. I'm experimenting with atom but that is a wee bit more complicated since I have to use the console to run context. Hope this helps Best Wishes Keith McKay On 26/05/2022 13:53, Tommaso Gordini via ntg-context wrote: Hello list, forgive me if my question is too general and trivial and without a minimum code. In the current state of ConTeXt development, which engine do you recommend to use /definitively/? ConTeXt MkIV or LMTX? I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex doesn't work too well: source to PDF is almost OK, but PDF to source is still very inaccurate, not to mention that to activate the direct and reverse search you have to write such a thing as %! TEX TS-program = ConTeXt2021 %! TEX useAlternatePath %! TEX useConTeXtSyncParser \setupsynctex [state=start, method=min] \starttext ... \stoptext I also have the latest TeXworks on board, but I don't understand how to set it up. If you think that for ConTeXt is better than TeXShop and you want to teach me how to set it up, thank you. Tommaso ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist :ntg-context@ntg.nl /http://www.ntg.nl/mailman/listinfo/ntg-context webpage :http://www.pragma-ade.nl /http://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :http://contextgarden.net __ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Mark IV or LuaMetaTeX?
Hello list, forgive me if my question is too general and trivial and without a minimum code. In the current state of ConTeXt development, which engine do you recommend to use *definitively*? ConTeXt MkIV or LMTX? I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex doesn't work too well: source to PDF is almost OK, but PDF to source is still very inaccurate, not to mention that to activate the direct and reverse search you have to write such a thing as %! TEX TS-program = ConTeXt2021 %! TEX useAlternatePath %! TEX useConTeXtSyncParser \setupsynctex [state=start, method=min] \starttext ... \stoptext I also have the latest TeXworks on board, but I don't understand how to set it up. If you think that for ConTeXt is better than TeXShop and you want to teach me how to set it up, thank you. Tommaso ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Callbacks (and nodes) in LuaMetaTeX
Hi list,
I haven't had any luck solving any of the issues from my previous email:
[NTG-context] Callbacks in LuaMetaTeX
https://mailman.ntg.nl/pipermail/ntg-context/2022/105566.html
Admittedly, my problems are fairly obscure (and likely self-inflicted),
but any suggestions would be greatly appreciated. I've updated my
ConTeXt installation to the latest version (mkxl 2022.05.11 11:36), but
this doesn't seem to have changed anything.
Further to the previous email, I have one (semi-related) additional
question:
6. The LuaTeX manual says that the subtype of "ins" nodes is a number
corresponding to the insert class. This appears to work correctly.
The LuaMetaTeX manual says the same thing about "insert" nodes;
however, the subtype of "insert" nodes appears to always be zero.
Using this code:
\startluacode
local traverse_id = node.traverse_id or node.traverseid
local insert = node.id"insert" or node.id"ins"
function test(head)
for n in traverse_id(insert, head) do
inspect(n)
print(n.subtype)
end
return head
end
nodes.tasks.appendaction("finalizers", "after", "test")
\stopluacode
\starttext
One \footnote{Two} \insert123{Three} Four.
\stoptext
In MkIV I get:
1917 : ins 132>={
["attr"]="",
["cost"]=0,
["depth"]=221327,
["head"]="",
["height"]=790454,
["next"]="nil : ins 123>",
["prev"]=" 1842 : hlist 1>",
["subtype"]=132,
["type"]="ins",
}
132
nil : ins 123>={
["attr"]="",
["cost"]=0,
["depth"]=1073741823,
["head"]="",
["height"]=553344,
["prev"]=" 1923 : glue 13>",
["subtype"]=123,
["type"]="ins",
}
123
but in MkXL I get:
3385 : insert 0>={
["attr"]="",
["depth"]=221327,
["height"]=790454,
["id"]="insert",
["list"]="nil : hlist line>",
["next"]="",
}
0
nil : insert 0>={
["attr"]="",
["height"]=553344,
["id"]="insert",
["list"]="nil : hlist line>",
}
0
Is there any way to get an insert's class from its node in MkXL?
Please let me know if you have any ideas for this or any of the earlier
questions.
Thanks!
-- Max
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] Problems with column sets?
Given the following file that uses definecolumnset and
startcolumnset/stopcolumnset (largely from the wiki
<https://wiki.contextgarden.net/Command/definecolumnset>) for input:
\setuppapersize[letter]
\definecolumnset[TwoColumns][n=2]
\startcolumnset [TwoColumns]
\title{Test page}
\framed
[frame=off,
bottomframe=on,
width=\textwidth,
frameoffset=1mm,
foregroundstyle=small,
]{\copyright\ \date[][year] Donald E. Knuth}
\input knuth
\stopcolumnset
Why does context fail, producing an empty .log and .pdf, with the following
information to the terminal:
resolvers | formats | executing runner 'run luametatex format':
/usr/local/sw/versions/context-osx-64/tex/texmf-osx-64/bin/luametatex
--jobname="./x.ctx"
--fmt=/usr/local/sw/versions/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=/usr/local/sw/versions/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
--c:currentrun=1 --c:fulljobname="./x.ctx" --c:input="./x.ctx"
--c:kindofrun=1 --c:maxnofruns=9
--c:texmfbinpath="/usr/local/sw/versions/context-osx-64/tex/texmf-osx-64/bin"
system >
system > ConTeXt ver: 2022.05.11 11:36 LMTX fmt: 2022.5.24 int:
english/english
system >
system > 'cont-new.mkxl' loaded
open source > level 1, order 1, name
'/usr/local/sw/versions/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system > beware: some patches loaded from cont-new.mkiv
close source> level 1, order 1, name
'/usr/local/sw/versions/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system > files > jobname './x', input './x.ctx', result './x'
fonts > latin modern fonts are not preloaded
languages > language 'en' is active
open source > level 1, order 2, name './x.ctx'
mtx-context | fatal error: return code: 1
--
T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] MetaFun manual's "texvar" is not working for me
Hello list,
I’m trying to reproduce the positional graphics examples in the MetaFun manual
on pp. 151-153. There are two examples of code for the mpos:box. The first
example uses \MPvar to retrieve variables set using \setupMPvariables. This
works fine. The second example uses texvar to retrieve variables, but it does
not work in the current LMTX. However, the second example does work with my
TeXLive install.
I’ve put my working example below, with both versions of the mpos:box code. Log
output from a failed run is below that. Any ideas where I might be going wrong?
Thanks!
Gavin
\setupbackgrounds
[page]
[background={backgraphics,foreground,foregraphics}]
\defineoverlay [backgraphics] [\positionoverlay{backgraphics}]
\defineoverlay [foregraphics] [\positionoverlay{foregraphics}]
\setupMPvariables
[mpos:box]
[linecolor=blue,
linewidth=\linewidth,
fillcolor=lightgray,
filloffset=2pt]
This mpos:box works using \MPvar. %%%
\startMPpositiongraphic{mpos:box}{fillcolor,linecolor,linewidth}
string tag; tag := "\MPvar{self}" ;
path box ; box := positionbox(tag) ;
box := box enlarged \MPvar{filloffset} ;
fill box
withcolor \MPvar{fillcolor} ;
draw box
withcolor \MPvar{linecolor}
withpen pencircle scaled \MPvar{linewidth} ;
positioninregion ;
\stopMPpositiongraphic
%%% This mpos:box does not work using texvar. (log below) %%%
%\startMPpositiongraphic{mpos:box}{fillcolor,linecolor,linewidth}
% path box ; box := positionbox(texstr("self")) ;
% box := box enlarged texvar("filloffset") ;
% fill box
%withcolor texvar("fillcolor") ;
% draw box
%withcolor texvar("linecolor")
%withpen pencircle scaled texvar("linewidth") ;
% positioninregion ;
%\stopMPpositiongraphic
\starttext
to get \hpos {A-0} {positions} sorted
\startpositionoverlay{backgraphics}
\setMPpositiongraphic{A-0}{mpos:box}{self=A-0}
\stoppositionoverlay
\stoptext
system >
system > ConTeXt ver: 2022.05.11 11:36 LMTX fmt: 2022.5.20 int:
english/english
system >
system > 'cont-new.mkxl' loaded
open source > level 1, order 1, name
'/Users/Gavin/context-osx-arm64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system > beware: some patches loaded from cont-new.mkiv
close source> level 1, order 1, name
'/Users/Gavin/context-osx-arm64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system > files > jobname './ContractionExperiments', input
'./ContractionExperiments.tex', result './ContractionExperiments'
fonts > latin modern fonts are not preloaded
languages > language 'en' is active
system > synctex functionality is enabled, expect 5-10 pct runtime
overhead!
open source > level 1, order 2, name './ContractionExperiments.tex'
fonts > preloading latin modern fonts (second stage)
fonts > 'fallback modern-designsize rm 12pt' is loaded
metapost> initializing instance 'metafun:1' using format 'metafun' and
method 'double'
metapost> loading 'metafun' as 'metafun.mpxl' using method 'double'
metapost> initializing number mode 'double'
metapost> trace > This is MPLIB for LuaMetaTeX, version 3.12, running
in double mode.
metapost> trace >
metapost> trace > loading metafun for lmtx, including the plain 1.004
base definitions
metapost> trace >
metafun > log >
metafun > log > error: Missing ')' has been inserted
metafun > log >
metapost> trace > ,
metapost> trace > paired -> ->
begingroup.if.pair(EXPR2):(EXPR2)else:((EXPR2),(EXPR2))fi.endgroup
metapost> trace > ,
metapost> trace > llmoved -> ->
((llcorner(EXPR0))shifted(-xpart.paired((EXPR1)),-ypart.paired((EXPR1
metapost> trace > {
metapost> trace > -- -> -> {curl1}..{curl1}
metapost> trace > enlarged -> ->
((EXPR0)llmoved(EXPR1)--(EXPR0)lrmoved(EXPR1)--(EXPR0)urmoved(EXPR1)--(EXPR0)ulmoved(EXPR1)--cycle)
metapost> trace > ;
metafun > log >
metafun > log > I found no right delimiter to match a left one. So I've
put one in, behind the
scenes; this may fix the problem.
metafun > log >
metapost> trace > path box ; box :=
positionbox(texstr("self")) ; box := box enlarged texvar("filloffset") ; fill
box withcolor texvar("fillcolor") ; draw box withcolor texvar("linecolor")
withpen pencircle scaled texvar("linewidth") ; positioninregion ; ;
metapost> trace >
backend > xmp > using file
'/Users/Gavin/context-osx-arm64/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml'
pa
[NTG-context] Callbacks in LuaMetaTeX
Hi list,
I've been playing around with some of the Lua callbacks in LuaMetaTeX,
and I have a few questions/comments.
Context: I'm writing a Plain/LaTeX/ConTeXt module called
"lua-widow-control" that uses Lua callbacks to automatically remove
widows and orphans from documents. The relevant Lua code is at:
https://github.com/gucci-on-fleek/lua-widow-control/blob/master/source/lua-widow-control.lua
in case you're curious about how I'm using these callbacks, but you
shouldn't need to look there since this email is self-contained.
1. In LMTX, calling "tex.linebreak" produces a
luatex warning > tex: left parfill skip is gone
warning. I don't get this warning in Plain LuaTeX, LuaLaTeX, or MkIV,
so I think that it's specific to LuaMetaTeX. The LuaMetaTeX manual
hardly mentions "left parfill skip"/"parfillleftskip", so I'm not too
sure what to do to avoid this warning.
You can reproduce the warning with this code (but any call to
"tex.linebreak" also works):
\startluacode
function test(head)
tex.linebreak(node.copylist(head))
return head
end
nodes.tasks.appendaction("processors", "after", "test")
\stopluacode
\starttext
Hello!
\stoptext
2. The LuaMetaTeX manual says that "pre_linebreak_filter" is called
after the parfillskip glue has been added, but this doesn't seem to
be the case. With LuaLaTeX/Plain LuaTeX, this is true, but the node
list passed to the callback in MkXL is missing the parfillskip. (I
don't have an MkIV installation to test here.)
This MkXL code:
\startluacode
function test(head)
local last = node.slide(head)
print "START"
for i=1,3 do
print(last)
print(
node.type(last.id),
node.subtypes(last.id)[last.subtype],
last.width,
last.stretchorder,
last.stretch
)
last = last.prev
end
print "STOP"
return head
end
nodes.tasks.appendaction("processors", "after", "test")
\stopluacode
\starttext
Hello!
\stoptext
produces:
START
nil : glue spaceskip>
gluespaceskip 341648 0 384354
2258 : glyph unset>
glyph nil 213792 nil nil
2521 : glyph unset>
glyph nil 385140 nil nil
STOP
START
nil : glue userskip>
glueuserskip0 2 65536
2357 : glyph unset>
glyph nil 385140 nil nil
2611 : rule strut>
rulestrut 0 nil nil
STOP
while this (presumably) equivalent Plain LuaTeX code:
\directlua{
function test(head)
local last = node.slide(head)
print "START"
for i=1,3 do
print(last)
print(
node.type(last.id),
node.subtypes(last.id)[last.subtype],
last.width,
last.stretch_order,
last.stretch
)
last = last.prev
end
print "STOP"
return head
end
callback.register("pre_linebreak_filter", test)
}
Hello!
\bye
produces:
START
nil : glue 15>
glueparfillskip 0 2 65536
298 : penalty 2>
penalty linepenalty nil nil nil
82 : glyph 0>
glyph unset 182045 nil nil
STOP
I'm not sure if this is a doc bug, an engine bug, or if I'm just
doing something wrong.
3. The LuaTeX/LuaMetaTeX engine manuals say that for node callbacks, you
can return "true" if you don't need to replace the passed node list.
This works fine with raw LuaTeX callbacks and the luatexbase
wrappers, but it doesn't work with the ConTeXt "nodes.tasks" wrapper
functions.
This Plain example works:
\directlua{
callback.register("pre_linebreak_filter", function ()
return true
end)
}
Hello!
\bye
But this MkXL example doesn't:
\startluacode
function test(head)
return true
end
nodes
Re: [NTG-context] context module t-account in LMTX
Many thanks Wolfgang, I can see the 'values' in a table like form, nothing but the values — how can I switch on the 'lines' of the table?Best regards, HeinrichI took your file t-taccount.mkxland——% !TEX program = lmtx\usemodule[t][taccount]\startTEXpage[offset=5pt]\starttaccount[title=Bilanz,lefttext=Aktiva,righttext=Passiva] \startdebits \debit{Gebäude} {1.800} \debit{Maschinen}{1.200} \debit{Fuhrpark} {500} \debit{Rohstoffe} {100} \debittotal {3.600} \stopdebits \startcredits \credit{Eigenkapital}{1.400} \credit{Schulden} {2.200} \credittotal {3.600} \stopcredits\stoptaccount\stopTEXpage——
tst-taccount.pdf
Description: Adobe PDF document
the log——resolvers | formats | executing runner 'run luametatex format': /Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin/luametatex --jobname="./tst-taccount.tex" --fmt=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:autopdf --c:currentrun=1 --c:directives="system.showerror" --c:fulljobname="./tst-taccount.tex" --c:input="./tst-taccount.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:purgeall --c:texmfbinpath="/Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin"system > system > ConTeXt ver: 2022.04.15 20:20 LMTX fmt: 2022.4.17 int: english/englishsystem > system > 'cont-new.mkxl' loadedopen source > level 1, order 1, name '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'system > beware: some patches loaded from cont-new.mkivclose source > level 1, order 1, name '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'system > files > jobname './tst-taccount', input './tst-taccount.tex', result './tst-taccount'fonts > latin modern fonts are not preloadedlanguages > language 'en' is activeopen source > level 1, order 2, name './tst-taccount.tex'modules > 'taccount' is loadedopen source > level 2, order 3, name 't-taccount.mkxl'loading > Context User Module / Miscellaneousclose source > level 2, order 3, name 't-taccount.mkxl'system > auto \starttext ... \stoptextfonts > preloading latin modern fonts (second stage)fonts > 'fallback modern-designsize rm 12pt' is loadedbackend > xmp > using file '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml'pages > flushing realpage 1, userpage 1, subpage 1close source > level 1, order 3, name './tst-taccount.tex'mkiv lua stats > used config file: selfautoparent:/texmf/web2c/texmfcnf.luamkiv lua stats > used cache path: /Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32emkiv lua stats > resource resolver: loadtime 0.010 seconds, 0 scans with scantime 0.000 seconds, 0 shared scans, 10 found files, scanned paths: mkiv lua stats > stored bytecode data: 504 modules (0.406 sec), 98 tables (0.020 sec), 602 chunks (0.426 sec)mkiv lua stats > traced context: maxstack: 1627, freed: 0, unreachable: 1627mkiv lua stats > cleaned up reserved nodes: 72 nodes, 11 lists of 439mkiv lua stats > node memory usage: 15 attribute, 3 glue, 67 gluespec, 3 kern, 582 mathspec, 4 penalty, 2 tempmkiv lua stats > node list callback tasks: 12 unique task lists, 9 instances (re)created, 59 callsmkiv lua stats > used backend: pdfmkiv lua stats > jobdata time: 0.002 seconds saving, 0.000 seconds loadingmkiv lua stats > callbacks: file: 390, saved: 270, direct: 2, function: 1102, value: 2, message: 0, bytecode: 602, late 0, total: 2368 (0 per page)mkiv lua stats > randomizer: initialized with value 0.56777543833852mkiv lua stats > loaded tex modules: 1 requested, all found (t-taccount)mkiv lua stats > loaded patterns: en::1, load time: 0.000mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, lmroman12-regular.otfmkiv lua stats > font engine: otf 3.120, afm 1.513, tfm 1.000, 7 instances, 3 shared in backend, 3 common vectors, 0 common hashes, load time 0.237 seconds mkiv lua stats > font embedding time: 0.004 seconds, 1 fontsmkiv lua stats > result saved in file: tst-taccount.pdf, compresslevel 1, objectcompresslevel 3mkiv lua stats > positions: 4 collected, 0 deltas, 0 shared partials, 0 partial entriesmkiv lua stats > used platform: osx-64, type: unix, binary subtree: texmf-osx-64mkiv lua stats > used engine: luametatex version: 2.0946, functionality level: 20220405, format id: 647, compiler: clangmkiv lua stats &
[NTG-context] Fwd: lua-widow-control module error in LMTX
Hello, Max: As I promised you this morning, I had time this evening to read more carefully all your remarks in the last mail. And now I can answer you with more basis. In my particular case, it is not necessary to consider any of the seven possible problems you describe from highest to lowest probability. The question you asked me in the first paragraph about "interesting" features in my ConTeXt code is the key. When I uncomment grid=yes in my \setuplayout, lwc makes its real appearance on the scene. I suppose that in other documents than mine, i.e. less complex, this performance would be a success. But in my file it is, considering my current aesthetic requirements, a failure. This is because for me grid=yes is a non-negotiable part of my code. As I told you this morning when I sent you my pdf without the module activated, but with the layout my way, I understand that lwc can have problems with a text whose chapters have capital letters and small caps on the first page with less text than on the following pages; with long quotations that involve paragraphs of different layout and separated from the main text; with more than one footnote in a row, with a bibliography at the end with French indentation; with vertical spaces separating two lines within the same chapter when in the dummy text there is a supposed change of scene within the narrative; with etc. etc., etc., etc... Anyway, after uncommenting grid=yes again, I will send you the log file, as you asked me. By the way, I do get some "Widow/Orphan NOT removed on page..." in spite of the rest of "successes" that move the final lines of my pages away from the result I would like, and that you have seen in the pdf I sent you this morning. Do you want the new pdf with lwc actually acting on my file? Then you can get a better idea of what I mean by the end of some pages when I comment grid=yes (apart from the mischief that happens with the horizontal spaces in some paragraphs of the bibliographic section). Or, if you prefer, and you need more feedback, I can send you my current code to use it as a test bench for " daring " texts. Greetings, edu El 27/4/22 a las 9:14, Max Chernoff escribió: Quick question before I begin: are you using any especially "interesting" ConTeXt features? By "interesting" I mean things like grid typesetting, pagecolumns, bidirectional text, etc. I haven't tested lwc with every possible ConTeXt feature, so there may be some adverse interaction. If you are using something like this, try disabling it and see if that solves anything (then let me know so that I can fix it!) On 2022-04-26 3:45 a.m., Eduardo Bohoyo wrote: I can see "modules > 'lua-widow-control' is loaded". But, luckily, I can also see this: open source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' resolvers > lua > loading file '/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' succeeded close source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' module > lua-widow-control > Already enabled Ok, so this is good; lwc is for sure being loaded successfully. No line such as "Widow/orphan detected. Attempting to delete". I see interleaved new groups with the same line always repeating a warning message throughout the whole file. In short, there are 613 new lines with the message "luatex warning > tex: left parfill skip is gone". But I didn't give it any importance, because I interpreted that they could be inherent to the module. Well this at least narrows the issue down quite a bit. Lwc runs in pretty much two stages: when a paragraph has finished being broken by TeX, lwc saves the paragraph. The second stage is ran just before each time the output routine is triggered so that lwc can remove the widows and orphans. Due to an lwc bug, the first stage results in the "left parfill skip" warning being printed twice for each paragraph. Normally this is quite annoying, but here it is good -- we know for sure that the first stage is running just fine. It is the second stage where you should get the "Widow/orphan detected" message, but this isn't happening. The code here is at lwc.lua:362-388. Here is a list of all possible reasons, in order of likelihood, why "Widow/orphan detected" wouldn't be printed when there is actually a widow or orphan: (Just listing all of these to make sure that *I* don't forget anything. I'd say that 1 and 2 are the only ones that are actually likely -- you can probably ignore all of the others) 1. "\clubpenalty" and/or "\widowpenalty" are either zero or infinite In these cases, lwc can't distinguish a widow o
Re: [NTG-context] lua-widow-control module error in LMTX
Quick question before I begin: are you using any especially "interesting"
ConTeXt features? By "interesting" I mean things like grid typesetting,
pagecolumns, bidirectional text, etc. I haven't tested lwc with every
possible ConTeXt feature, so there may be some adverse interaction. If
you are using something like this, try disabling it and see if that solves
anything (then let me know so that I can fix it!)
On 2022-04-26 3:45 a.m., Eduardo Bohoyo wrote:
I can see "modules > 'lua-widow-control' is loaded".
But, luckily, I can also see this:
open source > level 2, order 4, name
'/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'
resolvers > lua > loading file
'/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua'
succeeded
close source > level 2, order 4, name
'/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'
module > lua-widow-control > Already enabled
Ok, so this is good; lwc is for sure being loaded successfully.
No line such as "Widow/orphan detected. Attempting to delete".
I see interleaved new groups with the same line always repeating a
warning message throughout the whole file. In short, there are 613 new
lines with the message "luatex warning > tex: left parfill skip is gone".
But I didn't give it any importance, because I interpreted that they
could be inherent to the module.
Well this at least narrows the issue down quite a bit. Lwc runs in pretty
much two stages: when a paragraph has finished being broken by TeX, lwc
saves the paragraph. The second stage is ran just before each time the
output routine is triggered so that lwc can remove the widows and orphans.
Due to an lwc bug, the first stage results in the "left parfill skip"
warning being printed twice for each paragraph. Normally this is quite
annoying, but here it is good -- we know for sure that the first stage
is running just fine.
It is the second stage where you should get the "Widow/orphan detected"
message, but this isn't happening. The code here is at lwc.lua:362-388.
Here is a list of all possible reasons, in order of likelihood, why
"Widow/orphan detected" wouldn't be printed when there is actually
a widow or orphan:
(Just listing all of these to make sure that *I* don't forget anything. I'd
say that 1 and 2 are the only ones that are actually likely -- you can
probably ignore all of the others)
1. "\clubpenalty" and/or "\widowpenalty" are either zero or infinite
In these cases, lwc can't distinguish a widow or orphan from other
penalties, so it doesn't do anything. You can check for this with
\showthe\widowpenalty
\showthe\clubpenalty
some time after "\starttext". This will print the values to the log
file. The values should probably be "1", but things like "150" and
"5000" are fine too. If you see negative values, "0", or values
greater than ten thousand, then something is wrong here.
2. Something is "hiding" the widow/orphan penalties from lwc.
Something like "\vadjust{\penalty X}" or the e-TeX "\-penalties"
commands could potentially do this.
One potential solution for (a subset of) this problem would be to
modify lwc.mkxl to insert "\directsetup{*reset}" at line 52, to
get:
\startsetups[*default]
\directsetup{*reset}
\clubpenalty=\lwcparameter{orphanpenalty}
\widowpenalty=\lwcparameter{widowpenalty}
\displaywidowpenalty=\lwcparameter{widowpenalty}
\brokenpenalty=\lwcparameter{brokenpenalty}
\stopsetups
If that doesn't do anything, keep the above modifications but also insert
\setups[*default]
after "\starttext" in your test document.
3. Lwc hasn't saved any paragraphs since the last output routine.
Since we know that the first stage is running, this shouldn't be
possible unless there is a weird bug somewhere else.
4. A weird engine/format bug.
The LMTX test file was successful on Debian x86_64 three days ago
https://github.com/gucci-on-fleek/lua-widow-control/runs/6144354147?check_suite_focus=true
so something quite weird would have to be going on here.
5. Something is overwriting the "pre_output_filter" callback.
Now this is an interesting one. ConTeXt has frozen most of the core
engine callbacks, but "pre_output_filter" is unfrozen and unassigned.
There is a ConTeXt interface for most of the other callbacks, but here
I need to fallback to the low-level interface. With this interface,
you can only register a single callback, so it is possible that some
other pa
[NTG-context] context module t-account in LMTX
Hi there
I just tried to test the use of the t-account module, compiling with LMTX, but
no avail.
What is wrong? Does the module need a fix for LMTX or is the fault on my side
(having no experience …)?
Many thanks for your support. Kind regards,
Heinrich
the example is in the file
tst-account.tex
——
% !TEX program = lmtx
\usemodule[t-account]
\environment TACCOUNT
\startDEBITS
\debit [Auto] {2000}
\debit [Bus] {5000}
\startCREDITS
\credit [Bank] {1000}
\credit [Kasse] {200}
\credit [Kasse] {200}
\stopCREDITS
\stopACCOUNT
——
leads to error shown in the log:
——
resolvers | formats | executing runner 'run luametatex format':
/Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin/luametatex
--jobname="./tst-account.tex"
--fmt=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
--c:autopdf --c:currentrun=1 --c:directives="system.showerror"
--c:fulljobname="./tst-account.tex" --c:input="./tst-account.tex"
--c:kindofrun=1 --c:maxnofruns=9 --c:purgeall
--c:texmfbinpath="/Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin"
system >
system > ConTeXt ver: 2022.04.15 20:20 LMTX fmt: 2022.4.17 int:
english/english
system >
system > 'cont-new.mkxl' loaded
open source > level 1, order 1, name
'/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system > beware: some patches loaded from cont-new.mkiv
close source> level 1, order 1, name
'/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system > files > jobname './tst-account', input './tst-account.tex',
result './tst-account'
fonts > latin modern fonts are not preloaded
languages > language 'en' is active
open source > level 1, order 2, name './tst-account.tex'
modules > using user prefixed file 't-account'
modules > 't-account' is loaded
open source > level 2, order 3, name
'/Users/hp/Library/context-osx-64/tex/texmf-modules/tex/context/third/account/t-account.mkiv'
close source> level 2, order 3, name
'/Users/hp/Library/context-osx-64/tex/texmf-modules/tex/context/third/account/t-account.mkiv'
context report > file: tst-account-status.html
mtx-context | fatal error: return code: 1
——
and the -status.html says:
——
Error Undefined control sequence \startDEBITS
File ./tst-account.tex
Line 7
1 % !TEX program = lmtx
2 \usemodule[t-account]
3 \environment TACCOUNT
4
5 \startACCOUNT[left=S,middle=Bilanz,right=H]
6
7 >> \startDEBITS
8 \debit [Auto] {2000}
9 \debit [Bus] {5000}
10 \stopDEBITS
11
12 \startCREDITS
13 \credit [Bank] {1000}
14 \credit [Kasse] {200}
15 \credit [Kasse] {200}
16 \stopCREDITS
17
——
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] lua-widow-control module error in LMTX
Erratum: When I wrote script, I meant hyphen. El 26/4/22 a las 11:45, Eduardo Bohoyo escribió: Hi: No line such as "Widow/orphan detected. Attempting to delete". I see interleaved new groups with the same line always repeating a warning message throughout the whole file. In short, there are 613 new lines with the message "luatex warning > tex: left parfill skip is gone". But I didn't give it any importance, because I interpreted that they could be inherent to the module. I can see "modules > 'lua-widow-control' is loaded". But, luckily, I can also see this: open source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' resolvers > lua > loading file '/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' succeeded close source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' module > lua-widow-control > Already enabled On the other hand, the distribution and size of my paragraphs take great care that their "design" optimises the module's goodness, except, of course, for the first pages of each of the nine dummy text chapters (they start at a third of a page). But it is very curious that, even so, only the two orphan lines I mentioned, and only two of the five widows relate to two or three of those "supposedly problematic" first chapter pages (as I said, nine in total). And the case of the broken scripts is even stranger: only two of the six breakages concern a couple of those early chapter pages. I will go over the lua-widow-control.pdf document once more in case there is a tiny detail I am missing, but I think, if I keep going at this pace, I will end up learning it by heart. Well, joking aside, thanks again for your advice, Max. Edu. El 26/4/22 a las 4:42, Max Chernoff escribió: On 2022-04-25 6:51 p.m., Eduardo Bohoyo wrote: First things first. I want to acknowledge and thank you for the tough mission that surely involves maintaining this module for the benefit of the TeX community and, most especially, for LMTX in particular, due to the very reasons you have just explained. Well thanks :) These days I write most of my documents in LMTX, so the LMTX support is pretty self-serving -- I'm admittedly surprised that there's another lwc + LMTX user. Regarding your remarks, you are right in your assumptions: I didn't have the required lua file installed in its corresponding folder. That's what I was missing, and, logically, what made my compilation crash. Yeah, it's a pretty easy mistake to make. For Knuth TeX, shared files go in texmf/tex/generic and Plain-specific files go in texmf/tex/plain, but with LuaTeX there's just texmf/tex/luatex so it gets a little confusing. Now I finally get the pdf. But unfortunately, this "new" pdf is the same with the module uncommented as when I had it commented. There is no difference at all. And you're right: even context --make doesn't solve the problem. To give you an idea, although my dummy document has 78 pages, only 55 can really be said to be dummy text that can benefit from the module. Well, only in those 55 pages I have 2 orphans, 5 widows and 6 broken hyphens. So the first step here is to check the log file. If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/Orphan NOT removed on page X. then that means that lwc found a widow/orphan, but gave up. This usually only happens if the page has only really short paragraphs, but it can also happen if there aren't any paragraphs that both start and finish on the page. I've got some neat graphs for this (see the upcoming TUGboat issue), but with default settings this should happen for much less than 10% of potential widows/orphans, so it seems unlikely that this is happening for every page. If this actually is the issue, then you can try raising the "emergencystretch" value in "\setuplwc", but that's probably going to give terrible results. The real solution is to rewrite something, but that should usually be pretty rare. --- If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/orphan successfully removed at paragraph X on page Y. but the widows/orphans weren't actually removed, then something really weird is going on and definitely means that there's a bug in lwc. Rerun the document with \setuplwc[debug=true] immediately after "\usemodule[lua-widow-control]" and either reply with the log or post a new issue on the lwc GitHub. --- If you only see modules > 'lua-widow-control' is lo
Re: [NTG-context] lua-widow-control module error in LMTX
Hi: No line such as "Widow/orphan detected. Attempting to delete". I see interleaved new groups with the same line always repeating a warning message throughout the whole file. In short, there are 613 new lines with the message "luatex warning > tex: left parfill skip is gone". But I didn't give it any importance, because I interpreted that they could be inherent to the module. I can see "modules > 'lua-widow-control' is loaded". But, luckily, I can also see this: open source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' resolvers > lua > loading file '/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' succeeded close source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' module > lua-widow-control > Already enabled On the other hand, the distribution and size of my paragraphs take great care that their "design" optimises the module's goodness, except, of course, for the first pages of each of the nine dummy text chapters (they start at a third of a page). But it is very curious that, even so, only the two orphan lines I mentioned, and only two of the five widows relate to two or three of those "supposedly problematic" first chapter pages (as I said, nine in total). And the case of the broken scripts is even stranger: only two of the six breakages concern a couple of those early chapter pages. I will go over the lua-widow-control.pdf document once more in case there is a tiny detail I am missing, but I think, if I keep going at this pace, I will end up learning it by heart. Well, joking aside, thanks again for your advice, Max. Edu. El 26/4/22 a las 4:42, Max Chernoff escribió: On 2022-04-25 6:51 p.m., Eduardo Bohoyo wrote: First things first. I want to acknowledge and thank you for the tough mission that surely involves maintaining this module for the benefit of the TeX community and, most especially, for LMTX in particular, due to the very reasons you have just explained. Well thanks :) These days I write most of my documents in LMTX, so the LMTX support is pretty self-serving -- I'm admittedly surprised that there's another lwc + LMTX user. Regarding your remarks, you are right in your assumptions: I didn't have the required lua file installed in its corresponding folder. That's what I was missing, and, logically, what made my compilation crash. Yeah, it's a pretty easy mistake to make. For Knuth TeX, shared files go in texmf/tex/generic and Plain-specific files go in texmf/tex/plain, but with LuaTeX there's just texmf/tex/luatex so it gets a little confusing. Now I finally get the pdf. But unfortunately, this "new" pdf is the same with the module uncommented as when I had it commented. There is no difference at all. And you're right: even context --make doesn't solve the problem. To give you an idea, although my dummy document has 78 pages, only 55 can really be said to be dummy text that can benefit from the module. Well, only in those 55 pages I have 2 orphans, 5 widows and 6 broken hyphens. So the first step here is to check the log file. If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/Orphan NOT removed on page X. then that means that lwc found a widow/orphan, but gave up. This usually only happens if the page has only really short paragraphs, but it can also happen if there aren't any paragraphs that both start and finish on the page. I've got some neat graphs for this (see the upcoming TUGboat issue), but with default settings this should happen for much less than 10% of potential widows/orphans, so it seems unlikely that this is happening for every page. If this actually is the issue, then you can try raising the "emergencystretch" value in "\setuplwc", but that's probably going to give terrible results. The real solution is to rewrite something, but that should usually be pretty rare. --- If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/orphan successfully removed at paragraph X on page Y. but the widows/orphans weren't actually removed, then something really weird is going on and definitely means that there's a bug in lwc. Rerun the document with \setuplwc[debug=true] immediately after "\usemodule[lua-widow-control]" and either reply with the log or post a new issue on the lwc GitHub. --- If you only see modules > 'lua-widow-control' is loaded but not any other lines mentioning lwc, then something weird is going on, and lwc is lo
Re: [NTG-context] lua-widow-control module error in LMTX
Hi, Max:
First things first. I want to acknowledge and thank you for the tough
mission that surely involves maintaining this module for the benefit of
the TeX community and, most especially, for LMTX in particular, due to
the very reasons you have just explained.
Regarding your remarks, you are right in your assumptions: I didn't have
the required lua file installed in its corresponding folder. That's what
I was missing, and, logically, what made my compilation crash.
To make my confusion even worse, I had done a strict search inside the
mkxl code. It wouldn't take me to line 63 because I had added the
extension (lua-widow-control.lua, not just lua-widow-control).
Anyway, a mess only due to my ignorance.
Now I finally get the pdf. But unfortunately, this "new" pdf is the same
with the module uncommented as when I had it commented. There is no
difference at all. And you're right: even context --make doesn't solve
the problem. To give you an idea, although my dummy document has 78
pages, only 55 can really be said to be dummy text that can benefit from
the module. Well, only in those 55 pages I have 2 orphans, 5 widows and
6 broken hyphens.
I have read several times all the options of the module in the
/lua-widow-control.pdf/ document, but I don't even dare to mess with
those options because it seems to me very radical that my output pdf is
the same with the module uncommented in my code.
Of course, mtxrun --find-file lua-widow-control.lua yields what you
would expect:
/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua
Thanks again for your work and yours observations.
Edu.
El 25/4/22 a las 22:00, Max Chernoff escribió:
(Please keep me CC'd as I'm not subscribed to the list)
Hi, I'm the lua-widow-control author.
> lua error > lua error on line 74 in file
>
/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl
>
> The odd thing is that line 75 of the t-lua-widow-control file is empty.
The \setuplwc command ends on line 74, which then triggers
\everysetuplwc which then calls \ctxlua{lwc.enable_callbacks()}. This
fails since lwc is undefined because the Lua file isn't loaded because
ConTeXt can't seem to find the file.
In Plain LuaTeX and LuaLaTeX, a missing Lua file is a fatal error:
$ luatex "\nonstopmode\directlua{require 'not-a-real-file'}\bye"
This is LuaTeX, Version 1.13.2 (TeX Live 2021/W32TeX)
restricted system commands enabled.
[\directlua]:1: module 'not-a-real-file' not found:
no field package.preload['not-a-real-file']
[kpse lua searcher] file not found: 'not-a-real-file'
stack traceback:
[C]: in function 'require'
[\directlua]:1: in main chunk.
<*> \nonstopmode\directlua{require 'not-a-real-file'}
\bye
(see the transcript file for additional information)
warning (pdf backend): no pages of output.
Transcript written on texput.log.
so I'm a little surprised that ConTeXt just issues a warning here when
it can't find the file:
resolvers > lua > unknown file 'lua-widow-control.lua'
> when it says it doesn't know the lua-widow-control.lua file. I don't
see
> any mention of this file within the t-lua-widow-control module.
lua-widow-control.lua is loaded at line 63 of the .mkxl:
\ctxloadluafile{lua-widow-control}
> Could it be that this module is not yet mature for lmtx
Lua-widow-control is certainly more stable with Plain/LaTeX, but it
usually runs fine with LMTX. The entire lwc manual is written in
ConTeXt/LMTX so I (usually) notice pretty quickly when things break.
The only real "issue" with LMTX is that the engine changes pretty
quickly, so lwc may sometimes be broken for a few days between an
engine update and whenever I push out a fix. This doesn't happen with
Plain/LaTeX since the LuaTeX engine is mostly frozen.
Interestingly, the MkXL version of lwc actually predates the MkIV
version, although only by a few months.
> I have \usemodule[lua-widow-control] in my tex document, and
> I haven't forgotten to do the prescribed mtxrun --generate after
> including the module in my third-party folder of my luametatex
> installation on Arch.
Hmm, that's odd then. I'm not entirely sure why this is happening, so
I'm going to take a random guess:
Maybe you installed lwc using a zipfile from either GitHub or the
ConTeXt Garden modules site, then you copied the files into your
texmf-modules/ folder, *but* you only copied the "tex/context/" folder
and not all of the folders in the "tex" folder. The
"lua-widow-control.lua" file is in the "tex/luatex/" folder, so if you
didn't also copy that across you're going to have problems.
Again, just a random guess. If that doesn't work, you could maybe try
running
Re: [NTG-context] lua-widow-control module error in LMTX
(Please keep me CC'd as I'm not subscribed to the list)
Hi, I'm the lua-widow-control author.
> lua error > lua error on line 74 in file
>
/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl
>
> The odd thing is that line 75 of the t-lua-widow-control file is empty.
The \setuplwc command ends on line 74, which then triggers
\everysetuplwc which then calls \ctxlua{lwc.enable_callbacks()}. This
fails since lwc is undefined because the Lua file isn't loaded because
ConTeXt can't seem to find the file.
In Plain LuaTeX and LuaLaTeX, a missing Lua file is a fatal error:
$ luatex "\nonstopmode\directlua{require 'not-a-real-file'}\bye"
This is LuaTeX, Version 1.13.2 (TeX Live 2021/W32TeX)
restricted system commands enabled.
[\directlua]:1: module 'not-a-real-file' not found:
no field package.preload['not-a-real-file']
[kpse lua searcher] file not found: 'not-a-real-file'
stack traceback:
[C]: in function 'require'
[\directlua]:1: in main chunk.
<*> \nonstopmode\directlua{require 'not-a-real-file'}
\bye
(see the transcript file for additional information)
warning (pdf backend): no pages of output.
Transcript written on texput.log.
so I'm a little surprised that ConTeXt just issues a warning here when
it can't find the file:
resolvers > lua > unknown file 'lua-widow-control.lua'
> when it says it doesn't know the lua-widow-control.lua file. I don't see
> any mention of this file within the t-lua-widow-control module.
lua-widow-control.lua is loaded at line 63 of the .mkxl:
\ctxloadluafile{lua-widow-control}
> Could it be that this module is not yet mature for lmtx
Lua-widow-control is certainly more stable with Plain/LaTeX, but it
usually runs fine with LMTX. The entire lwc manual is written in
ConTeXt/LMTX so I (usually) notice pretty quickly when things break.
The only real "issue" with LMTX is that the engine changes pretty
quickly, so lwc may sometimes be broken for a few days between an engine
update and whenever I push out a fix. This doesn't happen with
Plain/LaTeX since the LuaTeX engine is mostly frozen.
Interestingly, the MkXL version of lwc actually predates the MkIV
version, although only by a few months.
> I have \usemodule[lua-widow-control] in my tex document, and
> I haven't forgotten to do the prescribed mtxrun --generate after
> including the module in my third-party folder of my luametatex
> installation on Arch.
Hmm, that's odd then. I'm not entirely sure why this is happening, so
I'm going to take a random guess:
Maybe you installed lwc using a zipfile from either GitHub or the
ConTeXt Garden modules site, then you copied the files into your
texmf-modules/ folder, *but* you only copied the "tex/context/" folder
and not all of the folders in the "tex" folder. The
"lua-widow-control.lua" file is in the "tex/luatex/" folder, so if you
didn't also copy that across you're going to have problems.
Again, just a random guess. If that doesn't work, you could maybe try
running
context --make
but I doubt that that would fix anything here. You could also try
deleting the filename cache files at:
{CONTEXT}/texmf-cache/luametatex-cache/context/*/trees/*.lu?
then rerunning
mtxrun --generate
I've never deleted those files before, but it's in a folder called
"cache" so it's _probably_ safe to delete (make a backup just in case
though).
If none of that works, then the issue could be something else on your
end, or I could have screwed something up in lwc. In that case, try running
find /opt/luametatex/texmf-modules/ -path '*widow*' -print
and
mtxrun --find-file lua-widow-control.lua
and reply with the output.
Oh, and one more note. ConTeXt version "2022-04-11 19:20" renamed some
of the engine Lua functions, so make sure to update to lwc v2.0.6 (if
you're using a recent ConTeXt version). Otherwise after you fix the
"unknown file" error, you would get an "attempt to call a nil value"
error which isn't any better.
Let me know if you have any other issues.
-- Max
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] lua-widow-control module error in LMTX
Hi, I would like to know if anyone has experienced the same error with the lua-widow-control module when compiling the pdf: modules > 'lua-widow-control' is loaded open source > level 2, order 3, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'. resolvers > lua > unknown file 'lua-widow-control.lua' lua error > lua error on line 74 in file /opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl The odd thing is that line 75 of the t-lua-widow-control file is empty. On the other hand, I confess that I don't know what "resolvers" means when it says it doesn't know the lua-widow-control.lua file. I don't see any mention of this file within the t-lua-widow-control module. Could it be that this module is not yet mature for lmtx, or am I missing something? I have \usemodule[lua-widow-control] in my tex document, and I haven't forgotten to do the prescribed mtxrun --generate after including the module in my third-party folder of my luametatex installation on Arch. Kind regards, Edu ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] lua-widow-control module error in LMTX
El 21/4/22 a las 22:08, Eduardo Bohoyo escribió: Hi, I would like to know if anyone has experienced the same error with the lua-widow-control module when compiling the pdf: modules > 'lua-widow-control' is loaded open source > level 2, order 3, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'. resolvers > lua > unknown file 'lua-widow-control.lua' lua error > lua error on line 75 in file /opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl The odd thing is that line 75 of the t-lua-widow-control file is empty. On the other hand, I confess that I don't know what "resolvers" means when it says it doesn't know the lua-widow-control.lua file. I don't see any mention of this file within the t-lua-widow-control module. Could it be that this module is not yet mature for lmtx, or am I missing something? I have \usemodule[lua-widow-control] in my tex document, and I haven't forgotten to do the prescribed mtxrun --generate after including the module in my third-party folder of my luametatex installation on Arch. Kind regards, Edu ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Need some hints to fix my standalon installation
On Wed, Apr 20, 2022 at 5:03 PM Pablo Rodriguez via ntg-context
wrote:
>
> On 4/20/22 12:34, Christoph Hintermüller via ntg-context wrote:
> > Hi
> > Have updated my standalone installation from one of the 2020 releases
> > to the latest one running
> >
> > ./first-setup.sh --context=latest --modules=all
>
> Hi Christoph,
>
> sorry for the obvious suggestion «post facto»: never update ConTeXt
> without a backup first.
>
> > [...]
> > Therefore i have the following questions
> > - would it help to sacrifice the updated standalone installation and
> > do a fresh install
>
> I don’t think it would work, since it only works with LuaMetaTeX.
>
> I got the same results (in Windows [because I cannot make it work in
> Linux]) with LuaTeX 1.15 (the one that comes with ConTeXt LMTX).
>
> My suggestion would be a fresh install (in a different directory, no
> need to remove anything) of ConTeXt LMTX.
>
> > - What else i would have to check and probably fix to make the math
> >working as expected
>
> Math is being improved in ConTeXt these days. It might be a bug.
>
> I wonder whether Mikael or Hans could review your issue.
>
> 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 / http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : http://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
> ___
The strange thing with fractions seems to be due to the parameter
FractionNumeratorDisplayStyleShiftUp in lm.lfg. If you always set it
to 600, it seems to work also for luatex. (This will be fixed.)
Another thing: Instead of using \over, I suggest that you use \frac
(less surprises). Something like:
\starttext
\startformula
a=b + 1
\stopformula
\startformula
a = \frac{ b + \mu }{ c }
\stopformula
\startformula
a = \frac{\frac{ b + \mu }{ c } + e}{ d + i }
\stopformula
\stoptext
/Mikael
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Need some hints to fix my standalon installation
On 4/20/22 12:34, Christoph Hintermüller via ntg-context wrote: > Hi > Have updated my standalone installation from one of the 2020 releases > to the latest one running > > ./first-setup.sh --context=latest --modules=all Hi Christoph, sorry for the obvious suggestion «post facto»: never update ConTeXt without a backup first. > [...] > Therefore i have the following questions > - would it help to sacrifice the updated standalone installation and >do a fresh install I don’t think it would work, since it only works with LuaMetaTeX. I got the same results (in Windows [because I cannot make it work in Linux]) with LuaTeX 1.15 (the one that comes with ConTeXt LMTX). My suggestion would be a fresh install (in a different directory, no need to remove anything) of ConTeXt LMTX. > - What else i would have to check and probably fix to make the math >working as expected Math is being improved in ConTeXt these days. It might be a bug. I wonder whether Mikael or Hans could review your issue. 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] $\sin \theta$ behave differently in metafun
Dear all,
I use $\sin \theta$ and $\cos \theta$ behave differently in text and in metafun.
It works well sometime before but it doesn’t in metafun now.
What is wrong in my example?
Thank you for reading.
Best regards,
Dalyoung
Here is a MWE.
\startbuffer[pointCircle]
numeric u; u:=1cm;
pair A,B,C;
draw fullcircle scaled 4u;
A := dir(25)*2u;
label.top(textext("$P=(\cos\theta, \sin\theta)$"), A);
B := dir(-25)*2u;
label.bot(textext("$Q=(\cos(-\theta), \sin(-\theta))$"), B);
C := (xpart A, 0); label.lrt(textext("$A$"), C);
label(textext("$O$"), origin);
\stopbuffer
\starttext
I'd like use $\sin$ and $\cos$ in the metafun. But it shows strange text
instead of $\sin$ and $\cos$.
\processMPbuffer[pointCircle]
\stoptext
> 2022. 4. 13. 오전 11:09, ntg-context-requ...@ntg.nl 작성:
>
> Send ntg-context mailing list submissions to
> ntg-context@ntg.nl
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mailman.ntg.nl/mailman/listinfo/ntg-context
> or, via email, send a message with subject or body 'help' to
> ntg-context-requ...@ntg.nl
>
> You can reach the person managing the list at
> ntg-context-ow...@ntg.nl
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ntg-context digest..."
>
>
> Today's Topics:
>
> 1. Re: Setting up zint on a mac with macOS Montery Version
> 12.3.1 (Keith McKay)
> 2. Re: fatal error in LMTX (Bruce Horrocks)
> 3. Re: Setting up zint on a mac with macOS Montery Version
> 12.3.1 (Bruce Horrocks)
> 4. Re: Proper formatting of itemized bullets in ConTeXt (śrīrāma)
> 5. Re: Proper formatting of itemized bullets in ConTeXt (śrīrāma)
>
>
> --
>
> Message: 1
> Date: Tue, 12 Apr 2022 21:04:50 +0100
> From: Keith McKay
> To: Bruce Horrocks , mailing list for ConTeXt users
> , monty.l...@gmail.com
> Subject: Re: [NTG-context] Setting up zint on a mac with macOS Montery
> Version 12.3.1
> Message-ID: <475d96e6-0905-7d2d-a51d-84b06d340...@gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Hi All
>
> I created the symbolic link as suggested by Bruce and Luis and still got the
> error message
>
> optional> unable to locate library 'libzint'
>
> in my text editor. I use TeXworks. However, I thought I would try running
> from the Terminal app and it worked. It found libzint and output the pdf with
> both barcodes and the qrcode. I have no idea why it works in the Terminal and
> not TexWorks, I'm guessing I have a path issue which I need to investigate.
>
> Notes
> 1) My machine is a mac-mini-M1 with macos Monterey and I'm running the latest
> ConTeXt version
> 2) Bruce noted that my Homebrew was installed in a non-standard location so I
> checked on the Hombrew website and it is installed in opt/homebrew for Apple
> Silicon i.e the M1 chip. Maybe Bruce's homebrew was installed on an earlier
> version.
>
> Thanks to Luis and Bruce for their suggestions.
> Best Wishes
> Keith McKay
>
> On 10/04/2022 22:26, Bruce Horrocks wrote:
>> Hi Keith,
>>
>>> On 10 Apr 2022, at 14:49, Keith McKay via ntg-context
>>> wrote:
>>>
>>> Hi All
>>>
>>> I have been struggling today trying to setup and use the Barcode module
>>> zint in ConTeXt and failed. I have followed the instructions on the wiki
>>> (https://wiki.contextgarden.net/Barcodes ) but with some changes as
>>> follows. Which maybe why I failed.
>>>
>>> 1) I downloaded Zint using Homebrew since I'm using macOS, and installed it
>>> according to the instructions.
>>>
>>>
>>> 2) Since I'm using LMTX I looked for the file libzint.dylib and found it in
>>> /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path
>>> given on the wiki. The directory contained three files, two of which were
>>> aliases, libzint.2.10.dylib and libzint.dylib, and an exe file
>>> libzint.2.10.0.0.dylib
>> You have Hombrew installed in a non-standard location. Mine is in
>> /usr/local/Cellar with the executables linked into /usr/local/bin.
>>
>> But, assuming other Homebrew commands work when run from Terminal then you
>> might still be okay.
>>
>>> 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint and
>>> copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as
>>> suggested on the wiki instructions. So I basically added
>>> lib/luametatex
Re: [NTG-context] fatal error in LMTX
On 4/13/22 00:27, Bruce Horrocks via ntg-context wrote: >> On 12 Apr 2022, at 18:14, Pablo Rodriguez via ntg-context >> wrote: >> >> I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could >> be more verbose about an opened environment that isn’t closed. > > $ mtxrun --script check filename.tex > is something I learned from this list. Many thanks for your reply, Bruce. I knew this too, but this doesn’t fit my working conditions. I’m afraid that it doesn’t work with sources with \input commands. Contents of 'c.tex': \starttext \startfrontmatter some text... \input c1.tex \stoptext Contents of 'c1.tex': \stopfrontmatter Compilation works fine, but checking doesn’t. Checking doesn’t also work with XML sources typeset with ConTeXt environments. XML is the most common format for the sources I use with ConTeXt. 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] fatal error in LMTX
> On 12 Apr 2022, at 18:14, Pablo Rodriguez via ntg-context > wrote: > > I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could > be more verbose about an opened environment that isn’t closed. $ mtxrun --script check filename.tex is something I learned from this list. — 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
Hi All
I created the symbolic link as suggested by Bruce and Luis and still got the
error message
optional> unable to locate library 'libzint'
in my text editor. I use TeXworks. However, I thought I would try running from
the Terminal app and it worked. It found libzint and output the pdf with both
barcodes and the qrcode. I have no idea why it works in the Terminal and not
TexWorks, I'm guessing I have a path issue which I need to investigate.
Notes
1) My machine is a mac-mini-M1 with macos Monterey and I'm running the latest
ConTeXt version
2) Bruce noted that my Homebrew was installed in a non-standard location so I
checked on the Hombrew website and it is installed in opt/homebrew for Apple
Silicon i.e the M1 chip. Maybe Bruce's homebrew was installed on an earlier
version.
Thanks to Luis and Bruce for their suggestions.
Best Wishes
Keith McKay
On 10/04/2022 22:26, Bruce Horrocks wrote:
Hi Keith,
On 10 Apr 2022, at 14:49, Keith McKay via ntg-context
wrote:
Hi All
I have been struggling today trying to setup and use the Barcode module zint in
ConTeXt and failed. I have followed the instructions on the wiki
(https://wiki.contextgarden.net/Barcodes ) but with some changes as follows.
Which maybe why I failed.
1) I downloaded Zint using Homebrew since I'm using macOS, and installed it
according to the instructions.
2) Since I'm using LMTX I looked for the file libzint.dylib and found it in
/opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path given on
the wiki. The directory contained three files, two of which were aliases,
libzint.2.10.dylib and libzint.dylib, and an exe file libzint.2.10.0.0.dylib
You have Hombrew installed in a non-standard location. Mine is in
/usr/local/Cellar with the executables linked into /usr/local/bin.
But, assuming other Homebrew commands work when run from Terminal then you
might still be okay.
3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint and
copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as suggested on
the wiki instructions. So I basically added lib/luametatex/zint to
texmf-osx-64/bin .
"Yes" to creating the path but "no" to copying. Create a symbolic link instead.
So, in Terminal:
$ cd $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint
# In my case I used the following:
$ ln -s /usr/local/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so
# For you with Homebrew in a different location, try:
$ ln -s /opt/homebrew/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so
Then steps 4 and 5 as below. I ran the MWE below: the ISBN worked, the ISBNX
didn't, the QR code did. This is on Monterey.
4) I ran mtxrun --generate to update the database.
5) I ran the MWE below but no barcode appeared. The console output shows:
modules > using user prefixed file 'libs-imp-zint'
modules > 'zint' is loaded
however further down the output it gives:
optional> unable to locate library 'libzint'
I have tried renaming libzint2.10.0.0.so to libzint.so, but still no barcode.
Is their something I am missing? Tips or hints appreciated.
Best Wishes
Keith McKay
%% MWE
\usemodule[zint]
\starttext
\barcode[alternative=isbn,text=9783865419026,width=4cm]
\barcode[alternative=isbnx, text=9783865419026, width=4cm]
\barcode[alternative=qrcode, text={https://wiki.contextgarden.net}, width=3cm]
\stoptext
—
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 / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] fatal error in LMTX
Hi Otared, I think Pablo knows that \stopfrontmatter is missing. IIUC, his point is that the error message should be more useful. Best, Denis > -Ursprüngliche Nachricht- > Von: ntg-context Im Auftrag von Otared > Kavian via ntg-context > Gesendet: Dienstag, 12. April 2022 20:05 > An: mailing list for ConTeXt users > Cc: Otared Kavian > Betreff: Re: [NTG-context] fatal error in LMTX > > Hi Pablo, > > Your example works fine on my machine (MacOS 11.6.4) with LMTX version > 2022.04.11. However in your example the \stopfrontmatter is missing. > > Best regards: Otared > > > On 12 Apr 2022, at 19:14, Pablo Rodriguez via ntg-context cont...@ntg.nl> wrote: > > > > Hi Hans, > > > > I have a minimal sample that triggers a fatal error in ConTeXt LMTX > > (current latest from 2022.04.11 19:27): > > > > \starttext > > \startfrontmatter > > \input zapf > > \stoptext > > > > This gives the following error message: > > > > mkiv lua stats > runtime: 0.386 seconds, 1 processed pages, > >1 shipped pages, 2.592 pages/second > > mtx-context | fatal error: return code: 1 > > > > The one above is a stupid sample. But it took me about two hours to > > discover what was triggering the fatal error message. > > > > I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could > > be more verbose about an opened environment that isn’t closed. > > > > Many thanks for your help and your excellent work, > > > > Pablo > > > __ > > > _ If your question is of interest to others as well, > > please add an entry to the Wiki! > > > > maillist : ntg-context@ntg.nl / > > http://www.ntg.nl/mailman/listinfo/ntg-context > > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > > archive : https://bitbucket.org/phg/context-mirror/commits/ > > wiki : http://contextgarden.net > > > __ > > > _ > > __ > _ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg- > context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : > https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > __ > _ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] fatal error in LMTX
Hi Pablo, Your example works fine on my machine (MacOS 11.6.4) with LMTX version 2022.04.11. However in your example the \stopfrontmatter is missing. Best regards: Otared > On 12 Apr 2022, at 19:14, Pablo Rodriguez via ntg-context > wrote: > > Hi Hans, > > I have a minimal sample that triggers a fatal error in ConTeXt LMTX > (current latest from 2022.04.11 19:27): > > \starttext > \startfrontmatter > \input zapf > \stoptext > > This gives the following error message: > > mkiv lua stats > runtime: 0.386 seconds, 1 processed pages, >1 shipped pages, 2.592 pages/second > mtx-context | fatal error: return code: 1 > > The one above is a stupid sample. But it took me about two hours to > discover what was triggering the fatal error message. > > I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could > be more verbose about an opened environment that isn’t closed. > > Many thanks for your help and your excellent work, > > Pablo > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] fatal error in LMTX
Hi Hans, I have a minimal sample that triggers a fatal error in ConTeXt LMTX (current latest from 2022.04.11 19:27): \starttext \startfrontmatter \input zapf \stoptext This gives the following error message: mkiv lua stats > runtime: 0.386 seconds, 1 processed pages, 1 shipped pages, 2.592 pages/second mtx-context | fatal error: return code: 1 The one above is a stupid sample. But it took me about two hours to discover what was triggering the fatal error message. I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could be more verbose about an opened environment that isn’t closed. Many thanks for your help and your excellent work, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
Hi Keith,
> On 10 Apr 2022, at 14:49, Keith McKay via ntg-context
> wrote:
>
> Hi All
>
> I have been struggling today trying to setup and use the Barcode module zint
> in ConTeXt and failed. I have followed the instructions on the wiki (
> https://wiki.contextgarden.net/Barcodes ) but with some changes as follows.
> Which maybe why I failed.
>
> 1) I downloaded Zint using Homebrew since I'm using macOS, and installed it
> according to the instructions.
>
>
> 2) Since I'm using LMTX I looked for the file libzint.dylib and found it in
> /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path given
> on the wiki. The directory contained three files, two of which were aliases,
> libzint.2.10.dylib and libzint.dylib, and an exe file libzint.2.10.0.0.dylib
You have Hombrew installed in a non-standard location. Mine is in
/usr/local/Cellar with the executables linked into /usr/local/bin.
But, assuming other Homebrew commands work when run from Terminal then you
might still be okay.
> 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint and
> copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as suggested
> on the wiki instructions. So I basically added lib/luametatex/zint to
> texmf-osx-64/bin .
"Yes" to creating the path but "no" to copying. Create a symbolic link instead.
So, in Terminal:
$ cd $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint
# In my case I used the following:
$ ln -s /usr/local/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so
# For you with Homebrew in a different location, try:
$ ln -s /opt/homebrew/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so
Then steps 4 and 5 as below. I ran the MWE below: the ISBN worked, the ISBNX
didn't, the QR code did. This is on Monterey.
> 4) I ran mtxrun --generate to update the database.
>
> 5) I ran the MWE below but no barcode appeared. The console output shows:
>
>
> modules > using user prefixed file 'libs-imp-zint'
> modules > 'zint' is loaded
>
> however further down the output it gives:
>
>
> optional> unable to locate library 'libzint'
>
> I have tried renaming libzint2.10.0.0.so to libzint.so, but still no barcode.
> Is their something I am missing? Tips or hints appreciated.
> Best Wishes
> Keith McKay
>
> %% MWE
> \usemodule[zint]
> \starttext
> \barcode[alternative=isbn,text=9783865419026,width=4cm]
> \barcode[alternative=isbnx, text=9783865419026, width=4cm]
> \barcode[alternative=qrcode, text={https://wiki.contextgarden.net}, width=3cm]
> \stoptext
—
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 / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
On my macOS High Sierra your MWE works fine. Although I remember that
I didn't use Homebrew, but had to build zint manually.
>From log:
optional > using library
'/Users/monty/context/tex/texmf-osx-64/bin/lib/luametatex/zint/libzint.so'
Here it is enough that
libzint.so be a link:
libzint.so -> /usr/local/lib/libzint.2.10.0.0.dylib
Delete the texmf-cache and run ./mtxrun --generate again, once you've
made this link (or copied libzint.2.10.0.0.dylib to
$TEXROOT/tex/texmf-osx-64/bin/lib/luametatex /zint/libzint.so)
[image: image.png]
Greetings,
L. Montgomery
PD.- Does zint-qt work well?
El dom, 10 abr 2022 a las 8:49, Keith McKay via ntg-context (<
ntg-context@ntg.nl>) escribió:
> Hi All
>
> I have been struggling today trying to setup and use the Barcode module
> zint in ConTeXt and failed. I have followed the instructions on the wiki (
> https://wiki.contextgarden.net/Barcodes ) but with some changes as
> follows. Which maybe why I failed.
>
> 1) I downloaded Zint using Homebrew since I'm using macOS, and installed
> it according to the instructions.
>
> 2) Since I'm using LMTX I looked for the file libzint.dylib and found it
> in /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path
> given on the wiki. The directory contained three files, two of which were
> aliases, libzint.2.10.dylib and libzint.dylib, and an exe file
> libzint.2.10.0.0.dylib
>
> 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint
> and copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as
> suggested on the wiki instructions. So I basically added
> lib/luametatex/zint to texmf-osx-64/bin .
>
> 4) I ran mtxrun --generate to update the database.
>
> 5) I ran the MWE below but no barcode appeared. The console output shows:
>
> *modules > using user prefixed file 'libs-imp-zint'*
>
> *modules > 'zint' is loaded*
>
> however further down the output it gives:
>
> *optional > unable to locate library 'libzint'*
>
> I have tried renaming libzint2.10.0.0.so to libzint.so, but still no
> barcode. Is their something I am missing? Tips or hints appreciated.
>
> Best Wishes
>
> Keith McKay
>
> %% MWE
>
> \usemodule[zint]
>
> \starttext
>
> \barcode[alternative=isbn,text=9783865419026,width=4cm]
>
> \barcode[alternative=isbnx, text=9783865419026, width=4cm]
>
> \barcode[alternative=qrcode, text={https://wiki.contextgarden.net},
> width=3cm]
>
> \stoptext
>
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : http://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
Hi All
I have been struggling today trying to setup and use the Barcode module
zint in ConTeXt and failed. I have followed the instructions on the wiki
( https://wiki.contextgarden.net/Barcodes ) but with some changes as
follows. Which maybe why I failed.
1) I downloaded Zint using Homebrew since I'm using macOS, and installed
it according to the instructions.
2) Since I'm using LMTX I looked for the file libzint.dylib and found it
in /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the
path given on the wiki. The directory contained three files, two of
which were aliases, libzint.2.10.dylib and libzint.dylib, and an exe
file libzint.2.10.0.0.dylib
3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint
and copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as
suggested on the wiki instructions. So I basically added
lib/luametatex/zint to texmf-osx-64/bin .
4) I ran mtxrun --generate to update the database.
5) I ran the MWE below but no barcode appeared. The console output shows:
/modules > using user prefixed file 'libs-imp-zint'/
//
/modules > 'zint' is loaded/
however further down the output it gives:
/optional > unable to locate library 'libzint'/
//
I have tried renaming libzint2.10.0.0.so to libzint.so, but still no
barcode. Is their something I am missing? Tips or hints appreciated.
Best Wishes
Keith McKay
%% MWE
\usemodule[zint]
\starttext
\barcode[alternative=isbn,text=9783865419026,width=4cm]
\barcode[alternative=isbnx, text=9783865419026, width=4cm]
\barcode[alternative=qrcode, text={https://wiki.contextgarden.net},
width=3cm]
\stoptext
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Switching fonts changes framedtext justification
On 4/7/22 19:50, Thangalin via ntg-context wrote: > Appreciated, Pablo. >> The output remains unjustified: > > https://i.ibb.co/dM9LFWZ/future-human.png > > $ find /usr/share/fonts/ -name "*Emoj*" > /usr/share/fonts/emoji/OpenSansEmoji.otf Sorry, I gave you the wrong direction. The OTF version has to be removed, not the TTF version (it is the one that works). I already knew that (https://mailman.ntg.nl/pipermail/ntg-context/2022/105409.html), but I mixed (and messed) versions. Sorry, "OpenSansEmoji.otf" is the one to be removed and "OpenSansEmoji.ttf" is the one to be installed. > $ context --version > mtx-context | current version: 2022.04.01 09:37 > > $ cat ~/bin/fontcache > #!/usr/bin/env bash > > fc-cache -fv > mtxrun --generate > mtxrun --script fonts --reload I had problems in the past with "mtxrun --script fonts --reload --force", so I completely remove the contents from "tex/texmf-cache/luametatex-cache/" (which requires "mtxrun --generate" after). "mtxrun --script cache --erase" used to do the same, but I cannot get it working now (either on Linux or in Windows [as reported in https://mailman.ntg.nl/pipermail/ntg-context/2022/105420.html]). > Any other suggestions? I hope it works now. Sorry for the mess, Pablo emoji.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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] not working "mtxrun --scripts cache --erase"
Dear list, I’m afraid that I have just found out that "mtxrun --scripts cache --erase" doesn’t delete a single file from the cache. Here is the output I get: $ mtxrun --scripts cache --erase mtx-cache | writable path: /context/tex/texmf-cache/ luametatex-cache/context/5fe67e0bf mtx-cache | mtx-cache | fmt:1 mtx-cache | log:1 mtx-cache | lua:7 mtx-cache | lud:7 mtx-cache | lui:1 mtx-cache | luv:1 mtx-cache | tma: 42 mtx-cache | tmd: 42 mtx-cache | mtx-cache | total : 102 mtx-cache | mtx-cache | writable path: /context/tex/texmf-cache/ luametatex-cache/context/5fe67e0bf mtx-cache | mtx-cache | fmt:0 gone,0 kept mtx-cache | log:0 gone,0 kept mtx-cache | lua:0 gone,0 kept mtx-cache | lud:0 gone,0 kept mtx-cache | lui:0 gone,0 kept mtx-cache | luv:0 gone,0 kept mtx-cache | tma:0 gone,0 kept mtx-cache | tmd:0 gone,0 kept mtx-cache | Could anyone confirm the issue? I’m using current latest (2022.04.01 09:37) on Linux 64bit. 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Switching fonts changes framedtext justification
On 4/5/22 03:16, Thangalin via ntg-context wrote: >> The font is too old, but the TTF version works just fine on both Linux >> and Windows. > > No dice with LMTX 2022.04.01 09:37 and the TTF file. Using the TTF, > the emojis don't appear, but the text is justified. Using the OTF, the > emojis appear, but the text is unjustified. Both things work on both Linux and Windows systems. \definefontfamily[emoj][rm][OpenSansEmoji] \setupbodyfont[emoj] \starttext \startTEXpage[offset=1em, align=center] Welcome to the future,\\human ! \stopTEXpage \startframedtext \input zapf \stopframedtext \stoptext > What version of ConTeXt are you using, Pablo? Current latest from 2022.04.01 09:37. Binaries for 64bits on both OS. Just in case it may help, I recommend the following approach. 1. Remove the file OpenSansEmoji.ttf. 2. Remove the directory tex/texmf-cache/luametatex-cache. 3. Run mtxrun --generate. 4. Compile the sample above. BTW, "mtxrun --scripts cache --erase" doesn’t work for me (just in case anyone wonders). I hope it may help, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mkiv
On 4/1/2022 9:19 PM, Denis Maier via ntg-context wrote: Same here... I haven't managed to run mkiv for months. Not a huge deal, but anyway. Best, Denis Von: ntg-context im Auftrag von Pablo Rodriguez via ntg-context Gesendet: Freitag, 1. April 2022 20:37:30 An: Hans Hagen via ntg-context Cc: Pablo Rodriguez Betreff: Re: [NTG-context] mkiv On 4/1/22 18:20, Hans Hagen via ntg-context wrote: [...] So, today is the day we kind of formally freeze MKIV. Just a comment on MkIV. I don’t remember exactly, but I’m afraid that "context --luatex document" hasn’t been working on my computers (either running Linux or Windows) for months now. This isn’t important for me, but just in case it may be relevant for you. If I run "context --luatex document", I get a new directory '$HOME/.texlive2021/texmf-var' created (which includes a "luatex-cache" directory inside) When I run "mtxrun --generate", all required files are generated in "$HOME/context/tex/texmf-cache/luametatex-cache". I wonder why "mtrun --generate" doesn’t generate a "luatex-cache" directory in the same directory containing "luametatex-cache". and how about context --luatex --generate BTW, the '$HOME/.texlive2021/texmf-var/luatex-cache/" directory only contains an empty 'context/d10b607aa0e9d13dde6602f491b76cbc/trees/' path. Just in case it may be relevant and many thanks for ConTeXt, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mkiv
Same here... I haven't managed to run mkiv for months. Not a huge deal, but anyway. Best, Denis Von: ntg-context im Auftrag von Pablo Rodriguez via ntg-context Gesendet: Freitag, 1. April 2022 20:37:30 An: Hans Hagen via ntg-context Cc: Pablo Rodriguez Betreff: Re: [NTG-context] mkiv On 4/1/22 18:20, Hans Hagen via ntg-context wrote: > [...] > So, today is the day we kind of formally freeze MKIV. Just a comment on MkIV. I don’t remember exactly, but I’m afraid that "context --luatex document" hasn’t been working on my computers (either running Linux or Windows) for months now. This isn’t important for me, but just in case it may be relevant for you. If I run "context --luatex document", I get a new directory '$HOME/.texlive2021/texmf-var' created (which includes a "luatex-cache" directory inside) When I run "mtxrun --generate", all required files are generated in "$HOME/context/tex/texmf-cache/luametatex-cache". I wonder why "mtrun --generate" doesn’t generate a "luatex-cache" directory in the same directory containing "luametatex-cache". BTW, the '$HOME/.texlive2021/texmf-var/luatex-cache/" directory only contains an empty 'context/d10b607aa0e9d13dde6602f491b76cbc/trees/' path. Just in case it may be relevant and many thanks for ConTeXt, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mkiv
On 4/1/22 18:20, Hans Hagen via ntg-context wrote: > [...] > So, today is the day we kind of formally freeze MKIV. Just a comment on MkIV. I don’t remember exactly, but I’m afraid that "context --luatex document" hasn’t been working on my computers (either running Linux or Windows) for months now. This isn’t important for me, but just in case it may be relevant for you. If I run "context --luatex document", I get a new directory '$HOME/.texlive2021/texmf-var' created (which includes a "luatex-cache" directory inside) When I run "mtxrun --generate", all required files are generated in "$HOME/context/tex/texmf-cache/luametatex-cache". I wonder why "mtrun --generate" doesn’t generate a "luatex-cache" directory in the same directory containing "luametatex-cache". BTW, the '$HOME/.texlive2021/texmf-var/luatex-cache/" directory only contains an empty 'context/d10b607aa0e9d13dde6602f491b76cbc/trees/' path. Just in case it may be relevant and many thanks for ConTeXt, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mathcal generates error in ConTeXt
Hi Jan,
Thanks, I was starting to think pandoc is not yet mature enough to handle
these conversions, but it looks like that might not be the case.
\mathcal works now, but I actually ran into another issue in my real
document. I have the following defined in my LaTeX:
*$C = ``\textrm{dad}``$*
It looks like context has a hard time compiling the above, even with
\starttext and \stoptext commands generated with the pandoc -s flag. Here's
the error:
*The control sequence at the end of the top line of your error message was
never*
*\def'ed. You can just continue as I'll forget about whatever was
undefined.*
*mtx-context | fatal error: return code: 1*
How can I include quotes in math expressions the same way I do in LaTeX?
Regards,
Amine
On Sat, 26 Mar 2022 at 08:32, Jan-Erik Hägglöf
wrote:
> HI!
>
> It generates no \starttext \stoptext tag
>
> It works with this though
>
> \starttext
>
> $\mathcal{A}$
>
> \stoptext
>
> But with the -s option you get a standalone version of the document
>
> *pandoc -s -f latex -t context -o test_context.tex test.tex*
>
> */Janne*
>
> 26 mars 2022 kl. 06:39 skrev A A via ntg-context :
>
> Dear All,
>
> I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt.
> Here are the contents of test.tex:
>
> *\documentclass{article}*
>
> *\begin{document}*
>
> *\mathcal{A}*
>
> *\end{document}*
>
> The file compiles OK with the following command and I see a resulting pdf:
>
>
> *latexmk -pdflatex test.tex*
>
> Then I try to convert with pandoc:
>
> *pandoc -f latex -t context -o test_context.tex test.tex*
>
> Pandoc appears to successfully generate a file test_context.tex containing
> the following:
>
> *\mathcal{A}*
>
> Then I try to compile the test_context.tex file:
>
> *context test_context.tex*
>
> Which unfortunately results in an error:
>
>
> *resolvers | formats | executing runner 'run luametatex format':
> C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex"
> --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
> --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
> --c:currentrun=1 --c:fulljobname="./test_context.tex"
> --c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9
> --c:texmfbinpath="C:/context/tex/texmf-win64/bin"*
>
>
> *system > callbacks > not registering frozen 'local_box_filter'*
> *system >*
> *system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4
> int: english/english*
> *system >*
> *system > 'cont-new.mkxl' loaded*
> *open source > level 1, order 1, name
> 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
> *system > beware: some patches loaded from cont-new.mkiv*
> *close source> level 1, order 1, name
> 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
> *system > files > jobname './test_context', input
> './test_context.tex', result './test_context'*
> *fonts > latin modern fonts are not preloaded*
> *languages > language 'en' is active*
> *open source > level 1, order 2, name './test_context.tex'*
> *tex error > tex error on line 1 in file ./test_context.tex:
> \textfont0 is undefined in (text) char, font id 0, character 63)*
>
>
> **
> *$\mathcal{A}$*
>
>
> *1 >> $\mathcal{A}$*
> *2*
> *Somewhere in the math formula just ended, you used the stated character
> from an*
> *undefined font family. For example, plain TeX doesn't allow \it or \sl in*
> *subscripts. Proceed, and I'll try to forget that I needed that character.*
> *mtx-context | fatal error: return code: 1*
>
>
> Why does ConTeXt not accept mathcal? Why does pandoc not account for this?
> How can I remedy this with a reasonable amount of effort?
>
> Regards,
>
> Amine
>
>
>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : http://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
>
> ___
>
>
>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] mathcal generates error in ConTeXt
HI!
It generates no \starttext \stoptext tag
It works with this though
\starttext
$\mathcal{A}$
\stoptext
But with the -s option you get a standalone version of the document
pandoc -s -f latex -t context -o test_context.tex test.tex
/Janne
> 26 mars 2022 kl. 06:39 skrev A A via ntg-context :
>
> Dear All,
>
> I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt.
> Here are the contents of test.tex:
>
> \documentclass{article}
> \begin{document}
> \mathcal{A}
> \end{document}
>
> The file compiles OK with the following command and I see a resulting pdf:
>
> latexmk -pdflatex test.tex
>
> Then I try to convert with pandoc:
>
> pandoc -f latex -t context -o test_context.tex test.tex
>
> Pandoc appears to successfully generate a file test_context.tex containing
> the following:
>
> \mathcal{A}
>
> Then I try to compile the test_context.tex file:
>
> context test_context.tex
>
> Which unfortunately results in an error:
>
> resolvers | formats | executing runner 'run luametatex format':
> C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex"
> --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
>
> --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
> --c:currentrun=1 --c:fulljobname="./test_context.tex"
> --c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9
> --c:texmfbinpath="C:/context/tex/texmf-win64/bin"
>
> system > callbacks > not registering frozen 'local_box_filter'
> system >
> system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4 int:
> english/english
> system >
> system > 'cont-new.mkxl' loaded
> open source > level 1, order 1, name
> 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
> system > beware: some patches loaded from cont-new.mkiv
> close source> level 1, order 1, name
> 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
> system > files > jobname './test_context', input
> './test_context.tex', result './test_context'
> fonts > latin modern fonts are not preloaded
> languages > language 'en' is active
> open source > level 1, order 2, name './test_context.tex'
> tex error > tex error on line 1 in file ./test_context.tex: \textfont0
> is undefined in (text) char, font id 0, character 63)
>
>
> $\mathcal{A}$
>
> 1 >> $\mathcal{A}$
> 2
> Somewhere in the math formula just ended, you used the stated character from
> an
> undefined font family. For example, plain TeX doesn't allow \it or \sl in
> subscripts. Proceed, and I'll try to forget that I needed that character.
> mtx-context | fatal error: return code: 1
>
> Why does ConTeXt not accept mathcal? Why does pandoc not account for this?
> How can I remedy this with a reasonable amount of effort?
>
> Regards,
>
> Amine
>
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : http://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
> ___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] Fwd: mathcal generates error in ConTeXt
And, by consequence test_context.tex looks like this
*$\mathcal{A}$*
-- Forwarded message -
From: A A
Date: Sat, 26 Mar 2022 at 08:07
Subject: Fwd: mathcal generates error in ConTeXt
To:
Sorry, there was a typo in my question below. test.tex looks like this:
*\documentclass{article}*
*\begin{document}*
*$\mathcal{A}$*
*\end{document}*
-- Forwarded message -
From: A A
Date: Sat, 26 Mar 2022 at 06:39
Subject: mathcal generates error in ConTeXt
To:
Dear All,
I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt.
Here are the contents of test.tex:
*\documentclass{article}*
*\begin{document}*
*\mathcal{A}*
*\end{document}*
The file compiles OK with the following command and I see a resulting pdf:
*latexmk -pdflatex test.tex*
Then I try to convert with pandoc:
*pandoc -f latex -t context -o test_context.tex test.tex*
Pandoc appears to successfully generate a file test_context.tex containing
the following:
*\mathcal{A}*
Then I try to compile the test_context.tex file:
*context test_context.tex*
Which unfortunately results in an error:
*resolvers | formats | executing runner 'run luametatex format':
C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex"
--fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
--c:currentrun=1 --c:fulljobname="./test_context.tex"
--c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9
--c:texmfbinpath="C:/context/tex/texmf-win64/bin"*
*system > callbacks > not registering frozen 'local_box_filter'*
*system >*
*system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4
int: english/english*
*system >*
*system > 'cont-new.mkxl' loaded*
*open source > level 1, order 1, name
'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
*system > beware: some patches loaded from cont-new.mkiv*
*close source> level 1, order 1, name
'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
*system > files > jobname './test_context', input
'./test_context.tex', result './test_context'*
*fonts > latin modern fonts are not preloaded*
*languages > language 'en' is active*
*open source > level 1, order 2, name './test_context.tex'*
*tex error > tex error on line 1 in file ./test_context.tex:
\textfont0 is undefined in (text) char, font id 0, character 63)*
**
*$\mathcal{A}$*
*1 >> $\mathcal{A}$*
*2*
*Somewhere in the math formula just ended, you used the stated character
from an*
*undefined font family. For example, plain TeX doesn't allow \it or \sl in*
*subscripts. Proceed, and I'll try to forget that I needed that character.*
*mtx-context | fatal error: return code: 1*
Why does ConTeXt not accept mathcal? Why does pandoc not account for this?
How can I remedy this with a reasonable amount of effort?
Regards,
Amine
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] Fwd: mathcal generates error in ConTeXt
Sorry, there was a typo in my question below. test.tex looks like this:
*\documentclass{article}*
*\begin{document}*
*$\mathcal{A}$*
*\end{document}*
-- Forwarded message -
From: A A
Date: Sat, 26 Mar 2022 at 06:39
Subject: mathcal generates error in ConTeXt
To:
Dear All,
I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt.
Here are the contents of test.tex:
*\documentclass{article}*
*\begin{document}*
*\mathcal{A}*
*\end{document}*
The file compiles OK with the following command and I see a resulting pdf:
*latexmk -pdflatex test.tex*
Then I try to convert with pandoc:
*pandoc -f latex -t context -o test_context.tex test.tex*
Pandoc appears to successfully generate a file test_context.tex containing
the following:
*\mathcal{A}*
Then I try to compile the test_context.tex file:
*context test_context.tex*
Which unfortunately results in an error:
*resolvers | formats | executing runner 'run luametatex format':
C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex"
--fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
--c:currentrun=1 --c:fulljobname="./test_context.tex"
--c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9
--c:texmfbinpath="C:/context/tex/texmf-win64/bin"*
*system > callbacks > not registering frozen 'local_box_filter'*
*system >*
*system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4
int: english/english*
*system >*
*system > 'cont-new.mkxl' loaded*
*open source > level 1, order 1, name
'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
*system > beware: some patches loaded from cont-new.mkiv*
*close source> level 1, order 1, name
'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
*system > files > jobname './test_context', input
'./test_context.tex', result './test_context'*
*fonts > latin modern fonts are not preloaded*
*languages > language 'en' is active*
*open source > level 1, order 2, name './test_context.tex'*
*tex error > tex error on line 1 in file ./test_context.tex:
\textfont0 is undefined in (text) char, font id 0, character 63)*
**
*$\mathcal{A}$*
*1 >> $\mathcal{A}$*
*2*
*Somewhere in the math formula just ended, you used the stated character
from an*
*undefined font family. For example, plain TeX doesn't allow \it or \sl in*
*subscripts. Proceed, and I'll try to forget that I needed that character.*
*mtx-context | fatal error: return code: 1*
Why does ConTeXt not accept mathcal? Why does pandoc not account for this?
How can I remedy this with a reasonable amount of effort?
Regards,
Amine
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] mathcal generates error in ConTeXt
Dear All,
I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt.
Here are the contents of test.tex:
*\documentclass{article}*
*\begin{document}*
*\mathcal{A}*
*\end{document}*
The file compiles OK with the following command and I see a resulting pdf:
*latexmk -pdflatex test.tex*
Then I try to convert with pandoc:
*pandoc -f latex -t context -o test_context.tex test.tex*
Pandoc appears to successfully generate a file test_context.tex containing
the following:
*\mathcal{A}*
Then I try to compile the test_context.tex file:
*context test_context.tex*
Which unfortunately results in an error:
*resolvers | formats | executing runner 'run luametatex format':
C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex"
--fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
--c:currentrun=1 --c:fulljobname="./test_context.tex"
--c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9
--c:texmfbinpath="C:/context/tex/texmf-win64/bin"*
*system > callbacks > not registering frozen 'local_box_filter'*
*system >*
*system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4
int: english/english*
*system >*
*system > 'cont-new.mkxl' loaded*
*open source > level 1, order 1, name
'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
*system > beware: some patches loaded from cont-new.mkiv*
*close source> level 1, order 1, name
'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'*
*system > files > jobname './test_context', input
'./test_context.tex', result './test_context'*
*fonts > latin modern fonts are not preloaded*
*languages > language 'en' is active*
*open source > level 1, order 2, name './test_context.tex'*
*tex error > tex error on line 1 in file ./test_context.tex:
\textfont0 is undefined in (text) char, font id 0, character 63)*
**
*$\mathcal{A}$*
*1 >> $\mathcal{A}$*
*2*
*Somewhere in the math formula just ended, you used the stated character
from an*
*undefined font family. For example, plain TeX doesn't allow \it or \sl in*
*subscripts. Proceed, and I'll try to forget that I needed that character.*
*mtx-context | fatal error: return code: 1*
Why does ConTeXt not accept mathcal? Why does pandoc not account for this?
How can I remedy this with a reasonable amount of effort?
Regards,
Amine
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] zint module on LMTX
Hi all, with the new upload, for me on Win64 the zint module does not work yet. >cmd /c context test.tex && start sumatrapdf test.pdf test.log: resolvers | formats | executing runner 'run luametatex format': C:/context/tex/texmf-win64/bin/luametatex --jobname="./test.tex" --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./test.tex" --c:input="./test.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="C:/context/tex/texmf-win64/bin" system > system > ConTeXt ver: 2022.03.24 21:18 LMTX fmt: 2022.3.25 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 1, order 1, name 'C:/context/tex/texmf-context/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' modules > using user prefixed file 'libs-imp-zint' modules > 'zint' is loaded open source > level 2, order 3, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/libs-imp-zint.mkxl' resolvers > lua > loading file 'C:/context/tex/texmf-context/tex/context/base/mkxl/libs-imp-zint.lmt' succeeded close source> level 2, order 3, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/libs-imp-zint.mkxl' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded error (lmt library): unable to load 'C:/context/tex/texmf-win64/bin/lib/luametatex/zint/libzint.dll', quitting mtx-context | fatal error: return code: 1 >Exit code: 1 Greetings Lutz Am 17. März 2022 16:26:21 MEZ schrieb Pablo Rodriguez via ntg-context : >On 3/16/22 22:32, Pablo Rodriguez via ntg-context wrote: >> [...] >> On Windows, I need to check the issue further. > >Using latest binary from SF (which is Win32, btw), I get the following >error message: > > error (lmt library): unable to load 'D:/utilidades/context/tex/ >texmf-win64/bin/lib/luametatex/zint/libzint.dll', quitting > > mtx-context | fatal error: return code: 1 > >So, latest version in Windows breaks compilation on my computer. > >What am I doing wrong? > >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 / http://www.ntg.nl/mailman/listinfo/ntg-context >webpage : http://www.pragma-ade.nl / http://context.aanhet.net >archive : https://bitbucket.org/phg/context-mirror/commits/ >wiki : http://contextgarden.net >___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
On 3/16/22 22:32, Pablo Rodriguez via ntg-context wrote: > [...] > On Windows, I need to check the issue further. Using latest binary from SF (which is Win32, btw), I get the following error message: error (lmt library): unable to load 'D:/utilidades/context/tex/ texmf-win64/bin/lib/luametatex/zint/libzint.dll', quitting mtx-context | fatal error: return code: 1 So, latest version in Windows breaks compilation on my computer. What am I doing wrong? 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
Hi Pablo, You are correct, the LuaMetaTeX file is still expecting the old "isbn" as the name, whereas the MKIV running zint directly requires the new one with "isbnx". Not sure with which zint version the "isbn" got changed to "isbnx". @Hans Hagen can you update the libs-imp-zint.lmt <https://github.com/contextgarden/context-mirror/compare/beta...reviczky:patch-4#diff-e9a8d1468821ebec460080cb3a74fedac5a4f5d9d8b4cd262531a65345145ebe> to have the same interface for MKIV and LMTX: https://github.com/contextgarden/context-mirror/compare/beta...reviczky:patch-4 - ["code 128"] = 20, ["isbn"] = 69, ["han xin code"] = 116, + ["code 128"] = 20, ["isbnx"] = 69, ["han xin code"] = 116, - if lower(code) == "isbn" then + if lower(code) == "isbnx" then This way the sample works in the same way for both MKIV and LMTX: zint-test.tex --- \usemodule[zint] \starttext \barcode[alternative=isbnx, text=9783865419026, width=4cm] \stoptext --- context zint-test.tex context --luatex zint-test.tex Adam On Wed, Mar 16, 2022 at 9:39 PM Pablo Rodriguez via ntg-context < ntg-context@ntg.nl> wrote: > On 3/16/22 19:11, Adam Reviczky via ntg-context wrote: > > Hi Pablo, > > > > If you use an older version of zint, maybe "isbn" instead of "isbnx" > > would work. > > Hi Adam, > > I have just installed version 2.10. > > "isbn" works, but "isbnx" doesn’t. As already reported is an > unrecognized option that is also listed as available alternative (weird). > > > I have used both isbnx and qrcode successfully with zint 2.10 on linux. > > As said, for some strange reason, "isbnx" doesn’t work on my Linux machine. > > On Windows, I need to check the issue further. > > 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 / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
Hi Pablo, If you use an older version of zint, maybe "isbn" instead of "isbnx" would work. I have used both isbnx and qrcode successfully with zint 2.10 on linux. \usemodule[zint] \starttext \barcode[alternative=isbn,text=9783865419026,width=4cm] %\barcode[alternative=isbnx,text=9783865419026,width=4cm] \stoptext Adam On Wed, Mar 16, 2022 at 5:07 PM Hans Hagen via ntg-context < ntg-context@ntg.nl> wrote: > On 3/16/2022 5:37 PM, Pablo Rodriguez via ntg-context wrote: > > Dear list, > > > > using latest LMTX and following the steps from > > https://wiki.contextgarden.net/Barcodes#Zint_module, I’m afraid I don’t > > get any barcode either in Linux or Windows. > > > > Minimal sample: > > > >\starttext > >\usemodule[zint] > >\barcode[alternative=isbnx, text=9783865419026, width=4cm] > >\stoptext > > > > Error message is rather weird on Linux: > > > >optional> using library '/home/ousia/context/tex/texmf-linux- > > 64/bin/lib/luametatex/zint/libzint.so' > >zint> unknown barcode alternative 'isbnx' > >zint> > >zint> valid barcode alternatives: > >zint> > >[...] > >zint> isbn > >zint> isbnx > >[...] > > > > It seems that a valid barcode alternative ends up being unknown to the > > library. > > > > What am I missing here? > > > > Many thanks for your help, > Are you sure that you have the latest zint? (from sourceforge) > > > - >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 / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
On 3/16/2022 5:37 PM, Pablo Rodriguez via ntg-context wrote: Dear list, using latest LMTX and following the steps from https://wiki.contextgarden.net/Barcodes#Zint_module, I’m afraid I don’t get any barcode either in Linux or Windows. Minimal sample: \starttext \usemodule[zint] \barcode[alternative=isbnx, text=9783865419026, width=4cm] \stoptext Error message is rather weird on Linux: optional> using library '/home/ousia/context/tex/texmf-linux- 64/bin/lib/luametatex/zint/libzint.so' zint> unknown barcode alternative 'isbnx' zint> zint> valid barcode alternatives: zint> [...] zint> isbn zint> isbnx [...] It seems that a valid barcode alternative ends up being unknown to the library. What am I missing here? Many thanks for your help, Are you sure that you have the latest zint? (from sourceforge) - 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] zint module on LMTX
Dear list, using latest LMTX and following the steps from https://wiki.contextgarden.net/Barcodes#Zint_module, I’m afraid I don’t get any barcode either in Linux or Windows. Minimal sample: \starttext \usemodule[zint] \barcode[alternative=isbnx, text=9783865419026, width=4cm] \stoptext Error message is rather weird on Linux: optional> using library '/home/ousia/context/tex/texmf-linux- 64/bin/lib/luametatex/zint/libzint.so' zint> unknown barcode alternative 'isbnx' zint> zint> valid barcode alternatives: zint> [...] zint> isbn zint> isbnx [...] It seems that a valid barcode alternative ends up being unknown to the library. What am I 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hi Gavin! On MacOSX go to "Finder" and search the app. Then, click the app icon while holding down the "Control" key on the keyboard, then choose "Open" from the pop-up menu. Click on "Open". The app is saved as an exception in your security settings and you can open it later by double-clicking it, like any saved app. Hope it helps ! JP Le 12/03/2022 à 17:18, Gavin via ntg-context a écrit : Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. Gavin On Mar 12, 2022, at 8:31 AM, Mojca Miklavec via ntg-context wrote: Hans, I manually uploaded luametatex for arm64-darwin now. Not that I actually checked anything. Gavin, are you willing to try the binary from https://dl.contextgarden.net/build/luametatex/arm64-darwin/ ? Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist :ntg-context@ntg.nl /http://www.ntg.nl/mailman/listinfo/ntg-context webpage :http://www.pragma-ade.nl /http://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist :ntg-context@ntg.nl /http://www.ntg.nl/mailman/listinfo/ntg-context webpage :http://www.pragma-ade.nl /http://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :http://contextgarden.net ___ -- Jean-Pierre Delange Ancients Professeur Agrégé de Philosophie (HC) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
On 3/12/2022 5:18 PM, Gavin wrote: Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. i uploaded a new installer / uopdates with mojca's bin 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
On 3/12/2022 5:18 PM, Gavin wrote: Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. wasn't that discussed on the list at some point? some tricks to tell osx it's okay? maybe search the archives - 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. Gavin > On Mar 12, 2022, at 8:31 AM, Mojca Miklavec via ntg-context > wrote: > > Hans, > > I manually uploaded luametatex for arm64-darwin now. > Not that I actually checked anything. > > Gavin, are you willing to try the binary from >https://dl.contextgarden.net/build/luametatex/arm64-darwin/ > ? > > Mojca > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hi Mojca, > Gavin, are you willing to try the binary from >https://dl.contextgarden.net/build/luametatex/arm64-darwin/ > ? I am willing to try. I downloaded the luametatex file at that address, but I’m not sure what to do with it. Do I just replace the luametatex in my installation, or should I install usining my usual procedure and then replace? Gavin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hans, I manually uploaded luametatex for arm64-darwin now. Not that I actually checked anything. Gavin, are you willing to try the binary from https://dl.contextgarden.net/build/luametatex/arm64-darwin/ ? Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] What’s wrong with installation?
Dear List, I can't make the installation context-mswin.zip, too. Uschi Hermann -Ursprüngliche Nachricht- Von: ntg-context Im Auftrag von Henning Hraban Ramm via ntg-context Gesendet: Montag, 07. März 2022 12:48 An: mailing list for ConTeXt users Cc: Henning Hraban Ramm Betreff: [NTG-context] What’s wrong with installation? Hi, I just tried to install a new instance of LMTX without success. """ $ unzip -l *.zip Archive: context-osx-64.zip Length DateTimeName - -- - 0 03-05-2019 22:50 bin/ 19082 01-21-2022 20:13 bin/mtx-install.lua 693184 01-21-2022 20:13 bin/mtxrun.lua 3910 01-21-2022 20:13 install.sh 2725900 01-21-2022 20:13 bin/mtxrun 24047 01-21-2022 20:13 installation.pdf - --- 3466123 6 files $ sh install.sh mtx-install | provide valid server and instance cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtxrun.lua: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtx-install.lua: No such file or directory If you want to run ConTeXt everywhere, you need to adapt the path, like: export PATH=/Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin:$PATH If you run from an editor you can specify the full path to mtxrun: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --autogenerate --script context --autopdf ... The following settings were used: server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl instance : install-lmtx extras : ownpath : /Users/hraban/lmtx_2022-03-07 platform : osx-64 $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --server=lmtx.contextgarden.net --instance=install-lmtx --platform=osx-64 --extras=all mtx-install | provide valid server and instance """ Same result if I omit --server and --instance, since they default to the same. In mtx-install.lua, line 489 "local server = false" overwrites the previously set server variable. If I comment this line, I get: """ $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --platform=osx-64 --extras=all mtx-install | server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl mtx-install | instance : install-lmtx mtx-install | platform : osx-64 mtx-install | system : unix mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-osx-64.tma' mtx-install | current : %S mtx-install | target : %S mtx-install | removing : mtxrun mtx-install | removing : context mtx-install | copied : mtxrun mtx-install | copied : context mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --generate sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context --make en sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context: No such file or directory mtx-install | mtx-install | mtx-install | ConTeXt LMTX with LuaMetaTeX is still experimental and when you get a crash this mtx-install | can be due to a mismatch between Lua bytecode and the engine. In that case you can mtx-install | try the following: mtx-install | mtx-install | - wipe the texmf-cache directory mtx-install | - run: mtxrun --generate mtx-install | - run: context --make mtx-install | mtx-install | When that doesn't solve the problem, ask on the mailing list (ntg-context@ntg.nl). mtx-install | mtx-install | update, done """ The "invalid database" lines don’t look good. If I give an explicit --server=lmtx.contextgarden.net, I still get the same error: """ mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-osx-64.tma' """ What’s wrong? Hraban ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/
[NTG-context] What’s wrong with installation?
Hi, I just tried to install a new instance of LMTX without success. """ $ unzip -l *.zip Archive: context-osx-64.zip Length DateTimeName - -- - 0 03-05-2019 22:50 bin/ 19082 01-21-2022 20:13 bin/mtx-install.lua 693184 01-21-2022 20:13 bin/mtxrun.lua 3910 01-21-2022 20:13 install.sh 2725900 01-21-2022 20:13 bin/mtxrun 24047 01-21-2022 20:13 installation.pdf - --- 3466123 6 files $ sh install.sh mtx-install | provide valid server and instance cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtxrun.lua: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtx-install.lua: No such file or directory If you want to run ConTeXt everywhere, you need to adapt the path, like: export PATH=/Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin:$PATH If you run from an editor you can specify the full path to mtxrun: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --autogenerate --script context --autopdf ... The following settings were used: server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl instance : install-lmtx extras : ownpath : /Users/hraban/lmtx_2022-03-07 platform : osx-64 $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --server=lmtx.contextgarden.net --instance=install-lmtx --platform=osx-64 --extras=all mtx-install | provide valid server and instance """ Same result if I omit --server and --instance, since they default to the same. In mtx-install.lua, line 489 "local server = false" overwrites the previously set server variable. If I comment this line, I get: """ $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --platform=osx-64 --extras=all mtx-install | server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl mtx-install | instance : install-lmtx mtx-install | platform : osx-64 mtx-install | system : unix mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-osx-64.tma' mtx-install | current : %S mtx-install | target : %S mtx-install | removing : mtxrun mtx-install | removing : context mtx-install | copied : mtxrun mtx-install | copied : context mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --generate sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context --make en sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context: No such file or directory mtx-install | mtx-install | mtx-install | ConTeXt LMTX with LuaMetaTeX is still experimental and when you get a crash this mtx-install | can be due to a mismatch between Lua bytecode and the engine. In that case you can mtx-install | try the following: mtx-install | mtx-install | - wipe the texmf-cache directory mtx-install | - run: mtxrun --generate mtx-install | - run: context --make mtx-install | mtx-install | When that doesn't solve the problem, ask on the mailing list (ntg-context@ntg.nl). mtx-install | mtx-install | update, done """ The "invalid database" lines don’t look good. If I give an explicit --server=lmtx.contextgarden.net, I still get the same error: """ mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-osx-64.tma' """ What’s wrong? Hraban ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] LuaMetaLa(!)TeX
On Sun, Feb 13, 2022 at 11:33 AM Henning Hraban Ramm via ntg-context < ntg-context@ntg.nl> wrote: > WTF, someone wrote a LaTeX format for LuaMetaTeX already 3 years ago: > https://github.com/zauguin/luametalatex > > > sure -- he is not "someone", we know Marcel . -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] LuaMetaLa(!)TeX
WTF, someone wrote a LaTeX format for LuaMetaTeX already 3 years ago: https://github.com/zauguin/luametalatex (Herbert Voss just pointed me to it.) Hraban ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
On Fri, 28 Jan 2022, hanneder--- via ntg-context wrote: > > I was talking about the install programm on > https://github.com/adityam/context-pkgbuild > for it was not clear to me which version this convenient > tool installs. This is the old version of the PKGBUILD script for MkIV, before AUR moved to git. Not the AUR link has the latest PKGUILD. > But following Hans kind advice I shall keep a low profile > and wait for a safer version:) The PKGBUILD for luametatex will install the latest _released_ version of LMTX. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
> On 1/27/2022 7:35 PM, Aditya Mahajan via ntg-context wrote: > > > 2. luametatex: https://aur.archlinux.org/packages/luametatex/ > Just an additional warning: one should not pick up bins from the build farm > unless oen knows what's happening ... the current builds are okay for Mikael > and me while playing with math but therefore don't match the latest context. I am not picking bins from the build farm. The PKGBUILD downloads the context-linux-64.zip from http://lmtx.pragma-ade.nl/install-lmtx/context-linux-64.zip, runs install.sh, and downloads a few modules from CTAN, installs everything in /opt/luametatex, and creates a /opt/luametatex/setuptex script. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
I was talking about the install programm on https://github.com/adityam/context-pkgbuild for it was not clear to me which version this convenient tool installs. But following Hans kind advice I shall keep a low profile and wait for a safer version:) Greetings - Nachricht von Aditya Mahajan via ntg-context - Datum: Thu, 27 Jan 2022 13:35:33 -0500 (EST) Von: Aditya Mahajan via ntg-context Antwort an: mailing list for ConTeXt users Betreff: Re: [NTG-context] new upload An: hanneder--- via ntg-context Cc: Aditya Mahajan On Thu, 27 Jan 2022, hanneder--- via ntg-context wrote: I tried to install the latest CTX with context-minimals/standalone pkgbuild (on manjaro Linux with the manual method), but the system does not recognise the new command \definetransliteration, so I guess I need to specify that I really want the latest upload. What is the best method for this? BTW, I am not sure which PKGBUILD you mean exactly. Note that there are two PKGBUILDs for context on AUR: 1. context-minimal-git: https://aur.archlinux.org/packages/context-minimals-git/#news which installs ConTeXt MkIV 2. luametatex: https://aur.archlinux.org/packages/luametatex/ which installs LuaMetaTeX. So you probably need to use the luametatex PKGBUILD. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ - Ende der Nachricht von Aditya Mahajan via ntg-context - --- Prof. Dr. Juergen Hanneder Philipps-Universitaet Marburg FG Indologie u. Tibetologie Deutschhausstr.12 35032 Marburg Germany Tel. 0049-6421-28-24930 hanne...@staff.uni-marburg.de ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
On 1/27/2022 7:35 PM, Aditya Mahajan via ntg-context wrote: 2. luametatex: https://aur.archlinux.org/packages/luametatex/ Just an additional warning: one should not pick up bins from the build farm unless oen knows what's happening ... the current builds are okay for Mikael and me while playing with math but therefore don't match the latest context. 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
On Thu, 27 Jan 2022, hanneder--- via ntg-context wrote: > > I tried to install the latest CTX with context-minimals/standalone > pkgbuild (on manjaro Linux with > the manual method), but the system does not recognise the new command > \definetransliteration, so I > guess I need to specify that I really want the latest upload. What is > the best method for this? BTW, I am not sure which PKGBUILD you mean exactly. Note that there are two PKGBUILDs for context on AUR: 1. context-minimal-git: https://aur.archlinux.org/packages/context-minimals-git/#news which installs ConTeXt MkIV 2. luametatex: https://aur.archlinux.org/packages/luametatex/ which installs LuaMetaTeX. So you probably need to use the luametatex PKGBUILD. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Engine mismatch in Windows 8.1 (32 bits)
On 1/22/2022 7:45 AM, Jairo A. del Rio via ntg-context wrote: Hi everyone! I've just installed ConTeXt on an old machine running Windows 8.1 (x86) and I've noticed the format is regenerated each time I process a file. It can be read on the log (third line): warning: engine mismatch (luv: This is LuaMetaTeX 2.09.36 <> bin: This is LuaMetaTeX 2.09.34), forcing remake grep -r '09.34' finds a coincidence in mtxrun.exe. Is anyone else facing this issue? Are mtxrun.exe and context.exe copies of luametatex.exe (or links to it)? They all should be the same. 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Engine mismatch in Windows 8.1 (32 bits)
Hi everyone! I've just installed ConTeXt on an old machine running Windows 8.1 (x86) and I've noticed the format is regenerated each time I process a file. It can be read on the log (third line): warning: engine mismatch (luv: This is LuaMetaTeX 2.09.36 <> bin: This is LuaMetaTeX 2.09.34), forcing remake grep -r '09.34' finds a coincidence in mtxrun.exe. Is anyone else facing this issue? Jairo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] new uplaod
Hi,
a new lmtx upload
- crash with bottom floats probably solved: had to do with tricky
interaction between engine insert handling and callback interference (as
well as some assumptions in the engine dating that relate to the fact
that tex was never written to be opened up this way)
- crash due to math initialization: this related to a new mechanism wrt
math parameters that Mikael and I are playing with .. think of this:
\newmuskip\mymuskipA
\mugluespecdef\mymuskipB 0mu
\inherited\Umathfracfracspacing\textstyle\mymuskipA
\inherited\Umathradradspacing \textstyle\mymuskipB
\startTEXpage[offset=3bp]
\mymuskipA 10mu
\mugluespecdef\mymuskipB 10mu
$\mathfrac{x}\mathfrac{x}$\par
$\mathrad {x}\mathrad {x}$\par
\mymuskipA 20mu
\mugluespecdef\mymuskipB 20mu
$\mathfrac{x}\mathfrac{x}$\par
$\mathrad {x}\mathrad {x}$\par
\mymuskipA 30mu
\mugluespecdef\mymuskipB 30mu
$\mathfrac{x}\mathfrac{x}$\par
$\mathrad {x}\mathrad {x}$\par
\mymuskipA 30mu plus 10mu minus 10mu
\mugluespecdef\mymuskipB 30mu plus 10mu minus 10mu
$\mathfrac{x}\mathfrac{x}$\par
$\mathrad {x}\mathrad {x}$\par
\stopTEXpage
tex has a few abstractions (thinmuskip etc) than basically postpone a
setting so that they can be adapted by setting these 'special - internal
in luametatex speak - mu glue registers' but is is being generalized so
that we can group math (integer, dimension, glue) parameters by binding
them to registers and constants ... that way we can do simple and
efficient switches to different spacing ... just that you know
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 / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] new upload
Hi, I uploaded a new version but best first read this because some is experimental and i need to sycn with those involved, so thereofre the uplaod (too many files involved): Indic: - We added indic language patterns ad well as defined the languages but labels are on the todo as are conversions; kauśika is working on this - We also added a tweak to deal with a certain class of indic fonts; there will be a more detailed report about the why and how by kauśika - So, Indic should work as before but with more dedicated support coming. Math: - Mikael and I are stepwise going over the math machinery: constructs, spacing etc in the perspective of what luametatex provided. - We think we can improve spacing (more consistent) but it needs some work and testing. Some gets shifted from engine heuristics to predictable control. - There will be a 'traditional swedish' spacing variant, also as an exaple of how users can finetune and adapt to the math culture they like. (I will likely make one for educational purpose). - All this is done by some fundamental extensions to the math engine (on top of all the already present configurability) but hopefully without side effects. Rest: - I added a few features discussed on the list (itemize and such) which I let others explain (omn the wiki). 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] STIX2 font issues with freshly installed LMTX
Hi there
Issue solved by deleting the context-internal fonts and recurring on the
system-wide installed fonts … never mind ;-)
<https://www.dropbox.com/s/g31kwg14tcs5621/Untitled_Test%20-compressed.pdf?dl=0>
Happy New Year
Heinrich
>
>> On 3 Jan 2022, at 21:46, Heinrich Paeßens > <mailto:paess...@me.com>> wrote:
>>>
>>> Hi there
>>>
>>> as a newcomer in ConTeXt I installed according to
>>>
>>> https://wiki.contextgarden.net/Installing_ConTeXt_LMTX_on_MacOS/
>>> <https://wiki.contextgarden.net/Installing_ConTeXt_LMTX_on_MacOS/>
>>>
>>> and using TeXShop on macos as advised.
>>>
>>> However, I like to use STIX2-Fonts for Text and Math and hence my MWE to
>>> test which fonts are going to be embedded (CLI pdffonts):
>>>
>>> -
>>> \setupbodyfont[stixtwo]
>>> \starttext
>>>
>>> Test ß 1lIjJuQ \% § \& ?! VERSAL-ẞ- \|> --- 1234567890 --- //
>>>
>>> \placeformula[eqn:def-m]
>>> \startformula
>>> m = \frac{m_0}{\sqrt{1-\frac{v^2}{c^2}}}
>>> \stopformula
>>> \stoptext
>>> -
>>>
>>> Unfortunately the compiler throws an error — why is there a check of
>>> STIX2-fonts versions, why is that important?
>>>
>>> I checked and found
>>>
>>> /Users/hp/Library/Fonts/STIXTwoText-Regular.otf Version 2.12 b168
>>> /Users/hp/Library/context-osx-64/tex/texmf/fonts/opentype/public/stix2-otf/STIXTwoText-Regular.otf
>>> Version 2.11 b159
>>>
>>> Could you please advise for a work around?
>>>
>>> from the log:
>>>
>>> -
>>> fonts > otf loading > loading 'stixtwotext-regular.otf', hash
>>> 'stixtwotext-regular'
>>> otf reader > unknown version '
>>>
>>>
>>>
>>> ' in file 'stixtwotext-regular.otf'
>>> fonts > otf loading > loading done
>>> fonts > otf loading > saving 'stixtwotext-regular.otf' in cache
>>> system > lua > compiling
>>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma'
>>> into
>>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd'
>>> system > lua > dumping
>>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma'
>>> into
>>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd'
>>> stripped
>>> fonts > otf loading > loading, optimizing, packing and caching
>>> time 0.002
>>> lua error > lua error on line 1 in file ./Untitled.tex:
>>>
>>> registered function call [1129]:
>>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: attempt to
>>> index a nil value (upvalue 'descriptions')
>>> stack traceback:
>>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: in
>>> local 'prepare_ligature'
>>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:770: in
>>> upvalue 'addfeature'
>>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:899: in
>>> local 'enhancer'
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1269: in
>>> upvalue 'enhance'
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1291: in
>>> field 'apply'
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:263: in
>>> field 'load'
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:602: in
>>> upvalue 'otftotfm'
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:630: in
>>> function <...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:629>
>>> (...tail calls...)
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:378: in
>>> function <...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:366>
>>> (...tail calls...)
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:484: in
>>> field 'read'
>>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1336: in
>>> function <...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1193>
>>> (...tail calls...)
>>> 1 >> \setupbodyfont[stixtwo]
>>> -
>>>
>>> Many thanks for your support.
>>> Kind regards
>>>
>>> Heinrich Paeßens
>>> Mobile +49 1512 123 9876
>>> Business Card
>>> <https://www.paessens.tel/img/heinrich-paessens_bc-2021-03-11_signed.pdf>
>>>
>>
>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
[NTG-context] STIX2 font issues with freshly installed FMTX
Hi there
as a newcomer in ConTeXt I installed according to
https://wiki.contextgarden.net/Installing_ConTeXt_LMTX_on_MacOS/
and using TeXShop on macos as advised.
However, I like to use STIX2-Fonts for Text and Math and hence my MWE to test
which fonts are going to be embedded (CLI pdffonts):
-
\setupbodyfont[stixtwo]
\starttext
Test ß 1lIjJuQ \% § \& ?! VERSAL-ẞ- \|> --- 1234567890 --- //
\placeformula[eqn:def-m]
\startformula
m = \frac{m_0}{\sqrt{1-\frac{v^2}{c^2}}}
\stopformula
\stoptext
-
Unfortunately the compiler throws an error — why is there a check of
STIX2-fonts versions, why is that important?
I checked and found
/Users/hp/Library/Fonts/STIXTwoText-Regular.otf Version 2.12 b168
/Users/hp/Library/context-osx-64/tex/texmf/fonts/opentype/public/stix2-otf/STIXTwoText-Regular.otf
Version 2.11 b159
Could you please advise for a work around?
from the log:
-
fonts > otf loading > loading 'stixtwotext-regular.otf', hash
'stixtwotext-regular'
otf reader > unknown version '
' in file 'stixtwotext-regular.otf'
fonts > otf loading > loading done
fonts > otf loading > saving 'stixtwotext-regular.otf' in cache
system > lua > compiling
'/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma'
into
'/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd'
system > lua > dumping
'/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma'
into
'/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd'
stripped
fonts > otf loading > loading, optimizing, packing and caching time
0.002
lua error > lua error on line 1 in file ./Untitled.tex:
registered function call [1129]:
...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: attempt to
index a nil value (upvalue 'descriptions')
stack traceback:
...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: in
local 'prepare_ligature'
...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:770: in
upvalue 'addfeature'
...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:899: in
local 'enhancer'
...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1269: in
upvalue 'enhance'
...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1291: in
field 'apply'
...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:263: in
field 'load'
...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:602: in
upvalue 'otftotfm'
...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:630: in
function <...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:629>
(...tail calls...)
...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:378: in
function <...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:366>
(...tail calls...)
...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:484: in
field 'read'
...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1336: in
function <...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1193>
(...tail calls...)
1 >> \setupbodyfont[stixtwo]
-
Many thanks for your support.
Kind regards
Heinrich Paeßens
Mobile +49 1512 123 9876
Business Card
<https://www.paessens.tel/img/heinrich-paessens_bc-2021-03-11_signed.pdf>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] Documentation about CTX installation on MacOS X
> Le 3 janv. 2022 à 09:22, Henning Hraban Ramm via ntg-context > a écrit : > > Am 03.01.22 um 08:09 schrieb Jean-Pierre Delange via ntg-context: >> Thank you very much for your quick answer to you both Fabrice and Henning ! >> It seems there is no detailed documentation about peculiar aspects of CTX on >> MacOS. >> For instance, the use of fonts database on unix-like and MacOS are a bit >> different (but not quite a lot) and this command : >> mtxrun --script fonts —reload >> Works fine with this one based on fontconfig: fc-cache -v -f > > I don’t remember to have used this for years. ConTeXt AFAIK doesn’t use > fontconfig. (LilyPond does…) > fc-cache -v -f works fine on MacOS aswell as on Linux; try some command like this one : fc-list : file family |grep \/Library which list all fonts and their location > >> There is some adaptation in the transition from Linux to MacOS, because one >> has to play and to look for the fonts paths which are a bit different with >> Mac than the Unix paths … > > Of course, but that is basic MacOS knowledge and not specific to ConTeXt. You’re right ! > > You might want to set: > > OSFONTDIR='/System/Library/Fonts//:/Library/Fonts//:~/Library/Fonts//:/Library/Application > Support/Adobe/Fonts// > #:~/FontExplorer\ X/Font\ Library//' > > ICCPROFILES='~/Library/ColorSync/Profiles//:/Library/ColorSync/Profiles//:/System/Library/ColorSync/Profiles//:' > > PATH=~/lmtx/tex/texmf-osx-64/bin:/Library/TeX/texbin:... > (whereever you installed ConTeXt) context, latex, mtxrun, mtxrun.lua are installed in /Users/xxx/context/tex/texmf-osx-64/bin … I’ve forgotten that CTX doesn’t exist no more since it replacement by Luametatex ! I still use ConTeXt MKIV ... > > I also suggest to install everything personal in ~/texmf (same on Linux) and > not in texmf-local or texmf-project, at least if you are planning to have > parallel installations (which make sense if you want to keep a "stable" > version but also want to check out new features/bugfixes). I thought that all personal fonts should be added in texmf-fonts ? By the way, it might be useful to have . setuptex command. How to deal with such a situation, when mtxrun command doesn’t work ? > > Hraban Thanks you very much, Hraban, for these advices ! JP > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] fonts.compact produces compact initials
On 1/2/2022 3:01 AM, Rik Kabel via ntg-context wrote: Enabling compact fonts results in incorrect initials. \enableexperiments[fonts.compact] \starttext \placeinitial Tested with \luatexbanner and \ConTeXt\ \contextversion \stoptext Produces (approximately): ested with LuaMetaTeX, Version 2.09.35 and ConTEXt 2021.12.30 19:03 *T* fixed in next upload (there might be a few more places that need adapting to compact) 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] fonts.compact produces compact initials
Enabling compact fonts results in incorrect initials. \enableexperiments[fonts.compact] \starttext \placeinitial Tested with \luatexbanner and \ConTeXt\ \contextversion \stoptext Produces (approximately): ested with LuaMetaTeX, Version 2.09.35 and ConTEXt 2021.12.30 19:03 *T* -- Rik ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Bug in mp-xbox.mpxl (circleit)
Hi list,
I realized that circleit throws an error.
It works fine if I replace boxes_generic_declare by boxes_declare in line 244
in mp-xbox.mpxl
rboxit is probably affected as well, but I did not test that.
MWE:
\startMPinclusions
input boxes;
\stopMPinclusions
\startMPpage
circleit.a(textext("$X$"));
drawboxed(a);
\startMPpage
The error (truncated) message:
metapost> initializing instance 'metafun:1' using format 'metafun' and
method 'default'
metapost> loading 'metafun' as 'metafun.mpxl' using method 'default'
metapost> initializing number mode 'scaled'
metapost> trace > This is MPLIB for LuaMetaTeX, version 3.11, running
in scaled mode.
metapost> trace >
metapost> trace > loading metafun for lmtx, including the plain 1.004
base definitions
metapost> trace >
metafun > log >
metafun > log > error: Isolated expression
metafun > log >
metapost> trace > boxes_generic_declare
metapost> trace > (
metapost> trace > circleit -> (TEXT3)->
begingroup.boxes_begin("boxes_the_circle","boxes_size_circle",(SUFFIX2),(TEXT3));boxes_generic_declare(pair)_n.n,_n.s,_n.e,_n.w;(SUFFIX2)e-(SUFFIX2)c=(SUFFIX2)c-(SUFFIX2)w=((SUFFIX2)dx,0)+0.5*(lrcorner.boxes_pic(SUFFIX2)-llcorner.boxes_pic(SUFFIX2));(SUFFIX2)n-(SUFFIX2)c=(SUFFIX2)c-(SUFFIX2)s=(0,(SUFFIX2)dy)+0.5*(ulcorner.boxes_pic(SUFFIX2)-llcorner.boxes_pic(SUFFIX2));boxes_end(boxes_clear_circle,(SUFFIX2));endgroup
metafun > log >
metafun > log > I couldn't find an '=' or ':=' after the expression
that is shown above this
error message, so I guess I'll just ignore it and carry on.
metafun > log >
metapost> trace > circleit.a(textext("$X$")); drawboxed(a); ;
metapost> trace >
Cheers,
Jacob
signature.asc
Description: Message signed with OpenPGP
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___
Re: [NTG-context] x86-64-amd-linux binary?
On 12/16/2021 3:01 PM, Ramkumar KB wrote: Hans, Thank you. Just to clarify, in my current installation - context and mtxrun are already symlinks to the luametatex. best make a copy of your tex directory and install in there (btw, why is a new luametatex bin needed? are you sure the rest of context is in sync? e.g. Some internal (lua) keys were normalized recently.) So all I need to do is replace the luametatex binay (dl from the build server - debian9 build)? I also notice the luatex binary - I just leave it as is? luatex is the same fr a while already 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] x86-64-amd-linux binary?
Hans, Thank you. Just to clarify, in my current installation - context and mtxrun are already symlinks to the luametatex. So all I need to do is replace the luametatex binay (dl from the build server - debian9 build)? I also notice the luatex binary - I just leave it as is? best regards, Ramkumar On Thu, Dec 16, 2021 at 5:52 PM Hans Hagen wrote: > On 12/16/2021 1:01 PM, Ramkumar KB via ntg-context wrote: > > Hello All, > > > > If I have to just upgrade my context version installed in my linux VM > > (x88-64 - amd - redhat) - is debain9 the correct package? > > > > https://build.contextgarden.net/#/ <https://build.contextgarden.net/#/> > > - So I just replace the luametatex binary after download the binary from > > the build server? Is this correct? > keep in mind that context code and bin have to be in sync (at least as > long as we move on) > > basically three bins: luametatex, context and mtxrun but the last two > can be symlinks to luametatex > > 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] x86-64-amd-linux binary?
On 12/16/2021 1:01 PM, Ramkumar KB via ntg-context wrote: Hello All, If I have to just upgrade my context version installed in my linux VM (x88-64 - amd - redhat) - is debain9 the correct package? https://build.contextgarden.net/#/ <https://build.contextgarden.net/#/> - So I just replace the luametatex binary after download the binary from the build server? Is this correct? keep in mind that context code and bin have to be in sync (at least as long as we move on) basically three bins: luametatex, context and mtxrun but the last two can be symlinks to luametatex 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] x86-64-amd-linux binary?
Hello All, If I have to just upgrade my context version installed in my linux VM (x88-64 - amd - redhat) - is debain9 the correct package? https://build.contextgarden.net/#/ - So I just replace the luametatex binary after download the binary from the build server? Is this correct? Thank you, best regards, Ramkumar ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Errors in source files return success
On 12/15/2021 9:16 PM, Marco Patzer via ntg-context wrote: On Wed, 15 Dec 2021 20:48:29 +0100 Hans Hagen wrote: You can check in the next upload: - The 'failure' that you saw was actually a real lua error because I hadn't adapted some fancy, a very old 'around' 2006 feature, seldom used as it's more 'an example of possibilities' code to luametatex yet ... fwiw, we still share some lua files between engines. Thanks for looking into that. I'll check the next upload. - Afaiks you should now get return code 1 for other cases (say you give \foo without meaning). It's a it tricky as this info has to pass through several subsystems. Hard TeX errors (like \undefined) already return 1. - The runaway error is actually kind of special (there are a few more) where the engine simply quits in confusion and doesn't exit hard as error (often because tex could somehow recover). If needed I can actually do a real error but it's not entirely compatible then (not that i care that much about compatibility in these shady areas.) I'd vote to handle those as hard errors because 1) Luametatex isn't focused on compatibility. ok, but let's first test this ... it's mostly cosmetics (read: come up wiht a better error message than the default sometimes unclear tex one) 2) The user explicitly requested error reporting (by providing --errors). 3) No one is recovering tex runs these days. indeed, makes no sense (it all dates from (paper) terminals and night-time runs .. the good old 300 baud transfer days) 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 / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
