- ntg-context - Mailing Lists

TeXGyre Heros on Firefox
by juh 19 Oct '22

19 Oct '22

Dear all, there were some discussions on pdf viewers on the list and I know that things are not always fine. I now have a problems with the Firefox pdf viewer and TeX Gyre Heros. The font looks uneven in FF, no problems elsewhere. When I scroll into the pdf to set the display to 150% or more the font shows up just fine. So it seems to be a display problems with firefox. I tried several pdf versions no change. My configuration: \definefontfamily[mainfont][serif][texgyreheros] \definefontfamily[mainfont][sans] [textgyreheros] \definefontfamily[mainfont][mono] [texgyrecursor][features=none] \definefontfamily[mainfont][math] [texgyrepagellamath] \definefallbackfamily [mainfont] [rm] [Latin Modern Math] [scale=0.925, range=0x22C0] \definefontfeature[smallcaps][script=latn, protrusion=quality, expansion=quality, smcp=yes, onum=yes, pnum=yes] \setupalign[hz,hanging] \setupitaliccorrection[global, always] Is there anything I can do? And the is another issue: To my big surprise ArialBold MT is included into the file. I am using the current lmtx. If you want to see the effect, download the pdf. https://www.hostsharing.net/publikationen/vereinshandbuch/ Just click on "Anonym herunterladen" no need to register. TIA juh -- Autoren-Homepage: ......... http://literatur.hasecke.com Satiren & Essays: ......... http://www.sudelbuch.de Privater Blog: ............ http://www.hasecke.eu Netzliteratur-Projekt: .... http://www.generationenprojekt.de

7 12

My little example
by Ursula Hermann 19 Oct '22

19 Oct '22

Dear List, Maybe someone can need this. Uschi

1 0

new upload
by Hans Hagen 19 Oct '22

19 Oct '22

Hi, I uploaded a new version. Apart from a few fixes / extensions already mentioned here (or known to those who wanted it) the main changes are in the math goodie files (work in progress, we will clean them up later) as part of improving the rendering of math. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

7 17

Lopsided circles
by Thangalin 19 Oct '22

19 Oct '22

Using 2022.09.11 20:44, there appears to be a problem with rendering some circular forms, such as: % SOT \startbuffer[circle] <svg> <path d="m39.423 19.847c0 10.815-8.7666 19.576-19.58 19.576-10.812 0-19.579-8.7611-19.579-19.576 0-10.815 8.7669-19.583 19.579-19.583 10.813 0 19.58 8.7676 19.58 19.583z" /> </svg> \stopbuffer \starttext \placefigure{}{\includesvgbuffer[circle][conversion=mp]} \stoptext % EOT In Inkscape, this renders as a full circle without any deformation.

1 0

Perceptrons
by Thangalin 16 Oct '22

16 Oct '22

Okay, they aren't _real_ perceptrons, but fancy parameterized trees connected on a hex grid, coded with MetaFun and Lua. Big version: https://pdfhost.io/v/piuN04dSq_perceptron If anyone is interested in the full source code, let me know. I couldn't get "angle" to work properly. Hans, your simplifications on the atantwo function also didn't work for all cases. There was a single edge case that didn't determine the correct angle. Don't know why. Cheers!

1 0

list not following "focus=standard"
by Pablo Rodriguez 16 Oct '22

16 Oct '22

Hi Hans, I have the following sample: \setupinteraction[state=start, focus=standard] \starttext \completecontent \section{section} a\footnote{\contextversion} \stoptext With version from 2022.09.11 20:44, the link from the TOC reads in the PDF file: 4 0 obj << /D [ 1 0 R /Fit ] /S /GoTo >> endobj Instead of being a named destination, such as in: 5 0 obj << /D (#3) /S /GoTo >> endobj 11 0 obj << /D [ 1 0 R /XYZ 61.65861 129.0214 null ] >> endobj 40 0 obj << /Limits [ (#3) (content) ] /Names [ (#3) 11 0 R (*3) 10 0 R (content) 7 0 R ] >> endobj This is the problem originally reported by Sylvain (https://mailman.ntg.nl/pipermail/ntg-context/2022/106836.html) I apologize, but I’m afraid I cannot provide a patch. Could you take a look at it? Many thanks for your help, Pablo

1 2

synctex problem
by Alan Bowen 15 Oct '22

15 Oct '22

At the top of a single source file, I have the lines: % !TEX root = prd_Aestimatio-0301.tex % the root file % !TEX TS-program = ConTeXt2021 % !TEX useAlternatePath % !TEX useConTeXtSyncParser \setupsynctex[state=start, method=max] Syncing works well enough—though I can see no difference between method =min and method=max, both highlight only a few words and not the entire text to be synced, but perhaps my expectations are out of line. When I have these lines at the top of a component file and typeset the product file, I get a rootfile.synctex file, but syncing itself goes awry. Nothing happens when I sync from the PDf file to the component file, and when I sync from the component file to the product PDF, I get the correct page but no highlighting. I am using TeXShop ver. 5.03— sync method: Both Pdf Sync and Search Alternative Path: /Users/bowen1/Applications/LuaMetaTeX/tex/texmf-osx-arm64/bin and also the latest ConteXt (ver. 2022.10.15 10:37 LMTX) under macOS 12.6 (Apple M1 Pro chip) Note: the product file has only one component file for now. I suspect that I am missing something but am not sure where to look or what to do now. Any guidance will be much appreciated. Alan

2 1

Cron <context@zapf> /var/www/aanhet.net/context/bin/cron/context-mirror
by root＠ntg.nl 15 Oct '22

15 Oct '22

receiving incremental file list ./ ctan.lsr document-2.htm download-1.htm download-2.htm logo-ade.png logo-cts.png logo-pod.png rss.xml show-fil.pdf context/latest/ context/latest/cont-mpd.zip context/latest/cont-ppc.zip context/latest/cont-sci.zip context/latest/cont-tmf.zip context/latest/cont-tst.7z context/latest/cont-tst.tar.xz context/latest/cont-tst.zip sent 101,303 bytes received 19,954,567 bytes 4,456,860.00 bytes/sec total size is 448,888,880 speedup is 22.38 Running archiver: New dir: /var/www/aanhet.net/context//htdocs/archives/context-2022-10-15.12 172026305 /var/www/aanhet.net/context//htdocs/archives/context-2022-10-15.12/latest 126745317 /var/www/aanhet.net/context//htdocs/archives/context-2022-10-15.12/current 18956262 /var/www/aanhet.net/context//htdocs/archives/context-2022-10-15.12/alpha 126707516 /var/www/aanhet.net/context//htdocs/archives/context-2022-10-15.12/beta 444439496 /var/www/aanhet.net/context//htdocs/archives/context-2022-10-15.12 444439496 total

1 0

ToC filler dots not aligned
by Schister, Roman 15 Oct '22

15 Oct '22

Hi, If I typeset a table of contents with the latest version of ConTeXt on my computer (2022.09.11 20:44 LMTX), the filler dots used in list alternative C aren’t aligned (i.e., they don’t end flush next to the page number). Typesetting the same file with the online version on ConTeXt Garden (2021.10.28 10:19 LMTX) results in the filler dots being right-aligned with the page numbers (as they should). I had a similar issue back in April 2021 which got resolved by an update. Since I haven’t updated in a while, I can’t say in which version the behaviour changed back, unfortunately. Here’s a working example of my code: \setupcombinedlist[content][alternative=c] \starttext \completecontent \chapter[title={First chapter}] \chapter[title={Second, longer chapter}] \chapter[title={Third chapter}] \stoptext Any help is greatly appreciated. Thanks and best wishes, Roman

3 2

(any) neovim users?
by Alan Braslau 15 Oct '22

15 Oct '22

A recent upgrade of the editor neovim leads to the following error when using %&context identification at the head of .tex source files. Error detected while processing BufReadPost Autocommands for "*": Error executing lua callback: /usr/local/share/nvim/runtime/lua/vim/filetype/detect.lua:1248: attempt to index local 'format' (a number value) stack traceback: /usr/local/share/nvim/runtime/lua/vim/filetype/detect.lua:1248: in function 'ft' vim/filetype.lua:2362: in function 'dispatch' vim/filetype.lua:2522: in function 'match' /usr/local/share/nvim/runtime/filetype.lua:12: in function </usr/local/share/nvim/runtime/filetype.lua:11> Has anyone encountered this? (perhaps it has been fixed upstream?) Alan -- Alan Braslau 816 West Mountain Avenue Fort Collins, CO 80521 USA mobile: (970) 237-0957 Conserve energy! ;-)

4 7