[NTG-context] mplib: identifiers starting with units
Hi, I've been trying to use the 'cmarrows' metapost library with ConTeXt/mplib. Essentially it's a thin wrapper around the cmr metafont sources to get the arrowheads. This triggers an incompatibility between mplib and classic mpost/mf: pt#:=1pt; In MetaFont/MetaPost pt# is an allowed identifier, but in mplib this results in a parse error. Unfortunately, pt# is used all over the cmr sources... would it make sense to allow using this again? -- Leah Neukirchenhttps://leahneukirchen.org/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] Re: {\rm foo {\it bar}}
After erasing the font cache and regenerating LM was doing it right again.
Helvetica did not, but maybe I made a mistake in
\definefontfamily
[helvetica]
[ss]
[Helvetica]
[tf=style:Regular,
bf=style:Bold,
it=style:Oblique,
bi=style:Bold Oblique]
\starttext
{\rm The quick brown fox jumped over the lazy dog {\it Optima}}
\setupbodyfont[helvetica]
{\rm The quick brown fox jumped over the lazy dog {\it Optima}}
\stoptext
> On 4 Jul 2023, at 22:52, Bruce Horrocks wrote:
>
>
>
>> On 30 Jun 2023, at 10:47, Gerben Wierda > <mailto:gerben.wie...@rna.nl>> wrote:
>>
>> If I typeset
>>
>> {\rm foo{\it bar}}
>>
>> bar is not in italic
>
> It is in italic for me in ConTeXt ver: 2023.06.04
>
>> if I typeset
>>
>> {\it bar}
>>
>> it is.
>>
>> What am I missing?
>>
>> Gerben Wierda (LinkedIn, Mastodon)
>> R IT Strategy (main site)
>> Book: Chess and the Art of Enterprise Architecture
>> Book: Mastering ArchiMate
>
> —
> Bruce Horrocks
> Hampshire, UK
Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>, Mastodon
<https://newsie.social/@gctwnl>)
R IT Strategy <https://ea.rna.nl/> (main site)
Book: Chess and the Art of Enterprise Architecture <https://ea.rna.nl/the-book/>
Book: Mastering ArchiMate <https://ea.rna.nl/the-book-edition-iii/>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] TikZ \shade broken
Fixed in the latest. Thanks Hans!
> On Jun 19, 2023, at 5:57 AM, Gavin via ntg-context wrote:
>
> Hi Hans,
>
>>> I am running into a problem with the \shade command...
>>> tex error > tex error on line 8 in file ./TikZtest.tex: Valid keyword
>>> expected, likely 'direction'
>>> \pgfsys@vertshading
>>> #1#2#3->{\pgf@parsefunc {#3}\pgfmathparse {#2}\setbox \pgfutil@tempboxa
>>> =\hbox dir
>>> ...
>> luametatex doesn't have the dir keyword
>>
>> (I could probably add it in a simplified form just for this purpose because
>> the performance penalty is less now.)
>
> If you have a chance to add a dir keyword, that would be great. Since the
> keyword is used inside a TikZ macro, I don’t see any way I can work around it
> in my document.
>
> I am gradually converting my diagrams from TikZ to MetaFun, but with well
> over a hundred diagrams in my current project, that’s going to take some time.
>
> Thanks!
> Gavin
>
>
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> ___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] context-on-web broken
Hi everyone, and sorry if this is not the right place to post. Context-on-web is no more accesible. Though as a complete newbie to latex and context world I was just making a very basic format definition, i was glad i got a basic working layout. Now i cannot access the online application and I have no copy of the very simple sample file on which i would like to continue with my practice. So, will context-on-web be back? or is there a way to access my files? I can begin again, but it took me over 3 weeks to get the most basic layout! thanks in advance Miguel D. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] TikZ \shade broken
Hi Hans,
>> I am running into a problem with the \shade command...
>> tex error > tex error on line 8 in file ./TikZtest.tex: Valid keyword
>> expected, likely 'direction'
>> \pgfsys@vertshading
>> #1#2#3->{\pgf@parsefunc {#3}\pgfmathparse {#2}\setbox \pgfutil@tempboxa
>> =\hbox dir
>> ...
> luametatex doesn't have the dir keyword
>
> (I could probably add it in a simplified form just for this purpose because
> the performance penalty is less now.)
If you have a chance to add a dir keyword, that would be great. Since the
keyword is used inside a TikZ macro, I don’t see any way I can work around it
in my document.
I am gradually converting my diagrams from TikZ to MetaFun, but with well over
a hundred diagrams in my current project, that’s going to take some time.
Thanks!
Gavin
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Off topic: Does a 'free for commercial use' flared-sans font exist in the world?
On 6/18/2023 8:37 PM, Carlos via ntg-context wrote: On Sat, Jun 17, 2023 at 06:53:06PM +0200, Hans Hagen via ntg-context wrote: On 6/17/2023 2:06 AM, linguafalsa--- via ntg-context wrote: On Fri, Jun 16, 2023 at 06:35:49PM +0200, Gerben Wierda via ntg-context wrote: I know this is off topic, but I suspect this community is actually one of the best places to find an answer. It is the best community. And I tell you what. What happened is that all TeX engines have neglected fonts from the beginning. Really? When tex showed up digital font technology was pretty much in flux. And, with metafont being part of the tex ecosystem, one can argue that tex was quite innovative too. Ecosystem. I would be very careful by including an ecosystem there. Yes. Yes. The TeX ecosystem is obviously part of TeX but is not part of the ecosystem of fonts either. And what is done on ecosystems can either benefit or affect ecosystems greatly. And it's a known trait that humans have been known for having more of a flock group mentality for no apparent rationally-based reasons than just being themselves making these decisions/following instincts or whatever and not because of a particular ecosystem, or for the benefit of the latter. With ecosystemn I mean: tex, metafont, cmr fonts, all kind of tools ... evolving into more engines, more fonts, macro packages, distributions, user groups and use group journals, meetings etc And the above does not imply, bear with me here, that metafont was not innovative, but it can be argued that without TeX there is no metafont, so no room is left for errors either. So, yes, it must be innovative. It has to be. There had to be metafont because there was not much else that could provide what tex needed (at that time). Potscript and its fonts came aroudn at the same time and were rather closed technologies. But as soon possible backend drivers (also part of the tex ecosystem) kicked in. Then we got virtual fonts which enhanced tex's capabilities. I really like Optima, and what I really like about it is the 'flared style'. But I would like to move to a flared-sans font that gives me more licensing freedom. I haven't been able to find one after extensive searching. The only one who were reasonably priced (not free) were the URW Classico ones in Adobe Creative Cloud, but those can only be used in Adobe programs like InDesign (and not TeX). Licensing freedom is an oxymoron. There's no freedom in licensing. Only greed. The only extension engine that at one point had a plan in mind, or most of the bases covered in this regard was Omega. One needs morr than plans. Afaik omega was more about input processing and th efont part was mostly going beyond 8 bit fonts but i might have missed something (omega was never productin ready). Notwithstanding the intricacies/details of what may have actually happened with its short lifespan I think it's more than clear the lack of support behind it. I'm not going to delve into what exactly caused its demise or if it was simply the after effect of other projects that contributed to it. It's irrelevant. Hm, its time span was not that short ... I first heard of omega at the eurotex meeting in arnhem where also etex was discussed (and you dont'want me to cite things said there) .. in successive years there have been announcemnts etc. However, for an engine to be used it must work reliable and guiseppes 'aleph' was basically a variant of omega that also had etex on board. In fact, that was supported in context mkii (and some used it because of the input processor which i think was the more innovative thing in omega but i never dived into it, other users did) It makes no sense to discuss into all this as all teams involved in engines have published in user group journals or presented plans at meetings. Also keep in mind that we're talking frontend here; omega is dvi based so like regular tex and etex whatever it does with fonts is not really related to the engine bu tup to the backend: the engine only needs metrics (omega extended tfm into ofm for that). pdftex brought a pdf backend, xetex pipes into a dvi backend, luatex has a pdf backend built in; (nts being related to etec never took of also because it was not that useable and in the meantime pdftex had taken over); there are afaik some very useable japanese tex engines; the fact that dvi survived was due to dvipdfmx development But stand by for a second. I look forward to your quick witted answers. But hear me out Suppose that on my prior message I was referring indeed to 'mkii' and not to 'omega' And also suppose for a second that the term 'omega' is to be replaced with 'mkii' on your reply accordingly After careful observation the resemblance is quite possibly identical, isn't it? and it could also inarguably apply to the circumstances as well. Don't you think? no it isn't, its building upon hat is there: mkii -> mkiv -> mkxl (p
Re: [NTG-context] Off topic: Does a 'free for commercial use' flared-sans font exist in the world?
On Sat, Jun 17, 2023 at 06:53:06PM +0200, Hans Hagen via ntg-context wrote: > On 6/17/2023 2:06 AM, linguafalsa--- via ntg-context wrote: > > On Fri, Jun 16, 2023 at 06:35:49PM +0200, Gerben Wierda via ntg-context > > wrote: > > > I know this is off topic, but I suspect this community is actually one of > > > the best places to find an answer. > > > > > > > It is the best community. And I tell you what. > > > > What happened is that all TeX engines have neglected fonts from the > > beginning. > > Really? When tex showed up digital font technology was pretty much in flux. > And, with metafont being part of the tex ecosystem, one can argue that tex > was quite innovative too. Ecosystem. I would be very careful by including an ecosystem there. Yes. Yes. The TeX ecosystem is obviously part of TeX but is not part of the ecosystem of fonts either. And what is done on ecosystems can either benefit or affect ecosystems greatly. And it's a known trait that humans have been known for having more of a flock group mentality for no apparent rationally-based reasons than just being themselves making these decisions/following instincts or whatever and not because of a particular ecosystem, or for the benefit of the latter. And the above does not imply, bear with me here, that metafont was not innovative, but it can be argued that without TeX there is no metafont, so no room is left for errors either. So, yes, it must be innovative. It has to be. > > Potscript and its fonts came aroudn at the same time and were rather closed > technologies. But as soon possible backend drivers (also part of the tex > ecosystem) kicked in. > > Then we got virtual fonts which enhanced tex's capabilities. > > > > I really like Optima, and what I really like about it is the 'flared > > > style'. > > > > > > But I would like to move to a flared-sans font that gives me more > > > licensing freedom. I haven't been able to find one after extensive > > > searching. The only one who were reasonably priced (not free) were the > > > URW Classico ones in Adobe Creative Cloud, but those can only be used in > > > Adobe programs like InDesign (and not TeX). > > > > > > > Licensing freedom is an oxymoron. There's no freedom in licensing. > > Only greed. > > > > The only extension engine that at one point had a plan in mind, > > or most of the bases covered in this regard was Omega. > > One needs morr than plans. Afaik omega was more about input processing and > th efont part was mostly going beyond 8 bit fonts but i might have missed > something (omega was never productin ready). Notwithstanding the intricacies/details of what may have actually happened with its short lifespan I think it's more than clear the lack of support behind it. I'm not going to delve into what exactly caused its demise or if it was simply the after effect of other projects that contributed to it. It's irrelevant. But stand by for a second. I look forward to your quick witted answers. But hear me out Suppose that on my prior message I was referring indeed to 'mkii' and not to 'omega' And also suppose for a second that the term 'omega' is to be replaced with 'mkii' on your reply accordingly After careful observation the resemblance is quite possibly identical, isn't it? and it could also inarguably apply to the circumstances as well. Don't you think? I mean, it's like comparing oranges with apples, and mkii with mkiv and mkvi and so forth If you were to tell me then, that mkii for instance was not aimed as an input processing I can almos assure its falsiliability is written all over, even before the sentence is processed and thought out loud by you. Bottom line is that the production-ready part is an obvious byproduct of its short lifespan, but one cannot be making the claim (false as would have been seen later, because omega carbon footprint lasted more on books than on shelves really, not for selling out fast but rather discontinued quickly) and that its goal was solely within this input processing spectrum. Because it wasn't. Or heck or heck. Let's go even further. By making the dubious assertion that we've been built with noses to hold our eyeglasses lest these eyeglasses fall off while reading, or that we've been built with ears to hold pencils and pens in the ears while thinking and writing. For crying out loud. > > It is xetex that hooked into opentype although pdftex can actually deal with > truetype fonts to some extend. Before there was something 'opentype' we had > two competing but similar technologies. And it took a while before it was > even clear how to interpre the specification (also think about reverse > engeneering fonts and heuristics and ... bugs or features ...).
Re: [NTG-context] Off topic: Does a 'free for commercial use' flared-sans font exist in the world?
On 6/17/2023 2:06 AM, linguafalsa--- via ntg-context wrote: On Fri, Jun 16, 2023 at 06:35:49PM +0200, Gerben Wierda via ntg-context wrote: I know this is off topic, but I suspect this community is actually one of the best places to find an answer. It is the best community. And I tell you what. What happened is that all TeX engines have neglected fonts from the beginning. Really? When tex showed up digital font technology was pretty much in flux. And, with metafont being part of the tex ecosystem, one can argue that tex was quite innovative too. Potscript and its fonts came aroudn at the same time and were rather closed technologies. But as soon possible backend drivers (also part of the tex ecosystem) kicked in. Then we got virtual fonts which enhanced tex's capabilities. I really like Optima, and what I really like about it is the 'flared style'. But I would like to move to a flared-sans font that gives me more licensing freedom. I haven't been able to find one after extensive searching. The only one who were reasonably priced (not free) were the URW Classico ones in Adobe Creative Cloud, but those can only be used in Adobe programs like InDesign (and not TeX). Licensing freedom is an oxymoron. There's no freedom in licensing. Only greed. The only extension engine that at one point had a plan in mind, or most of the bases covered in this regard was Omega. One needs morr than plans. Afaik omega was more about input processing and th efont part was mostly going beyond 8 bit fonts but i might have missed something (omega was never productin ready). It is xetex that hooked into opentype although pdftex can actually deal with truetype fonts to some extend. Before there was something 'opentype' we had two competing but similar technologies. And it took a while before it was even clear how to interpre the specification (also think about reverse engeneering fonts and heuristics and ... bugs or features ...). TeX was always pretty fast in picking up new stuff (maybe users less so). When it came to commercial fonts the plan of action ahead was by including PFC data on these very same commercial fonts that would benefit primarily its opentype versions in the long run. What is PFC data? What do you have right now? Opentype fonts only. Sure. Quality can be even the same than its type1 counterpart, and at times not so much according so some folks that have bothered to go the extra length in making the most accurate comparison that's available between them two. For most fonts it's just 'more shapes' which then also leads to more ligatures, kerns etc btu that is already nice. And when fonts lack something we can always tweak them (runtime). But looking at it from a bright side/perspective, I think we're no longer facing the same pre-historic constraints of including a font as before, as long as it's not for commercial purposes, You are well aware of these non and commercial uses even before your extensive search anyway, I'm not sure what is the difference between commercial fonts and free ones as they use the same technology; with some exceptions, fonts are not that expensive (take lucida from tug, making fonts takes time after all); and for publishers it's noise on their budgets. p.s many many years ago I read and followed some publications about the aformentioned extension and just went over them recently, to have an idea what did and did not work. In regards to typefaces, its goal was unmatched, or so I think. It might be comforting to know that right from the start luatex made a lot possible wrt fonts (runtime manipulation) and was also one of the first to support variable fonts, color fonts etc (not that many care about that). And with luametatex we go even further. I found some flared-sans fonts, but not one with at least regular, italic, bold, and bold-italic. Is there really not a single flared-sans font that is really free (so also for commercial use) to use out there? I had to search the net to figure out that flare sans fonts are sans fonts with serifs For those into fonts: https://tug.org/TUGboat/tb44-1/tb136carter-romano.pdf I a very nice overview of how it went with digital fonts (and what we probably lost in getting where we are now and might loose soon). Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https
Re: [NTG-context] Off topic: Does a 'free for commercial use' flared-sans font exist in the world?
On Fri, Jun 16, 2023 at 06:35:49PM +0200, Gerben Wierda via ntg-context wrote: > I know this is off topic, but I suspect this community is actually one of the > best places to find an answer. > It is the best community. And I tell you what. What happened is that all TeX engines have neglected fonts from the beginning. > I really like Optima, and what I really like about it is the 'flared style'. > > But I would like to move to a flared-sans font that gives me more licensing > freedom. I haven't been able to find one after extensive searching. The only > one who were reasonably priced (not free) were the URW Classico ones in Adobe > Creative Cloud, but those can only be used in Adobe programs like InDesign > (and not TeX). > Licensing freedom is an oxymoron. There's no freedom in licensing. Only greed. The only extension engine that at one point had a plan in mind, or most of the bases covered in this regard was Omega. When it came to commercial fonts the plan of action ahead was by including PFC data on these very same commercial fonts that would benefit primarily its opentype versions in the long run. What do you have right now? Opentype fonts only. Sure. Quality can be even the same than its type1 counterpart, and at times not so much according so some folks that have bothered to go the extra length in making the most accurate comparison that's available between them two. But looking at it from a bright side/perspective, I think we're no longer facing the same pre-historic constraints of including a font as before, as long as it's not for commercial purposes, You are well aware of these non and commercial uses even before your extensive search anyway, p.s many many years ago I read and followed some publications about the aformentioned extension and just went over them recently, to have an idea what did and did not work. In regards to typefaces, its goal was unmatched, or so I think. > I found some flared-sans fonts, but not one with at least regular, italic, > bold, and bold-italic. > > Is there really not a single flared-sans font that is really free (so also > for commercial use) to use out there? > > Yours, > > Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>, Mastodon > <https://newsie.social/@gctwnl>) > R IT Strategy <https://ea.rna.nl/> (main site) > Book: Chess and the Art of Enterprise Architecture > <https://ea.rna.nl/the-book/> > Book: Mastering ArchiMate <https://ea.rna.nl/the-book-edition-iii/> > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- I must have slipped a disk -- my pack hurts! ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Using the open source Cabin font
Removed the variable width from the system, installed the static fonts.
This works. Thank you.
G
> On 16 Jun 2023, at 15:25, Wolfgang Schuster via ntg-context
> wrote:
>
> Hi Gerben,
>
> can you try the static version of the fonts. When I tried the variable width
> version no files are listed but with the static version I had no problems to
> load the font.
>
> \definefontfamily [archimate] [ss] [Cabin]
>
> \setupbodyfont [archimate]
>
> \starttext
> {\bf The quick brown fox jumped over the lazy dog}
>
> \input knuth
> \stoptext
>
> Wolfgang
>
> Gerben Wierda via ntg-context schrieb am 16.06.2023 um 15:19:
>> I was wrong, not just the bold doesn't work, everything is replaced with
>> Latin Modern. Cabin isn't used at all.
>>
>>> On 16 Jun 2023, at 15:05, Gerben Wierda via ntg-context >> <mailto:ntg-context@ntg.nl>> wrote:
>>>
>>> I've been trying to use the open source Cabin font
>>> (https://fonts.google.com/specimen/Cabin
>>> <https://fonts.google.com/specimen/Cabin>) like this:
>>>
>>> \definefontfamily
>>> [archimate]
>>> [ss]
>>> [Cabin]
>>> [tf=style:Regular,
>>> bf=style:Semibold,
>>> it=style:Italic,
>>> bi=style:Semibold Italic]
>>> \setupbodyfont[archimate]
>>>
>>> \setuplanguage[en][patterns={en}]\mainlanguage[en]
>>>
>>> \starttext
>>> \setupindenting[none]
>>> \setupindenting[no]
>>> {\bf The quick brown fox jumped over the lazy dog}
>>>
>>> \input knuth
>>> \stoptext
>>>
>>> But when compiling I get no bold text
>>>
>>> I installed it in LMTX and it has been installed:
>>>
>>> gerben@hermione% mtxrun --script fonts --list --all --pattern='*abin*'
>>> identifier familyname fontname filename
>>> subfont instances
>>>
>>> cabinitalic cabincabinitalic
>>> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
>>> italic mediumitalic semibolditalic bolditalic
>>> cabinitalicbolditalic cabincabinitalic
>>> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
>>> italic mediumitalic semibolditalic bolditalic
>>> cabinitalicitalic cabincabinitalic
>>> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
>>> italic mediumitalic semibolditalic bolditalic
>>> cabinitalicmediumitalic cabincabinitalic
>>> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
>>> italic mediumitalic semibolditalic bolditalic
>>> cabinitalicsemibolditalic cabincabinitalic
>>> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
>>> italic mediumitalic semibolditalic bolditalic
>>> cabinnormal cabincabinregular
>>> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
>>> regular medium semibold bold
>>> cabinregularcabincabinregular
>>> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
>>> regular medium semibold bold
>>> cabinregularboldcabincabinregular
>>> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
>>> regular medium semibold bold
>>> cabinregularmedium cabincabinregular
>>> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
>>> regular medium semibold bold
>>> cabinregularregular cabincabinregular
>>> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
>>> regular medium semibold bold
>>> cabinregularsemiboldcabincabinregular
>>> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
>>> regular medium semibold bold
>>>
>>> What am I missing?
>>>
>>> Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>,
>>> Mastodon <https://newsie.social/@gctwnl>)
>>> R IT Strategy <https://ea.rna.nl/> (main site)
>>> Book: Chess and the Art of Enterprise Architecture
&
Re: [NTG-context] Using the open source Cabin font
Hi Gerben,
can you try the static version of the fonts. When I tried the variable
width version no files are listed but with the static version I had no
problems to load the font.
\definefontfamily [archimate] [ss] [Cabin]
\setupbodyfont [archimate]
\starttext
{\bf The quick brown fox jumped over the lazy dog}
\input knuth
\stoptext
Wolfgang
Gerben Wierda via ntg-context schrieb am 16.06.2023 um 15:19:
I was wrong, not just the bold doesn't work, /everything/ is replaced
with Latin Modern. Cabin isn't used at all.
On 16 Jun 2023, at 15:05, Gerben Wierda via ntg-context
mailto:ntg-context@ntg.nl>> wrote:
I've been trying to use the open source Cabin font
(https://fonts.google.com/specimen/Cabin) like this:
\definefontfamily
[archimate]
[ss]
[Cabin]
[tf=style:Regular,
bf=style:Semibold,
it=style:Italic,
bi=style:Semibold Italic]
\setupbodyfont[archimate]
\setuplanguage[en][patterns={en}]\mainlanguage[en]
\starttext
\setupindenting[none]
\setupindenting[no]
{\bf The quick brown fox jumped over the lazy dog}
\input knuth
\stoptext
But when compiling I get no bold text
I installed it in LMTX and it has been installed:
gerben@hermione% mtxrun --script fonts --list --all --pattern='*abin*'
identifier familyname fontname filename
subfont instances
cabinitalic cabin cabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicbolditalic cabin cabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicitalic cabin cabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicmediumitalic cabin cabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicsemibolditalic cabin cabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinnormal cabin cabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregular cabin cabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularbold cabin cabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularmedium cabin cabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularregular cabin cabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularsemibold cabin cabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
What am I missing?
Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>,
Mastodon <https://newsie.social/@gctwnl>)
R IT Strategy <https://ea.rna.nl/> (main site)
Book: Chess and the Art of Enterprise Architecture
<https://ea.rna.nl/the-book/>
Book: Mastering ArchiMate <https://ea.rna.nl/the-book-edition-iii/>
___
If your question is of interest to others as well, please add an
entry to the Wiki!
maillist : ntg-context@ntg.nl <mailto:ntg-context@ntg.nl> /
https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>,
Mastodon <https://newsie.social/@gctwnl>)
R IT Strategy <https://ea.rna.nl/> (main site)
Book: Chess and the Art of Enterprise Architecture
<https://ea.rna.nl/the-book/>
Book: Mastering ArchiMate <https://ea.rna.nl/the-book-edition-iii/>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
___
If your question is of
Re: [NTG-context] Using the open source Cabin font
I was wrong, not just the bold doesn't work, everything is replaced with Latin
Modern. Cabin isn't used at all.
> On 16 Jun 2023, at 15:05, Gerben Wierda via ntg-context
> wrote:
>
> I've been trying to use the open source Cabin font
> (https://fonts.google.com/specimen/Cabin
> <https://fonts.google.com/specimen/Cabin>) like this:
>
> \definefontfamily
> [archimate]
> [ss]
> [Cabin]
> [tf=style:Regular,
> bf=style:Semibold,
> it=style:Italic,
> bi=style:Semibold Italic]
> \setupbodyfont[archimate]
>
> \setuplanguage[en][patterns={en}]\mainlanguage[en]
>
> \starttext
> \setupindenting[none]
> \setupindenting[no]
> {\bf The quick brown fox jumped over the lazy dog}
>
> \input knuth
> \stoptext
>
> But when compiling I get no bold text
>
> I installed it in LMTX and it has been installed:
>
> gerben@hermione% mtxrun --script fonts --list --all --pattern='*abin*'
> identifier familyname fontname filename
> subfont instances
>
> cabinitalic cabincabinitalic
> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
> italic mediumitalic semibolditalic bolditalic
> cabinitalicbolditalic cabincabinitalic
> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
> italic mediumitalic semibolditalic bolditalic
> cabinitalicitalic cabincabinitalic
> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
> italic mediumitalic semibolditalic bolditalic
> cabinitalicmediumitalic cabincabinitalic
> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
> italic mediumitalic semibolditalic bolditalic
> cabinitalicsemibolditalic cabincabinitalic
> /Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
> italic mediumitalic semibolditalic bolditalic
> cabinnormal cabincabinregular
> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
> regular medium semibold bold
> cabinregularcabincabinregular
> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
> regular medium semibold bold
> cabinregularboldcabincabinregular
> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
> regular medium semibold bold
> cabinregularmedium cabincabinregular
> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
> regular medium semibold bold
> cabinregularregular cabincabinregular
> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
> regular medium semibold bold
> cabinregularsemiboldcabincabinregular
> /Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
> regular medium semibold bold
>
> What am I missing?
>
> Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>, Mastodon
> <https://newsie.social/@gctwnl>)
> R IT Strategy <https://ea.rna.nl/> (main site)
> Book: Chess and the Art of Enterprise Architecture
> <https://ea.rna.nl/the-book/>
> Book: Mastering ArchiMate <https://ea.rna.nl/the-book-edition-iii/>
>
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> ___
Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>, Mastodon
<https://newsie.social/@gctwnl>)
R IT Strategy <https://ea.rna.nl/> (main site)
Book: Chess and the Art of Enterprise Architecture <https://ea.rna.nl/the-book/>
Book: Mastering ArchiMate <https://ea.rna.nl/the-book-edition-iii/>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] Using the open source Cabin font
I've been trying to use the open source Cabin font
(https://fonts.google.com/specimen/Cabin
<https://fonts.google.com/specimen/Cabin>) like this:
\definefontfamily
[archimate]
[ss]
[Cabin]
[tf=style:Regular,
bf=style:Semibold,
it=style:Italic,
bi=style:Semibold Italic]
\setupbodyfont[archimate]
\setuplanguage[en][patterns={en}]\mainlanguage[en]
\starttext
\setupindenting[none]
\setupindenting[no]
{\bf The quick brown fox jumped over the lazy dog}
\input knuth
\stoptext
But when compiling I get no bold text
I installed it in LMTX and it has been installed:
gerben@hermione% mtxrun --script fonts --list --all --pattern='*abin*'
identifier familyname fontname filename
subfont instances
cabinitalic cabincabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicbolditalic cabincabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicitalic cabincabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicmediumitalic cabincabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinitalicsemibolditalic cabincabinitalic
/Users/gerben/Library/Fonts/Cabin-Italic-VariableFont_wdth,wght.ttf
italic mediumitalic semibolditalic bolditalic
cabinnormal cabincabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularcabincabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularboldcabincabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularmedium cabincabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularregular cabincabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
cabinregularsemiboldcabincabinregular
/Users/gerben/Library/Fonts/Cabin-VariableFont_wdth,wght.ttf
regular medium semibold bold
What am I missing?
Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>, Mastodon
<https://newsie.social/@gctwnl>)
R IT Strategy <https://ea.rna.nl/> (main site)
Book: Chess and the Art of Enterprise Architecture <https://ea.rna.nl/the-book/>
Book: Mastering ArchiMate <https://ea.rna.nl/the-book-edition-iii/>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] TiKz with LMTX
On Mon, Jun 05, 2023 at 03:43:59PM -0400, Carlos via ntg-context wrote: > On Mon, Jun 05, 2023 at 03:06:10PM +0200, Floris van Manen via ntg-context > wrote: > > > > > > On 05/06/2023 14:49, Carlos via ntg-context wrote: > > > %# Synchronize all modules from ConTeXt Garden in the 'modules' > > > directory, which is created if it doesn’t exist. > > > to wherever the modules are > > > > > > isn't the command > > > > mtxrun --script install-modules --install tikz > > > > or > > > > mtxrun --script install-modules --install --all > > > > doing exactly that? > > > > Okay Floris. I see Aditya nearby. He'll take over from now on :) stand > by please. I know you didn't ask the original question but this is over > the pgfsys-pdftex and the pgfsys-luatex. It's a race between them !! > sort of > > The solutions are a few if any really, either as I suggested first and update > afterwards or install tikz > > if the driver is the problem, what does common sense tells you Floris? > the database needs to be updated, correct? The driver needs to be > loaded somehow, right? > > > system > ConTeXt ver: 2023.06.04 18:58 LMTX fmt: 2023.6.5 int: > english/english > > So install tikz. then run the file > > mtx-install-modules | from > 'https://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip' > mtx-install-modules | into 'texmf-modules' > 64 files of 642 done,2108636 bytes, 0.015 seconds > 128 files of 642 done, 13693106 bytes, 0.089 seconds > 194 files of 642 done, 15194110 bytes, 0.100 seconds > 317 files of 642 done, 16096396 bytes, 0.108 seconds > 382 files of 642 done, 17178524 bytes, 0.116 seconds > 446 files of 642 done, 17768214 bytes, 0.123 seconds > 510 files of 642 done, 18327708 bytes, 0.130 seconds > 574 files of 642 done, 18656649 bytes, 0.136 seconds > 638 files of 642 done, 18860083 bytes, 0.142 seconds > 642 files of 642 done, 18864376 bytes, 0.142 seconds > mtx-install-modules | from > 'https://mirrors.ctan.org/install/graphics/pgf/contrib/pgfplots.tds.zip' > mtx-install-modules | into 'texmf-modules' > 29 files of 168 done, 69116 bytes, 0.002 seconds > 48 files of 168 done,1596420 bytes, 0.010 seconds > 67 files of 168 done,1889062 bytes, 0.012 seconds > 83 files of 168 done,2761170 bytes, 0.017 seconds > 100 files of 168 done,3156638 bytes, 0.021 seconds > 116 files of 168 done,3508192 bytes, 0.024 seconds > 132 files of 168 done,4035279 bytes, 0.027 seconds > 148 files of 168 done,4163894 bytes, 0.029 seconds > 168 files of 168 done,4195360 bytes, 0.029 seconds > mtx-install-modules | from > 'https://mirrors.ctan.org/install/graphics/pgf/contrib/circuitikz.tds.zip' > mtx-install-modules | into 'texmf-modules' >7 files of 70 done, 14967 bytes, 0.000 seconds > 21 files of 70 done, 61604 bytes, 0.001 seconds > 28 files of 70 done,4839027 bytes, 0.033 seconds > 35 files of 70 done,5906994 bytes, 0.040 seconds > 42 files of 70 done,6399050 bytes, 0.043 seconds > 70 files of 70 done,6879048 bytes, 0.045 seconds > mtx-install-modules | wiping 17 files in 'tex/context/third/pgf/**' > mtx-install-modules | wiping 0 files in 'doc/context/third/pgf/**' > mtx-install-modules | wiping 0 files in 'source/context/third/pgf/**' > mtx-install-modules | wiping 0 files in 'tex/context/pgf/**' > mtx-install-modules | wiping 0 files in 'doc/context/pgf/**' > mtx-install-modules | wiping 0 files in 'source/context/pgf/**' > mtx-install-modules | wiping 0 files in 'scripts/pgf/**' > mtx-install-modules | wiping 2 files in 'tex/context/third/pgfplots/**' > mtx-install-modules | wiping 3 files in 'doc/context/third/pgfplots/**' > mtx-install-modules | wiping 1 files in 'source/context/third/pgfplots/**' > mtx-install-modules | wiping 0 files in 'tex/context/pgfplots/**' > mtx-install-modules | wiping 0 files in 'doc/context/pgfplots/**' > mtx-install-modules | wiping 0 files in 'source/context/pgfplots/**' > mtx-install-modules | wiping 4 files in 'scripts/pgfplots/**' > mtx-install-modules | wiping 8 files in 'tex/context/third/circuitikz/**' > mtx-install-modules | wiping 2 files in 'doc/context/third/circuitikz/**' > mtx-install-modules | wiping 0 files in 'source/context/third/circuitikz/**' > mtx-install-modules | wiping 0 files in 'tex/context/circuitikz/**' > mtx-install-modules | wiping 0 files in 'doc/context/circuitikz/**' > mtx-install-modules | wiping 0 files in 'source/context/circuitikz/**' > mtx-install-modules | wiping 0 files in 'scripts/circuitikz/**' > mtx-install-modul
Re: [NTG-context] TiKz with LMTX
On Mon, Jun 05, 2023 at 03:06:10PM +0200, Floris van Manen via ntg-context wrote: > > > On 05/06/2023 14:49, Carlos via ntg-context wrote: > > %# Synchronize all modules from ConTeXt Garden in the 'modules' directory, > > which is created if it doesn’t exist. > > to wherever the modules are > > > isn't the command > > mtxrun --script install-modules --install tikz > > or > > mtxrun --script install-modules --install --all > > doing exactly that? > Okay Floris. I see Aditya nearby. He'll take over from now on :) stand by please. I know you didn't ask the original question but this is over the pgfsys-pdftex and the pgfsys-luatex. It's a race between them !! sort of The solutions are a few if any really, either as I suggested first and update afterwards or install tikz if the driver is the problem, what does common sense tells you Floris? the database needs to be updated, correct? The driver needs to be loaded somehow, right? system > ConTeXt ver: 2023.06.04 18:58 LMTX fmt: 2023.6.5 int: english/english So install tikz. then run the file mtx-install-modules | from 'https://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip' mtx-install-modules | into 'texmf-modules' 64 files of 642 done,2108636 bytes, 0.015 seconds 128 files of 642 done, 13693106 bytes, 0.089 seconds 194 files of 642 done, 15194110 bytes, 0.100 seconds 317 files of 642 done, 16096396 bytes, 0.108 seconds 382 files of 642 done, 17178524 bytes, 0.116 seconds 446 files of 642 done, 17768214 bytes, 0.123 seconds 510 files of 642 done, 18327708 bytes, 0.130 seconds 574 files of 642 done, 18656649 bytes, 0.136 seconds 638 files of 642 done, 18860083 bytes, 0.142 seconds 642 files of 642 done, 18864376 bytes, 0.142 seconds mtx-install-modules | from 'https://mirrors.ctan.org/install/graphics/pgf/contrib/pgfplots.tds.zip' mtx-install-modules | into 'texmf-modules' 29 files of 168 done, 69116 bytes, 0.002 seconds 48 files of 168 done,1596420 bytes, 0.010 seconds 67 files of 168 done,1889062 bytes, 0.012 seconds 83 files of 168 done,2761170 bytes, 0.017 seconds 100 files of 168 done,3156638 bytes, 0.021 seconds 116 files of 168 done,3508192 bytes, 0.024 seconds 132 files of 168 done,4035279 bytes, 0.027 seconds 148 files of 168 done,4163894 bytes, 0.029 seconds 168 files of 168 done,4195360 bytes, 0.029 seconds mtx-install-modules | from 'https://mirrors.ctan.org/install/graphics/pgf/contrib/circuitikz.tds.zip' mtx-install-modules | into 'texmf-modules' 7 files of 70 done, 14967 bytes, 0.000 seconds 21 files of 70 done, 61604 bytes, 0.001 seconds 28 files of 70 done,4839027 bytes, 0.033 seconds 35 files of 70 done,5906994 bytes, 0.040 seconds 42 files of 70 done,6399050 bytes, 0.043 seconds 70 files of 70 done,6879048 bytes, 0.045 seconds mtx-install-modules | wiping 17 files in 'tex/context/third/pgf/**' mtx-install-modules | wiping 0 files in 'doc/context/third/pgf/**' mtx-install-modules | wiping 0 files in 'source/context/third/pgf/**' mtx-install-modules | wiping 0 files in 'tex/context/pgf/**' mtx-install-modules | wiping 0 files in 'doc/context/pgf/**' mtx-install-modules | wiping 0 files in 'source/context/pgf/**' mtx-install-modules | wiping 0 files in 'scripts/pgf/**' mtx-install-modules | wiping 2 files in 'tex/context/third/pgfplots/**' mtx-install-modules | wiping 3 files in 'doc/context/third/pgfplots/**' mtx-install-modules | wiping 1 files in 'source/context/third/pgfplots/**' mtx-install-modules | wiping 0 files in 'tex/context/pgfplots/**' mtx-install-modules | wiping 0 files in 'doc/context/pgfplots/**' mtx-install-modules | wiping 0 files in 'source/context/pgfplots/**' mtx-install-modules | wiping 4 files in 'scripts/pgfplots/**' mtx-install-modules | wiping 8 files in 'tex/context/third/circuitikz/**' mtx-install-modules | wiping 2 files in 'doc/context/third/circuitikz/**' mtx-install-modules | wiping 0 files in 'source/context/third/circuitikz/**' mtx-install-modules | wiping 0 files in 'tex/context/circuitikz/**' mtx-install-modules | wiping 0 files in 'doc/context/circuitikz/**' mtx-install-modules | wiping 0 files in 'source/context/circuitikz/**' mtx-install-modules | wiping 0 files in 'scripts/circuitikz/**' mtx-install-modules | wiping 0 files in 'tex/latex/**' mtx-install-modules | wiping 0 files in 'tex/plain/**' mtx-install-modules | wiping 0 files in 'doc/latex/**' mtx-install-modules | wiping 0 files in 'doc/plain/**' mtx-install-modules | wiping 148 files in 'doc/generic/**' mtx-install-modules | wiping 0 files in 'source/latex/**' mtx-install-modules | wiping 0 files in 'source/plain/**' mtx-install-modules | mtx-install-modules | renewing file database mtx-install-modules | mtx-install-modules | installed: tikz mtx-install-modules | system > b
Re: [NTG-context] knuth
On 01/06/2023 12:32, luigi scarso via ntg-context wrote: It's amazing how the confident tone lends credibility to all of that made-up nonsense. Almost impossible for anybody without knowledge of the book to believe that those "facts" aren't authorititative and well researched. Step by step. First you tell them that your system is more convenient then reading the books yourself. Then you replace common sense with new daily 'facts'. Nothing has really changed over the years; if you point out errors, the mere response is that it is still work in progress (see how great opportunities this has), for now it is good enough to entertain children. As if children do not deserve the best access to true knowledge and curiosity. Divide & conquer (wie is er niet groot mee geworden ;-) .F ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Can ConTeXt write its pdf to a different directory?
On 5/27/2023 11:51 AM, Denis Maier via ntg-context wrote: I usually use a makefile for this. There I have build rule that first cds into the target directory, then calls context from there. That is indeed the solution (also because the --path option will then fetch from the source). The more lua hackery the more danger of interference. The problem here is that a rename won't work in all scenarios (different drives on windows for instance, or from local disk to network drive). Anyway, one can also give --runpath=sometargetpath which i actually use to run for instance manuals, but there it is driven in the file itself: % language=us runpath=texruns:manuals/musings in combination with TEXRUNS=c:\data\temporary\texruns so that I don't overwrite a stable manual in the source path. Over the decades that context evolved there have been plenty such tricks added. I could probably add a move option to the job ticket mechanism but that has not changed in ages so ... workflows demands are too different. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] Luatex 1.17.0 announcement.
(Sorry for the delay, I wanted to be sure that building phase was over) == LuaTeX 1.17.0 2023-04-29 == - A breaking backward compatibility change: by default the socket library is not enabled . The new option --socket enable the socket library as before, as also --shell-escape (without --shell-restricted); --nosocket, --no-socket , --safer disabled the library, and they have the priority in case of conflicting options. The mime library is always available; socket.sleep and socket.gettime are duplicated as os.socketsleep and os.socketgettime, both always available. The new os.kpsepopen replace io.popopen in kpse mode (i.e. when kpse_init is not zero) as it was before but the permission now cannot be changed anymore with kpse.check_permission . The function os.kpsepopen follows the same restrictions as io.popen . Thanks to Max Chernoff for debugging. --luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Two columns of footnotes
Denis:
Thanks, that is very helpful starting point which proves that it is
possible!
I have tried the suggestions there, but, so far:
* I cannot adjust the gap ("distance" or "gutter") between the columns
* It seems impossible to turn-on a column-separating ruled line
* It would be useful to have a method for controlling orphan / widow
behaviour (such that a footnote in the left column doesn't spill-over as
just a single line into the 2nd column).
Any comments or ideas?
MG
On 2023-05-16 00:46, Denis Maier via ntg-context wrote:
> Technically it should be possible:
>
> https://wiki.contextgarden.net/Footnotes
>
> (see under footnote formatting).
>
> However, the example is not particularly pretty and the explanatory text
> states there is a bug.
>
> Don't know if that is the current behavior or if this bug has been fixed.
>
> Best,
>
> Denis
>
> VON: ntg-context IM AUFTRAG VON lynx--- via
> ntg-context
> GESENDET: Dienstag, 16. Mai 2023 08:37
> AN: ntg-context@ntg.nl
> CC: l...@polarcom.com
> BETREFF: [NTG-context] Two columns of footnotes
>
> I own a commercially published book that has makes effective use of footnotes
> that are arranged in two columns on each page. Does anybody know how this can
> be set up within ConTeXt?
>
> MG
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> __
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On Tue, May 09, 2023 at 07:00:15PM +0200, Hans Hagen via ntg-context wrote: > > On 5/9/2023 6:24 PM, Carlos via ntg-context wrote: > > > With that being said, in that sense (not that I need it though, to be > > honest), the luatex lmtx approach is more of an instant gratification, > > whereas with latex and the metrics of the file afterwards, any math > > environment is certainly possible, while loading myriad and minion et co > > without an error > > > > I still stand for what I said earlier. That lot and their heirs already > > made their money by shoving down acroread all over. It's no secret > Normally context will fall bakc on latin modern but when you explicitly load > a font setup and that one doesn't have math fonts it will not be set up I checked the type-imp-* file. Unicode-math from latex had no issues on two different systems one running a full TeXLive and the other on e customized on-demand package installatino but that part you said in the beginning: > Normally context will fall bakc on latin modern but when you explicitly load that's simply brilliant Hans \starttypescript [minionserif] \definetypeface [minionserif][rm] [serif] [minionserif] [default] \definetypeface [minionserif][ss] [sans] [minionsans][default] % \definetypeface [minionsans][mm] [math] [minionserif] [default] > right and then you get these parameter relates messages. The minion math > font is supported when you have it installed although we're not sure if the > tweaks will work okay. I only have an old evaluation copy that I can't use > outside testing anyway, and I don't have the minion fonts that can be used > in documents (acrobat fonts are only for display) so I never use minion > anyway. > > Although every math environment is possible (after all there are not than > manyu math fonts) one always has to match them properly with serif and sans > fonts (relative scaling etc). > > When someone wants support for some commercial font, they have to buy us a > few copies with no constraints. (Normally in a project we just get them > anyway.) There are plenty of examples in the type-imp-* files that show the > way. > > Hans > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Thus spake the master programmer: "When a program is being tested, it is too late to make design changes." -- Geoffrey James, "The Tao of Programming" ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On Tue, May 09, 2023 at 05:28:11PM -0400, Carlos via ntg-context wrote: > > On Tue, May 09, 2023 at 07:00:15PM +0200, Hans Hagen via ntg-context wrote: > > > > On 5/9/2023 6:24 PM, Carlos via ntg-context wrote: > > > > > With that being said, in that sense (not that I need it though, to be > > > honest), the luatex lmtx approach is more of an instant gratification, > > > whereas with latex and the metrics of the file afterwards, any math > > > environment is certainly possible, while loading myriad and minion et co > > > without an error > > > > > > I still stand for what I said earlier. That lot and their heirs already > > > made their money by shoving down acroread all over. It's no secret > > Normally context will fall bakc on latin modern but when you explicitly load > > a font setup and that one doesn't have math fonts it will not be set up > > right and then you get these parameter relates messages. The minion math > > font is supported when you have it installed although we're not sure if the > > tweaks will work okay. I only have an old evaluation copy that I can't use > > outside testing anyway, and I don't have the minion fonts that can be used > > in documents (acrobat fonts are only for display) so I never use minion > > anyway. > > > > Although every math environment is possible (after all there are not than > > manyu math fonts) one always has to match them properly with serif and sans > > fonts (relative scaling etc). > > > > When someone wants support for some commercial font, they have to buy us a > > few copies with no constraints. (Normally in a project we just get them > > anyway.) There are plenty of examples in the type-imp-* files that show the > > way. > > > > Hans > > Thanks for the info Hans. I'll check it out again. About a month or > so ago I went over the fonts used in math with luatex lmtx and it > was more of a refreshing course than anything else. TeX Gyre and so > forth. And a similar approach which I used in handling these fonts > in mkii before. > > Recently someone made the suggestion of working or the intent to work or > the suggestion or whatever of tackling mnssymbol on luatex. I don't know about > that but.. I don't know. Perhaps I misunderstood > > I've used this family of minion and myriad before, but I still think > it has the same audience than the glyphs used by the chinese at the > beginning of the typesetting history> weddings, funerals, pamphlets, > etiquette cards, calendars, arithmetic tables and so forth. It has more > flare than perhaps a lucida. But the latter, subjectively speaking, > is perhaps more dry but also more straightforward and legible. For me > anyway. > By the way. Slightly unrelated to all of this but your paper on tug about the adjustments to lucida is impressive. https://tug.org/TUGboat/tb43-3/tb135hagen-lucida.pdf But lucida is also just an uncial descendant. Bland, squashed, and easily complex to adjust because of those very same features. Lo and behold if anything like that is tried out on minion for that matter. But for readability purposes, lucida is definitely a step ahead. This is all subjective of course. thanks for that work and paper on lucida Hans, Mikael > But when I see that a simple page and nothing fancy really, cannot be > processed under lmtx no matter how much tweaking is performed under > the hood something is not quite right > > the same (similar) screenshot attached here is under latex. Something > similar is what I wanted to have, but couldn't. > > I'll check out your suggestion. Thanks again Hans > > > > > > - > > Hans Hagen | PRAGMA ADE > > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > > - > > > > ___ > > If your question is of interest to others as well, please add an entry to > > the Wiki! > > > > maillist : ntg-context@ntg.nl / > > https://www.ntg.nl/mailman/listinfo/ntg-context > > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > > archive : https://bitbucket.org/phg/context-mirror/commits/ > > wiki : https://contextgarden.net > > ___ > > > > -- > AmigaDOS Beer: The company has gone out of business, but their recipe
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On Tue, May 09, 2023 at 07:00:15PM +0200, Hans Hagen via ntg-context wrote: > > On 5/9/2023 6:24 PM, Carlos via ntg-context wrote: > > > With that being said, in that sense (not that I need it though, to be > > honest), the luatex lmtx approach is more of an instant gratification, > > whereas with latex and the metrics of the file afterwards, any math > > environment is certainly possible, while loading myriad and minion et co > > without an error > > > > I still stand for what I said earlier. That lot and their heirs already > > made their money by shoving down acroread all over. It's no secret > Normally context will fall bakc on latin modern but when you explicitly load > a font setup and that one doesn't have math fonts it will not be set up > right and then you get these parameter relates messages. The minion math > font is supported when you have it installed although we're not sure if the > tweaks will work okay. I only have an old evaluation copy that I can't use > outside testing anyway, and I don't have the minion fonts that can be used > in documents (acrobat fonts are only for display) so I never use minion > anyway. > > Although every math environment is possible (after all there are not than > manyu math fonts) one always has to match them properly with serif and sans > fonts (relative scaling etc). > > When someone wants support for some commercial font, they have to buy us a > few copies with no constraints. (Normally in a project we just get them > anyway.) There are plenty of examples in the type-imp-* files that show the > way. > > Hans Thanks for the info Hans. I'll check it out again. About a month or so ago I went over the fonts used in math with luatex lmtx and it was more of a refreshing course than anything else. TeX Gyre and so forth. And a similar approach which I used in handling these fonts in mkii before. Recently someone made the suggestion of working or the intent to work or the suggestion or whatever of tackling mnssymbol on luatex. I don't know about that but.. I don't know. Perhaps I misunderstood I've used this family of minion and myriad before, but I still think it has the same audience than the glyphs used by the chinese at the beginning of the typesetting history> weddings, funerals, pamphlets, etiquette cards, calendars, arithmetic tables and so forth. It has more flare than perhaps a lucida. But the latter, subjectively speaking, is perhaps more dry but also more straightforward and legible. For me anyway. But when I see that a simple page and nothing fancy really, cannot be processed under lmtx no matter how much tweaking is performed under the hood something is not quite right the same (similar) screenshot attached here is under latex. Something similar is what I wanted to have, but couldn't. I'll check out your suggestion. Thanks again Hans > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- AmigaDOS Beer: The company has gone out of business, but their recipe has been picked up by some weird German company, so now this beer will be an import. This beer never really sold very well because the original manufacturer didn't understand marketing. Like Unix Beer, AmigaDOS Beer fans are an extremely loyal and loud group. It originally came in a 16-oz. can, but now comes in 32-oz. cans too. When this can was originally introduced, it appeared flashy and colorful, but the design hasn't changed much over the years, so it appears dated now. Critics of this beer claim that it is only meant for watching TV anyway. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On 5/9/2023 6:24 PM, Carlos via ntg-context wrote: With that being said, in that sense (not that I need it though, to be honest), the luatex lmtx approach is more of an instant gratification, whereas with latex and the metrics of the file afterwards, any math environment is certainly possible, while loading myriad and minion et co without an error I still stand for what I said earlier. That lot and their heirs already made their money by shoving down acroread all over. It's no secret Normally context will fall bakc on latin modern but when you explicitly load a font setup and that one doesn't have math fonts it will not be set up right and then you get these parameter relates messages. The minion math font is supported when you have it installed although we're not sure if the tweaks will work okay. I only have an old evaluation copy that I can't use outside testing anyway, and I don't have the minion fonts that can be used in documents (acrobat fonts are only for display) so I never use minion anyway. Although every math environment is possible (after all there are not than manyu math fonts) one always has to match them properly with serif and sans fonts (relative scaling etc). When someone wants support for some commercial font, they have to buy us a few copies with no constraints. (Normally in a project we just get them anyway.) There are plenty of examples in the type-imp-* files that show the way. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
>
> On Tue, May 09, 2023 at 04:46:42PM +0200, Mikael Sundqvist via ntg-context
> wrote:
> > On Tue, May 9, 2023 at 4:20 PM Carlos via ntg-context
> > wrote:
> > >
> > >
> > >
> > > Hello list
> > >
> > > the whole error message I get is
> > >
> > > tex error > tex error on line 90 in file
> > > ./atestinminion-context.mkiv: Math error: parameter 'operatorsize' with
> > > id 8 in style 0 is not set
> > >
> > > \m_operator_text
> > > \endgroup \Ustopmathmode
> > > \m_operator_text
> > > \stopforceddisplaymath
> > > \egroup \ifcase \c_strc_formulas_frame_mode \else
> > > \strc_math_number_check_offsets \fi \ifcase \c_strc_formulas_frame_mode
> > > \strc_math_number_check \or \strc_math_number_check_outside \else
> > > \strc_math_number_check_inside \fi \str
> > > \m_operator_text
> > > \endgroup \strc_formulas_endstrut \stopinnermath
> > > \afterdisplayspace \egroup
> > > \m_operator_text
> > > \strc_formulas_place_number \strc_formulas_flush_number
> > > \dostarttagged \t!formulacontent \empty \dotagregisterformula
> > > \c_strc_formulas_n \csname \e!stop \formulaparameter \c!alternative
> > > \v!formula \endcsname
> > > \dostoptagged \dostoptagged \nonoindentati
> > >
> > > \stopformula
> > >
> > > \startformula
> > > \int_{\infty}
> > > >> \stopformula
> > >
> > > Sorry, but I can't typeset math unless various parameters have been set.
> > > This is
> > > normally done by loading special math fonts into the math family slots.
> > > Your font
> > > set is lacking at least the parameter mentioned earlier.
> > >
> > > What parameter is this referring to here?
> >
> > Looks like you might not have the Minion math font. Did you buy it?
>
> Oh. That's what the math slot refers to then! I didn't buy it. I've been
> shoved
> acroread before without asking and I had the whole set sans math
>
With that being said, in that sense (not that I need it though, to be
honest), the luatex lmtx approach is more of an instant gratification,
whereas with latex and the metrics of the file afterwards, any math
environment is certainly possible, while loading myriad and minion et co
without an error
I still stand for what I said earlier. That lot and their heirs already
made their money by shoving down acroread all over. It's no secret
> thanks Mikael
thanks again Mikael for clarifying it. I wasn't sure.
> >
> > /Mikael
> > ___
> > If your question is of interest to others as well, please add an entry to
> > the Wiki!
> >
> > maillist : ntg-context@ntg.nl /
> > https://www.ntg.nl/mailman/listinfo/ntg-context
> > webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> > archive : https://bitbucket.org/phg/context-mirror/commits/
> > wiki : https://contextgarden.net
> > ___
>
> --
> If I'd known computer science was going to be like this, I'd never have
> given up being a rock 'n' roll star.
> -- G. Hirst
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> ___
--
Never trust an operating system.
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] Idea for a shared repository.
Dear Everyone, We currently have the Context Garden site, wiki and htis list for documentation and resources. There is a Github contextgarden organization that can host repositories. What about creating a repository called: 'templates' or 'resources' - we can figure out the exact name later. The idea behind it is to collect templates and examples that are scattered all over the web or in the list threads. The first example that comes to my mind is the type definition for a Roboto font I needed and other type scripts that can be useful for the community. Then there are templates for books, slides or documents. The Repository has a wiki where we could add some notes about more complex items. It is not about duplicating the Context garden site but to collect code in a place where we could gradually fix possible errors or introduce improvements. All the best, Pawel ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Using project-local fonts
On 4/13/2023 10:11 PM, Kalouguine Andre via ntg-context wrote: On 13.04.2023 21:22, Rik Kabel via ntg-context wrote: EB Garamond is hopelessly broken with respect to hlig and dlig, and has been for quite a while. I reported the problem (https://github.com/octaviopardo/EBGaramond12/issues/20) over five years ago, and the maintainer (if there is one) has done nothing. See also #4 in that issues list (https://github.com/octaviopardo/EBGaramond12/issues/4). There are a couple of forks, but there is no established reference implementation that I can see. The Google Fonts implementation is similarly challenged, perhaps worse. Oh, I hadn't realized. I had read somewhere that the TeXlive version was simply older than the `Specimen.pdf` document and had some bugs. I hadn't realized that it wasn't fixed yet. This is unfortunate! Thanks for the information, you saved me from wasting too much time on that. the lmtx installation comes with some fonts that we keep from the garden related git repository so we have control over updates; we can do somethign similar with popular fonts that we like to be frozen in which case we can tweak them runtime (when we update we can then reconsider tweaks) sometimes it's easier to just accept that there are bugs and fix them runtime Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Using project-local fonts
On 4/13/2023 10:11 PM, Kalouguine Andre via ntg-context wrote: On 13.04.2023 21:22, Rik Kabel via ntg-context wrote: EB Garamond is hopelessly broken with respect to hlig and dlig, and has been for quite a while. I reported the problem (https://github.com/octaviopardo/EBGaramond12/issues/20) over five years ago, and the maintainer (if there is one) has done nothing. See also #4 in that issues list (https://github.com/octaviopardo/EBGaramond12/issues/4). There are a couple of forks, but there is no established reference implementation that I can see. The Google Fonts implementation is similarly challenged, perhaps worse. Oh, I hadn't realized. I had read somewhere that the TeXlive version was simply older than the `Specimen.pdf` document and had some bugs. I hadn't realized that it wasn't fixed yet. This is unfortunate! Thanks for the information, you saved me from wasting too much time on that. if you know what the bugs are you can make a pseudo feature that fixes it (there are examples in the test suite) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Using project-local fonts
On 13.04.2023 21:22, Rik Kabel via ntg-context wrote: > EB Garamond is hopelessly broken with respect to hlig and dlig, and has been > for quite a while. > > I reported the problem > (https://github.com/octaviopardo/EBGaramond12/issues/20) over five years ago, > and the maintainer (if there is one) has done nothing. See also #4 in that > issues list (https://github.com/octaviopardo/EBGaramond12/issues/4). There > are a couple of forks, but there is no established reference implementation > that I can see. The Google Fonts implementation is similarly challenged, > perhaps worse. Oh, I hadn't realized. I had read somewhere that the TeXlive version was simply older than the `Specimen.pdf` document and had some bugs. I hadn't realized that it wasn't fixed yet. This is unfortunate! Thanks for the information, you saved me from wasting too much time on that. Best regards, Andre___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Using project-local fonts
On 2023-04-13 11:28, Kalouguine Andre via ntg-context wrote: Hi, i'm not familiar with that approach so can't see what interferes The most important change is that I can't update it and I can't put stuff in the system directory nor the user one. So I only have access to the project folder, it has to be self-contained. \definefontfamily [ebgaramond] [serif] [ebgaramond] [features=eb-garamond-normal] Apologies, my fault, I forgot a part of my email. I don't want the c-t and s-t ligatures (supposed to be in `hlig`). But I do want the T-h ligature which is supposed to be in `dlig`. So as far as I understand, TeXlive comes with an old version of EB Garamond in which all of them are in `dlig`. Hence my question about self-contained projects with fonts. Best regards, Andre Andre (and list), EB Garamond is hopelessly broken with respect to hlig and dlig, and has been for quite a while. I reported the problem (https://github.com/octaviopardo/EBGaramond12/issues/20) over five years ago, and the maintainer (if there is one) has done nothing. See also #4 in that issues list (https://github.com/octaviopardo/EBGaramond12/issues/4). There are a couple of forks, but there is no established reference implementation that I can see. The Google Fonts implementation is similarly challenged, perhaps worse. -- Rik ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Help with typesetting footnotes in an HTML document
;> outside > my expertise. > >> I attach my tex and html files which should save some copy and pasting. > >> > >> Thanks > >> > >> Keith McKay > >> > >> On 11/04/2023 14:51, denis.ma...@unibe.ch wrote: > >>> Hard to tell, if you don't show us what you've tried so far. > >>> In one of my setups I use the lua based approach described on page > 86/87. > >> But again, we'll probably need more information to figure it out. > >>>> -Ursprüngliche Nachricht- > >>>> Von: ntg-context Im Auftrag von Keith > >>>> McKay via ntg-context > >>>> Gesendet: Montag, 10. April 2023 17:30 > >>>> An: mailing list for ConTeXt users > >>>> Cc: Keith McKay > >>>> Betreff: [NTG-context] Help with typesetting footnotes in an HTML > >>>> document > >>>> > >>>> Hi, > >>>> > >>>> I have been puzzling over how to typeset footnotes in a HTML > >>>> document, most elements have been relatively easy to typeset but > >>>> I'm stumped with footnotes. I have been studying the the xml > >>>> manual in particular Chapter 7.4 Cross Referencing, but I'm still > >>>> struggling to get xmlsetups which come anywhere near working. Any > >>>> hints to a solution would be greatly appreciated. > >>>> > >>>> Best Wishes > >>>> > >>>> Keith McKay > >>>> > >>>> %%% > >>>> > >>>> Here is a snippet of the HTML document with footnotes > >>>> > >>>> >>>> "-//W3C//DTD XHTML 1.1//EN" > >>>> "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;> > >>>> http://www.w3.org/1999/xhtml; xml:lang="en"> > > >>>> > >>>> > >>>> > >>>> ‘What is a weed? A plant whose > >>>> virtues have not been discovered,’ wrote Ralph Waldo Emerson >>>> class="footnote"> >>>> data-fnref="53-1">. Those delicate crucifers with > >>>> their manifold faces of four pink or lilac petals striated with > >>>> veins of deeper lavender are the perfect introduction to flowers for > children. > >>>> So delicate and yet hardy. > >>>> I spend some of April abroad, > >>>> travelling by road from an unseasonably snowy Austria (‘dieses > >>>> Wetter ist verrückt!’ >>>> data-fnref="53-2"> as an elderly lady exclaimed to > >>>> me) to northern France, and when I come home, it’s to a landscape > >>>> responding to substantially increased light levels and > temperatures. > >>>> This was the early sixties. Like many > >>>> thousands, we were rehoused from Maryhill in the heart of urban > >>>> Glasgow to this peripheral housing scheme which completely changed > >>>> the character of what had been a village. Within a decade those > >>>> glasshouses were abandoned, glass broken in the frames, and a row > >>>> of shops that included a chippy and a betting shop soon replaced > >>>> them, betting ‘off’ licensed race-tracks having become legal in > >>>> 1961. >>>> data-fnref="75- > >> 1"> > >>>> > >>>> > >>>> > >>>> Emerson, R.W. (1878) Fortune of the Republic, p.3 > >>>> quoted in Oxford Dictionary of Quotations, Rev Fourth > >> Edition (1996). > >>>> > >>>> > >>>> ‘Crazy weather!’ > >>>> > >>>> > >>>> >>>> href="http://www.independent.co.uk/sport/racing/our-national-love- > a > >>>> ff > >>>> air- a-history-of-the-betting-shop-804966.html" > >>>> data-url="http://www.independent.co.uk/sport/racing/our-national-lo > >>>> ve > >>>> - affair-a-history-of-the-betting-shop-804966.html"> >>>> class="import- > >> Hyperlink">http://www.independent.co.uk/sport/racing/ou > >>>> r- > >>>> national-love-affair-a-history-of-the-betting-shop-804966.html >>>> n> > >>>> > >>>> [accessed 11 Dec 2017] > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> %% > >>>> > >>>> > >> > __ > >>>> _ > >>>> If your question is of interest to others as well, please add an > >>>> entry to the Wiki! > >>>> > >>>> maillist : ntg-context@ntg.nl / > >>>> https://www.ntg.nl/mailman/listinfo/ntg- > >>>> context > >>>> webpage : https://www.pragma-ade.nl / http://context.aanhet.net > >>>> archive : https://bitbucket.org/phg/context-mirror/commits/ > >>>> wiki : https://contextgarden.net > >>>> > >> > __ > >>>> _ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Help with typesetting footnotes in an HTML document
Hi Denis,
Thanks for the code, I shall give this a try.
To get the html file I convert a docx file using a wordpress multisite
app called Pressbooks, a book content management system for book
publishing in various formats such as the web, pdf, epub and various xml
flavours (see pressbooks.com). My interest was that docx files could be
imported into pressbooks, edited and then exported as html which I then
used in ConTeXt to produce pdf. Pressbooks has an open source option and
they give instructions on how to self-host on a local web server, which
is what I have done (see pressbooks.org). It is, I suppose, like using a
sledgehammer to crack a nut, and the html files produced are quite
complicated. I'm still in the experimental stage with it.
Before trying out Pressbooks, I had previously produced two
books(novels) by converting docx files to epub using an epub extension
to Libre Office, then edit/clean-up the epub using Sigil epub editor.
Finally I extract the individual xhtml files and input into ConTeXt.
That was much easier and the files much less complicated, however those
books did not have footnotes so I shall have to check that out in Sigil.
I'm still experimenting to get a simple workflow for the conversion of
docx files to simple (x)html files.
Thanks again for the code.
Best Wishes
Keith
On 12/04/2023 09:05, denis.ma...@unibe.ch wrote:
Hey Keith,
the code below should get you started. Obviously, the links in the footnotes don't
appear as there are no setups for the elements yet.
By the way, where is the HTML coming from? The dual structure for footnotes
looks a bit odd and a bit too complicated for me.
==
\startxmlsetups xml:initialize
\xmlsetsetup{\xmldocument}{*}{-}
\xmlsetsetup{\xmldocument}{html|body|p|}{xml:*}
%\xmlsetsetup{#1}{span[@class="data-fnref"]}{xml:footnote} % data-fnref is not a
class; also -> the element won't be seen if the parent span is not treated in some way.
\xmlsetsetup{#1}{span[@class="footnote"]}{xml:footnote-wrapper}
\xmlsetsetup{#1}{span[@class="footnote-indirect"]}{xml:footnote}
\xmlsetsetup{#1}{div[@class="footnotes"]}{xml:nothing}
\stopxmlsetups
\xmlregistersetup{xml:initialize}
\startxmlsetups xml:html
\xmlflush{#1}
\stopxmlsetups
\startxmlsetups xml:body
\xmlflush{#1}
\stopxmlsetups
\startxmlsetups xml:p
\xmlflush{#1}\par
\stopxmlsetups
\startxmlsetups xml:footnote-wrapper
\xmlflush{#1}
\stopxmlsetups
\startxmlsetups xml:footnote
\footnote
% {\xmlfirst{test}{div[@class="footnotes"]/div/div[@id="\xmlatt{#1}{id}"]}} ->
test is not the document name nor the name of the node to be processed>; div/div nesting was wrong;
for some reason I can't get it to work with xmlfirst. But \xmlfilter works
{\xmlfilter{\xmldocument}{div[@id='\xmlrefatt{#1}{data-fnref}']/command(xml:test)}}
\stopxmlsetups
\startxmlsetups xml:test
\xmlflush{#1}
\stopxmlsetups
\starttext
\xmlprocessfile{initialise}{footnoteTest.html}{}
\stoptext
=
-Ursprüngliche Nachricht-
Von: Keith McKay
Gesendet: Dienstag, 11. April 2023 17:53
An: Maier, Denis Christian (UB) ; ntg-
cont...@ntg.nl
Betreff: Re: AW: [NTG-context] Help with typesetting footnotes in an HTML
document
Fair comment Denis.
I decided to try the lookup based approach on pages 85 - 86 of the xml
manual and my setups are based on those pages. I have to admit that I find
the xml manual a wee bit difficult in places since xml is outside my expertise.
I attach my tex and html files which should save some copy and pasting.
Thanks
Keith McKay
On 11/04/2023 14:51, denis.ma...@unibe.ch wrote:
Hard to tell, if you don't show us what you've tried so far.
In one of my setups I use the lua based approach described on page 86/87.
But again, we'll probably need more information to figure it out.
-Ursprüngliche Nachricht-
Von: ntg-context Im Auftrag von Keith
McKay via ntg-context
Gesendet: Montag, 10. April 2023 17:30
An: mailing list for ConTeXt users
Cc: Keith McKay
Betreff: [NTG-context] Help with typesetting footnotes in an HTML
document
Hi,
I have been puzzling over how to typeset footnotes in a HTML
document, most elements have been relatively easy to typeset but I'm
stumped with footnotes. I have been studying the the xml manual in
particular Chapter 7.4 Cross Referencing, but I'm still struggling
to get xmlsetups which come anywhere near working. Any hints to a
solution would be greatly appreciated.
Best Wishes
Keith McKay
%%%
Here is a snippet of the HTML document with footnotes
http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;>
http://www.w3.org/1999/xhtml; xml:lang="en">
‘What is a weed? A plant whose virtues
have not been discovered,’ wrote Ralph Waldo Emerson. Those delicate crucifers with their
manifold faces of four pink or lilac petals striated w
Re: [NTG-context] Help with typesetting footnotes in an HTML document
Hey Keith,
the code below should get you started. Obviously, the links in the footnotes
don't appear as there are no setups for the elements yet.
By the way, where is the HTML coming from? The dual structure for footnotes
looks a bit odd and a bit too complicated for me.
==
\startxmlsetups xml:initialize
\xmlsetsetup{\xmldocument}{*}{-}
\xmlsetsetup{\xmldocument}{html|body|p|}{xml:*}
%\xmlsetsetup{#1}{span[@class="data-fnref"]}{xml:footnote} % data-fnref is not
a class; also -> the element won't be seen if the parent span is not treated in
some way.
\xmlsetsetup{#1}{span[@class="footnote"]}{xml:footnote-wrapper}
\xmlsetsetup{#1}{span[@class="footnote-indirect"]}{xml:footnote}
\xmlsetsetup{#1}{div[@class="footnotes"]}{xml:nothing}
\stopxmlsetups
\xmlregistersetup{xml:initialize}
\startxmlsetups xml:html
\xmlflush{#1}
\stopxmlsetups
\startxmlsetups xml:body
\xmlflush{#1}
\stopxmlsetups
\startxmlsetups xml:p
\xmlflush{#1}\par
\stopxmlsetups
\startxmlsetups xml:footnote-wrapper
\xmlflush{#1}
\stopxmlsetups
\startxmlsetups xml:footnote
\footnote
% {\xmlfirst{test}{div[@class="footnotes"]/div/div[@id="\xmlatt{#1}{id}"]}} ->
test is not the document name nor the name of the node to be processed>;
div/div nesting was wrong; for some reason I can't get it to work with
xmlfirst. But \xmlfilter works
{\xmlfilter{\xmldocument}{div[@id='\xmlrefatt{#1}{data-fnref}']/command(xml:test)}}
\stopxmlsetups
\startxmlsetups xml:test
\xmlflush{#1}
\stopxmlsetups
\starttext
\xmlprocessfile{initialise}{footnoteTest.html}{}
\stoptext
=
> -Ursprüngliche Nachricht-
> Von: Keith McKay
> Gesendet: Dienstag, 11. April 2023 17:53
> An: Maier, Denis Christian (UB) ; ntg-
> cont...@ntg.nl
> Betreff: Re: AW: [NTG-context] Help with typesetting footnotes in an HTML
> document
>
> Fair comment Denis.
>
> I decided to try the lookup based approach on pages 85 - 86 of the xml
> manual and my setups are based on those pages. I have to admit that I find
> the xml manual a wee bit difficult in places since xml is outside my
> expertise.
> I attach my tex and html files which should save some copy and pasting.
>
> Thanks
>
> Keith McKay
>
> On 11/04/2023 14:51, denis.ma...@unibe.ch wrote:
> > Hard to tell, if you don't show us what you've tried so far.
> > In one of my setups I use the lua based approach described on page 86/87.
> But again, we'll probably need more information to figure it out.
> >
> >> -Ursprüngliche Nachricht-
> >> Von: ntg-context Im Auftrag von Keith
> >> McKay via ntg-context
> >> Gesendet: Montag, 10. April 2023 17:30
> >> An: mailing list for ConTeXt users
> >> Cc: Keith McKay
> >> Betreff: [NTG-context] Help with typesetting footnotes in an HTML
> >> document
> >>
> >> Hi,
> >>
> >> I have been puzzling over how to typeset footnotes in a HTML
> >> document, most elements have been relatively easy to typeset but I'm
> >> stumped with footnotes. I have been studying the the xml manual in
> >> particular Chapter 7.4 Cross Referencing, but I'm still struggling
> >> to get xmlsetups which come anywhere near working. Any hints to a
> >> solution would be greatly appreciated.
> >>
> >> Best Wishes
> >>
> >> Keith McKay
> >>
> >> %%%
> >>
> >> Here is a snippet of the HTML document with footnotes
> >>
> >> >> "-//W3C//DTD XHTML 1.1//EN"
> >> "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;>
> >> http://www.w3.org/1999/xhtml; xml:lang="en">
> >>
> >>
> >>
> >> ‘What is a weed? A plant whose virtues
> >> have not been discovered,’ wrote Ralph Waldo Emerson >> class="footnote"> >> data-fnref="53-1">. Those delicate crucifers with their
> >> manifold faces of four pink or lilac petals striated with veins of
> >> deeper lavender are the perfect introduction to flowers for children.
> >> So delicate and yet hardy.
> >> I spend some of April abroad, travelling
> >> by road from an unseasonably snowy Austria (‘dieses Wetter ist
> >> verrückt!’ >> data-fnref="53-2"> as an elderly lady exclaimed to me)
> >> to northern France, and when I come home, it’s to a landscape
> >> responding to substantially increased light levels and temperatures.
> >> This was the early sixties. Like many
> >> thousands, we were rehou
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 05:57:30PM +0200, Hans Hagen via ntg-context wrote: > On 4/11/2023 3:13 PM, Carlos via ntg-context wrote: > > > But where is actually luametatex under the standalone sources > just in the bin path thanks Hans. Didn't have the time to look at et . Looking at a small display on this system and sort of like going blind . Regarding old mkiv, I didn't have the time to delve more into it, but I think (couuld be wrong here) The script installation first-setup for that old mkiv is not as straightforward as lmtx is, and to top it off I had downloaded the modules only With the former I had to manually create the dir temxf-linux-64 whereas with lmtx installation was smooth right after that's why when I read the resolvers output I had pointed it out to Aditya that it was looking over and over for that dir to no avail (of course: the dir was never there; it was never created) Path is always a problem as you know. On gnu/linux bash init file means nothing, as most likely a profile file that supersedes it sets it up regardless of sessions and how many times logging off and rebooting , but the problem woudlnt' stop there as long as texmf is there I can probably venture out and say that even then, even then… it doesn't mean nothing while texmf is still there . what is mtxrun --script cache going to erase let alone /generate while texmf is in place? the chances are nil, nada, iteración infinita It's not going to happen. and an unknown script context.lua mtx-context.lua will certainly pop up all over again only after moving/removing texmf it'd go through or else it won't . then yes context --luatex --generate context --luatex --make or context --make p.s and all of the above over a lucida sans that was my own misconfiguration that's hilarious :) Hans. sorry but I just couldn't stop thinking about it. All over a sans font. Seriously. > > Hans > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Blinding speed can compensate for a lot of deficiencies. -- David Nichols ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Help with typesetting footnotes in an HTML document
Hard to tell, if you don't show us what you've tried so far. In one of my setups I use the lua based approach described on page 86/87. But again, we'll probably need more information to figure it out. > -Ursprüngliche Nachricht- > Von: ntg-context Im Auftrag von Keith > McKay via ntg-context > Gesendet: Montag, 10. April 2023 17:30 > An: mailing list for ConTeXt users > Cc: Keith McKay > Betreff: [NTG-context] Help with typesetting footnotes in an HTML > document > > Hi, > > I have been puzzling over how to typeset footnotes in a HTML document, > most elements have been relatively easy to typeset but I'm stumped with > footnotes. I have been studying the the xml manual in particular Chapter 7.4 > Cross Referencing, but I'm still struggling to get xmlsetups which come > anywhere near working. Any hints to a solution would be greatly > appreciated. > > Best Wishes > > Keith McKay > > %%% > > Here is a snippet of the HTML document with footnotes > > > "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;> > http://www.w3.org/1999/xhtml; xml:lang="en"> > > > > ‘What is a weed? A plant whose virtues have > not been discovered,’ wrote Ralph Waldo Emerson class="footnote"> data-fnref="53-1">. Those delicate crucifers with their > manifold faces of four pink or lilac petals striated with veins of deeper > lavender are the perfect introduction to flowers for children. So delicate and > yet hardy. > I spend some of April abroad, travelling by road > from an unseasonably snowy Austria (‘dieses Wetter ist verrückt!’ class="footnote"> data-fnref="53-2"> as an elderly lady exclaimed to me) to > northern France, and when I come home, it’s to a landscape responding to > substantially increased light levels and temperatures. > This was the early sixties. Like many thousands, > we were rehoused from Maryhill in the heart of urban Glasgow to this > peripheral housing scheme which completely changed the character of what > had been a village. Within a decade those glasshouses were abandoned, > glass broken in the frames, and a row of shops that included a chippy and a > betting shop soon replaced them, betting ‘off’ licensed race-tracks having > become legal in 1961. > > > > Emerson, R.W. (1878) Fortune of the Republic, p.3 quoted in > Oxford Dictionary of Quotations, Rev Fourth Edition (1996). > > > ‘Crazy weather!’ > > > href="http://www.independent.co.uk/sport/racing/our-national-love-affair- > a-history-of-the-betting-shop-804966.html" > data-url="http://www.independent.co.uk/sport/racing/our-national-love- > affair-a-history-of-the-betting-shop-804966.html"> class="import-Hyperlink">http://www.independent.co.uk/sport/racing/our- > national-love-affair-a-history-of-the-betting-shop-804966.html > [accessed 11 Dec 2017] > > > > > > %% > > __ > _ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg- > context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > __ > _ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Help with typesetting footnotes in an HTML document
Fair comment Denis. I decided to try the lookup based approach on pages 85 - 86 of the xml manual and my setups are based on those pages. I have to admit that I find the xml manual a wee bit difficult in places since xml is outside my expertise. I attach my tex and html files which should save some copy and pasting. Thanks Keith McKay On 11/04/2023 14:51, denis.ma...@unibe.ch wrote: Hard to tell, if you don't show us what you've tried so far. In one of my setups I use the lua based approach described on page 86/87. But again, we'll probably need more information to figure it out. -Ursprüngliche Nachricht- Von: ntg-context Im Auftrag von Keith McKay via ntg-context Gesendet: Montag, 10. April 2023 17:30 An: mailing list for ConTeXt users Cc: Keith McKay Betreff: [NTG-context] Help with typesetting footnotes in an HTML document Hi, I have been puzzling over how to typeset footnotes in a HTML document, most elements have been relatively easy to typeset but I'm stumped with footnotes. I have been studying the the xml manual in particular Chapter 7.4 Cross Referencing, but I'm still struggling to get xmlsetups which come anywhere near working. Any hints to a solution would be greatly appreciated. Best Wishes Keith McKay %%% Here is a snippet of the HTML document with footnotes http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;> http://www.w3.org/1999/xhtml; xml:lang="en"> ‘What is a weed? A plant whose virtues have not been discovered,’ wrote Ralph Waldo Emerson. Those delicate crucifers with their manifold faces of four pink or lilac petals striated with veins of deeper lavender are the perfect introduction to flowers for children. So delicate and yet hardy. I spend some of April abroad, travelling by road from an unseasonably snowy Austria (‘dieses Wetter ist verrückt!’ as an elderly lady exclaimed to me) to northern France, and when I come home, it’s to a landscape responding to substantially increased light levels and temperatures. This was the early sixties. Like many thousands, we were rehoused from Maryhill in the heart of urban Glasgow to this peripheral housing scheme which completely changed the character of what had been a village. Within a decade those glasshouses were abandoned, glass broken in the frames, and a row of shops that included a chippy and a betting shop soon replaced them, betting ‘off’ licensed race-tracks having become legal in 1961. Emerson, R.W. (1878) Fortune of the Republic, p.3 quoted in Oxford Dictionary of Quotations, Rev Fourth Edition (1996). ‘Crazy weather!’ http://www.independent.co.uk/sport/racing/our-national-love-affair- a-history-of-the-betting-shop-804966.html" data-url="http://www.independent.co.uk/sport/racing/our-national-love- affair-a-history-of-the-betting-shop-804966.html">http://www.independent.co.uk/sport/racing/our- national-love-affair-a-history-of-the-betting-shop-804966.html [accessed 11 Dec 2017] %% __ _ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg- context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net __ _ FootnoteTest.tex Description: TeX document ‘What is a weed? A plant whose virtues have not been discovered,’ wrote Ralph Waldo Emerson. Those delicate crucifers with their manifold faces of four pink or lilac petals striated with veins of deeper lavender are the perfect introduction to flowers for children. So delicate and yet hardy. I spend some of April abroad, travelling by road from an unseasonably snowy Austria (‘dieses Wetter ist verrückt!’ as an elderly lady exclaimed to me) to northern France, and when I come home, it’s to a landscape responding to substantially increased light levels and temperatures. This was the early sixties. Like many thousands, we were rehoused from Maryhill in the heart of urban Glasgow to this peripheral housing scheme which completely changed the character of what had been a village. Within a decade those glasshouses were abandoned, glass broken in the frames, and a row of shops that included a chippy and a betting shop soon replaced them, betting ‘off’ licensed race-tracks having become legal in 1961. Emerson, R.W. (1878) Fortune of the Republic, p.3 quoted in Oxford Dictionary of Quotations, Rev Fourth Edition (1996). ‘Crazy weather!’ http://www.independent.co.uk/sport/racing/our-national-love-affair-a-history-of-the-betting-shop
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 12:20:32PM +0200, Hans Hagen via ntg-context wrote: > On 4/11/2023 12:00 PM, Carlos via ntg-context wrote: > > > and belongs to TeX Live? > > well, i suppose there is a non-empty copy in texlive but an empty one can go > indeed > > > > > Here we go! Back to point A where we were at before > > > as alan pointed out: just install with the lmtx installer in a path > > > separate > > > from tex live, set the path and you're done; don't try to mix texlive > > > with a > > > adapted of standalone, texlive has its own context package and updates > > > etc; > > > keep them separated > > > > alright. That's fine. That's what I thought. > > > > So copy over the mtxrun binary on texmf-linux-64/bin to context and call it > > a > > day? > as long as the five mentioned files are there (and best hand mtxrun, context > and luametatex the same so use links) ... luametatex is the engine as well > as stub runner (runs the luatex file in the same path with the same name and > suffix lua) > I was just going over path just to make sure that the TeX Live infrastructure would not return anything from /opt/texlive/2023/bin/x86_64-linux/ as it doing before thank you for the clarification but where is luametatex on the standalone sources > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Stinginess with privileges is kindness in disguise. -- Guide to VAX/VMS Security, Sep. 1984 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 12:20:32PM +0200, Hans Hagen via ntg-context wrote: > On 4/11/2023 12:00 PM, Carlos via ntg-context wrote: > > > and belongs to TeX Live? > > well, i suppose there is a non-empty copy in texlive but an empty one can go > indeed > > > > > Here we go! Back to point A where we were at before > > > as alan pointed out: just install with the lmtx installer in a path > > > separate > > > from tex live, set the path and you're done; don't try to mix texlive > > > with a > > > adapted of standalone, texlive has its own context package and updates > > > etc; > > > keep them separated > > > > alright. That's fine. That's what I thought. > > > > So copy over the mtxrun binary on texmf-linux-64/bin to context and call it > > a > > day? > as long as the five mentioned files are there (and best hand mtxrun, context > and luametatex the same so use links) ... luametatex is the engine as well > as stub runner (runs the luatex file in the same path with the same name and > suffix lua) > thank you for the clarification. I was going over path to make sure that anything under /opt/texlive/2022/bin/x86_64-linux/ returns no binaries from there But where is actually luametatex under the standalone sources > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- As soon as we started programming, we found to our surprise that it wasn't as easy to get programs right as we had thought. Debugging had to be discovered. I can remember the exact instant when I realized that a large part of my life from then on was going to be spent in finding mistakes in my own programs. -- Maurice Wilkes, designer of EDSAC, on programming, 1949 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On 4/11/2023 12:00 PM, Carlos via ntg-context wrote: and belongs to TeX Live? well, i suppose there is a non-empty copy in texlive but an empty one can go indeed Here we go! Back to point A where we were at before as alan pointed out: just install with the lmtx installer in a path separate from tex live, set the path and you're done; don't try to mix texlive with a adapted of standalone, texlive has its own context package and updates etc; keep them separated alright. That's fine. That's what I thought. So copy over the mtxrun binary on texmf-linux-64/bin to context and call it a day? as long as the five mentioned files are there (and best hand mtxrun, context and luametatex the same so use links) ... luametatex is the engine as well as stub runner (runs the luatex file in the same path with the same name and suffix lua) - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 11:23:45AM +0200, Hans Hagen via ntg-context wrote:
> On 4/11/2023 11:11 AM, Carlos via ntg-context wrote:
>
> > Hello Alan, my PATH is set to:
> >
> > PATH=/home/ce/context-install/bin:/home/ce/context-install/tex/texmf-linux-64/bin:/opt/texlive/2023/bin/x86_64-linux:$PATH;
> > export PATH
>
> what is that first path doing there
>
okay. Let's remove it. The second one wouldn't hurt it I guess, right?
and it's needed.
> > Do we actually need to list all kpsea variable here ?? fine
>
> doesn't hurt .. also because they can be set badly at the os level (you
> really don't want to knwo when has be encountered in the 20th century)
>
:)
> > Here are some of them, which are really irrelevant by the way, but just
> > adding info
> >
> > $ kpsewhich --var-value TEXMFROOT
> > /opt/texlive/2023
> > $ kpsewhich --var-value TEXMFDIST
> > /opt/texlive/2023/texmf-dist
> > $ kpsewhich --var-value TEXMFLOCAL
> > /opt/texlive/texmf-local
> >
> > Now let's take a peek inside the TeX Live infrastructure-only, shall
> > we? (just for additional info as TeX Live is ocnsidered one of the
> > many scripts out there, right? One is interested in the standalone in
> > the end)
> >
> > LICENSE.CTAN bin install-tl.log texmf-config
> > texmfcnf.lua
> > LICENSE.TL doc.htmlreadme-html.dir texmf-disttlpkg
> > README index.html readme-txt.dir texmf-var
> > README.usergroups install-tl release-texlive.txt texmf.cnf
>
> that si texlive, not standalone
>
> > that texmfcnf.lua only holds
> >
> > return {
> >content = {
> > variables = {
> > },
> >},
> > }
> >
> > which is useless
>
> and harmless (somethign old texlive)
>
> > so, no bueno. Not when the aim is to install a fully functional context
> > standalone
> >
> > Now let's take a peek instide and see the binaries
> >
> > afm2tfm etex kpsereadlink mfmtxrun.lua texluac
> > bibtex extractbb kpsestat mf-nowin pdfetex tlmgr
> > context fmtutil kpsewhichmft pdflatextlshell
> > context.lua fmtutil-sys latexmkindex pdftex updmap
> > dvilualatex fmtutil-user luahbtex mktexfmt pktogf updmap-sys
> > dviluatexgftodvi lualatex mktexlsr pktype
> > updmap-user
> > dvipdfm gftopkluametatex mktexmf rungs xdvi
> > dvipdfmx gftypeluaotfload-tool mktexpk simpdftex xdvi-xaw
> > dvipdft inimf luatex mktextfm tex xdvipdfmx
> > dvipsinitexmakeindexmptopdf texhash
> > ebb kpseaccessman mtxruntexlua
> >
> > Do you see that context and context.lua out there, right? That's
> > only after running tlmgr and installing it, so no bueno, because in
> > the meantime there's no texmfcnf.lua around
>
> comes from the tex live base package ... harmless, just takes bytes (only
> luatex, luametatex, context, mtxrun, context.lua and mtxrun.lua matter)
>
> > Then again, remember in the current state I actually don't have
> > texmfcnf.lua for the simple reason that first-setup.sh never provided
> > it, correct?
>
> aditya pointer that out (and it's one of the files that one doesn't want to
> be overwritten anyway)
>
For clarification, Do you mean the file that consists of
-- the distributed file (.../texlive//texmf-dist/web2c/texmfcnf.lua).
-- And include *only* your changed values, not a copy of the whole thing!
return {
content = {
variables = {
},
},
}
and belongs to TeX Live?
> > Here we go! Back to point A where we were at before
> as alan pointed out: just install with the lmtx installer in a path separate
> from tex live, set the path and you're done; don't try to mix texlive with a
> adapted of standalone, texlive has its own context package and updates etc;
> keep them separated
alright. That's fine. That's what I thought.
So copy over the mtxrun binary on texmf-linux-64/bin to context and call it a
day?
>
> 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
> -
>
> _
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Mon, Apr 10, 2023 at 10:01:55PM -0600, Alan Braslau via ntg-context wrote:
> On Mon, 10 Apr 2023 20:51:58 -0400 (EDT)
> Aditya Mahajan via ntg-context wrote:
>
> > Did you source the `setuptex` script, which sets the correct path.
>
> My PATH is set to
> PATH=./context/tex/texmf-freebsd-amd64/bin:/home/MyAccount/context/tex/texmf-freebsd-amd64/bin:...
>
> If my current working directory ("./") is a project that contains its
> very own subdirectory ./context/, then this is used to typeset the
> project. If not, it falls back on my own general standalone
> $HOME/context/, and if that does not exist, then it falls back on, say,
> a systemwide TeXlive installation.
>
> This is all that is needed to have many versions coexist.
>
> Alan
Hello Alan, my PATH is set to:
PATH=/home/ce/context-install/bin:/home/ce/context-install/tex/texmf-linux-64/bin:/opt/texlive/2023/bin/x86_64-linux:$PATH;
export PATH
because not by going by TeX Live infrastructure only, but rather
by standalone resolvers that's exactly what the additional steps to
install that very same standalone required, a folder
texmf-linux-64/bin, which it's pretty much self-explanatory
And I already mentioned the above earlier
Again
Do we actually need to list all kpsea variable here ?? fine
Here are some of them, which are really irrelevant by the way, but just
adding info
$ kpsewhich --var-value TEXMFROOT
/opt/texlive/2023
$ kpsewhich --var-value TEXMFDIST
/opt/texlive/2023/texmf-dist
$ kpsewhich --var-value TEXMFLOCAL
/opt/texlive/texmf-local
Now let's take a peek inside the TeX Live infrastructure-only, shall
we? (just for additional info as TeX Live is ocnsidered one of the
many scripts out there, right? One is interested in the standalone in
the end)
LICENSE.CTAN bin install-tl.log texmf-config texmfcnf.lua
LICENSE.TL doc.htmlreadme-html.dir texmf-disttlpkg
README index.html readme-txt.dir texmf-var
README.usergroups install-tl release-texlive.txt texmf.cnf
that texmfcnf.lua only holds
return {
content = {
variables = {
},
},
}
which is useless
so, no bueno. Not when the aim is to install a fully functional context
standalone
Now let's take a peek instide and see the binaries
afm2tfm etex kpsereadlink mfmtxrun.lua texluac
bibtex extractbb kpsestat mf-nowin pdfetex tlmgr
context fmtutil kpsewhichmft pdflatextlshell
context.lua fmtutil-sys latexmkindex pdftex updmap
dvilualatex fmtutil-user luahbtex mktexfmt pktogf updmap-sys
dviluatexgftodvi lualatex mktexlsr pktype updmap-user
dvipdfm gftopkluametatex mktexmf rungs xdvi
dvipdfmx gftypeluaotfload-tool mktexpk simpdftex xdvi-xaw
dvipdft inimf luatex mktextfm tex xdvipdfmx
dvipsinitexmakeindexmptopdf texhash
ebb kpseaccessman mtxruntexlua
Do you see that context and context.lua out there, right? That's
only after running tlmgr and installing it, so no bueno, because in
the meantime there's no texmfcnf.lua around
Then again, remember in the current state I actually don't have
texmfcnf.lua for the simple reason that first-setup.sh never provided
it, correct?
So, wwith that in mind and in place, even that context binary from TeX
Live infrastructure as shown before is a known fact that texmfcnf.lua
is nowhere to be found
So let me see if I can copy one from an otherwise fully functional TeX Live
with almost 5g of space taken over and copy it over to this TeX Live
infrastrcutre so
everything checks out in the end
What happens then is not really surprising
If I were to copy over a copy that I found elsewhere over to web2c
of the TeX Live-infrastructure-only installation, this is what happens:
$ context --generate --luatex
mtxrun | unknown script 'mtx-context.lua' or 'mtx-mtx-context.lua'
Here we go! Back to point A where we were at before
>
> P.S. It can be a good practice to keep a ConTeXt standalone version
> associated with each project, which can be "frozen" with the project,
> assuring that the sources can always be typeset in the future "as is".
>
> P.P.S. This per-project ./context/ subdirectory can include multiple
> tex/texmf-system-architecture subdirectories and the project shared
> between different machines, all in happy coexistence. (Hans told me a
> while ago that they all use unique luametatex caches.)
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On 4/11/2023 1:58 AM, Carlos via ntg-context wrote: I'm just following some of the standalone installation instructions as per the wiki alongside a TeX Live installation, but there are a few things that don't add up or I can't seem to add them up :). first, while I was trying to mtxrun --generate it returned /usr/bin/env texlua no such file or directory So I thought heck, perhaps by creating a symbolic link we'll call it a day, but that wasn't enough, nope. That # line will go away or change because per 2023 we assume that the script is run by luametatex and we're in a sort of transition This is is circa 21st century ladies and gentlemen! And tex survived more that 4 decades so ... it operates in an eco system (tds, installations) ... todays fashion is not yesterdays and tomorrows so I thought, alright, since there seems ot be a a problem with texlua, let's also add it to path somehow. i'm not sure what you installed but the stand alone installer installs luametatex / luatex and therefore has luametatex mtxrun -> luametatex context -> luametatex mtxrun.lua context.lua in the same path (the links are stubs, not uncommon in the tex world where they are also used to launch macro packages like latex) it can't be more portable and simple than that, is efficient and works ok unless one wants some different setup, and spend time on that So with that out of the way, we'll move on to the next step and change to a directory and try to call out mtxrun --generate again It returns: > ... But this is the catch. I don't have texmfcnf.lua anymore . Not on the TeX Live installation anyway if that might've ever materialize as a question maybe that was not copied? the fact that we need a configuration and file database is also pretty much the way a tex installation works (with allits resources) If I were to invoke an mtxrun --script cache --erase Of course and going solely by the above the part whenever it says resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/bin/texmf/web2c' from specification 'selfautoloc:/texmf/web2c' wont' find it anywhere because that dir does not exist. should be there with the installer; if one just installs the 'zip' it has to come from elsewhere (like texlive, where actually most lives in texmf-dist) and one has to copy a configuration file to there But remember that earlier, adding bin to path was necessary to avoid /usr/bin/env texlua no such file or directory message But even now while trying to find plain.tex I've come to the conclusion that it needs it or else fails altogether The problem is that I don't have plain.tex though. As a matter of fact the TeX Live installation I currently have, plain tex is nowhere to be seen, heck, not even latex but only a handful set of fmtutil fmtuitl-sys mktexfmt and updmap updmap-sys and the whole remainder of kpathsea but then again this in practice would not even be needed if at all. indeed, context doesn't rely on fmtutil etc In other words, only the TeX Live infrastructure needed which shouldn't be a problem, right? But itis: a problem that is. Besides. The reason I mentioned it is only to serve reference material , but that's it. to recap, mtxrun looks for a texmfcnf.lua (which I don't have) and also for a plain.tex which I don't have either, and also presumably for a contextcnf.lua (which I have) but the script concept is not so smart, and finishes off with a final note that says warning: no lua configuration files found. No shit Sherlock! Of course it can't find it, because it doesn't exist, resolvers | resolving | looking for fallback 'contextcnf.lua' on given path '/home/ce/texmf/web2c' from specification 'home:texmf/web2c' But at this point and without sugar coating it, the standalone installation of context proves to be a chore more problematic than waiting to install over 5gb of TeX Live alone. hm, worked for quite a while for users; and did you try oen from https://www.pragma-ade.com/install.htm The only thing that the installation instructions got right from the start was the part about running the script with all modules. I'll probably… and eventually will try to install the whole TeX Live. But going solely by what the current TeX Live on my machine looks like, , with just the infrastcucture, while anything mtx was dropped like a hot potato really, it's a predicament... not sure what you mean here .. mtxrun was not dropped, tl 2313 just moved on to lmtx which is even less demanding (unless one starts moveing files around in the tex infrastruture and then expects stuff to keep working) -- Systems programmers are the high priests of a low cult. -- R.S. Barton dunno, don't know any of them -- Real computer scientists don't write code. They occasionally tinker with `programming systems', but those are so high level that they hardly count (and rarely count accurately; precision is for app
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Mon, Apr 10, 2023 at 08:51:58PM -0400, Aditya Mahajan via ntg-context wrote:
> On Mon, 10 Apr 2023, Carlos via ntg-context wrote:
>
> > I'm just following some of the standalone installation instructions
> > as per the wiki alongside a TeX Live installation, but there are a
> > few things that don't add up or I can't seem to add them up :).
> >
> > first, while I was trying to mtxrun --generate it returned
> >
> > /usr/bin/env texlua no such file or directory
> >
> > So I thought heck, perhaps by creating a symbolic link we'll call it
> > a day, but that wasn't enough, nope.
> >
> > This is is circa 21st century ladies and gentlemen!
> >
> > so I thought, alright, since there seems ot be a a problem with texlua,
> > let's also add it to path somehow.
>
> Did you source the `setuptex` script, which sets the correct path.
Of course I sourced it and complains about plain.tex
>
> > So with that out of the way, we'll move on to the next step and change
> > to a directory and try to call out mtxrun --generate again
> >
> > It returns:
> >
> > mtxrun --generate resolvers | resolving | variable 'SELFAUTOLOC'
> > set to '/home/ce/context/bin' resolvers | resolving | variable
>
> This appears to be the wrong mtxrun binary. You should include the PATH
> variable listed as part of the installation. It should point to
> `/home/ce/context/texmf-linux-64/bin` or something similar.
binaries.
Let's start over for the simple reason that texmfcnf.lua does not exist.
Not through a TeX Live infrastructure only installation anyway.
let's run ./install --modules=all and it rightly reports that
mtx-update | updating mtxrun for linux-64: rsync -tgo --chmod=a+x
'/home/ce/context-install/tex/texmf-context/scripts/context/lua/mtxrun.lua'
'/home/ce/context-install/tex/texmf-linux-64/bin/mtxrun'
mtx-update | run, rsync -tgo --chmod=a+x
'/home/ce/context-install/tex/texmf-context/scripts/context/lua/mtxrun.lua'
'/home/ce/context-install/tex/texmf-linux-64/bin/mtxrun'
rsync: [Receiver] change_dir#3
"/home/ce/context-install/tex/texmf-linux-64/bin" failed: No such file or
directory (2)
rsync error: errors selecting input/output files, dirs (code 3) at main.c(827)
[Receiver=3.2.7]
resolvers | tds | no 'texmf-linux-64' under tree
'/home/ce/context-install/tex'
Now. Let's add the directories, correct?
If you were to look at the following
resolvers | resolving | using configuration specification
'home:texmf/web2c;{selfautoloc:,selfautoloc:/share/texmf-local/web2c,selfautoloc:/share/texmf-dist/web2c,selfautoloc:/share/texmf/web2c,selfautoloc:/texmf-local/web2c,selfautoloc:/texmf-dist/web2c,selfautoloc:/texmf/web2c,selfautodir:,selfautodir:/share/texmf-local/web2c,selfautodir:/share/texmf-dist/web2c,selfautodir:/share/texmf/web2c,selfautodir:/texmf-local/web2c,selfautodir:/texmf-dist/web2c,selfautodir:/texmf/web2c,$SELFAUTOGRANDPARENT/texmf-local/web2c,selfautoparent:,selfautoparent:/share/texmf-local/web2c,selfautoparent:/share/texmf-dist/web2c,selfautoparent:/share/texmf/web2c,selfautoparent:/texmf-local/web2c,selfautoparent:/texmf-dist/web2c,selfautoparent:/texmf/web2c}'
resolvers | resolving |
resolvers | resolving | looking for regular 'texmfcnf.lua' on given path
'/home/ce/texmf/web2c' from specification 'home:texmf/web2c'
resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path
'/home/ce/context-install/tex/texmf-linux-64/bin' from specification
'selfautoloc:'
you'd notice that is looking over and over for a texmfcnf.lua
But where is my texmfcnf.lua? Would you know? :) Because I don't. The
only instance of a texmfcnf.lua dates back to a prepackaged
installation that is no longer there anyway
it points to a prepackaged texlive which I'm not using and not planning
to.
and what I have under TEXMFHOME which doesn't amount to much anyway , or what's
important for the current issue is
amiga-pl.tcx cp8bit.tcx il2-t1.tcxmktex.opt tcvn-t5.tcx
cp1250cs.tcx empty.tcxkam-cs.tcxmktexdir texmf.cnf
cp1250pl.tcx fmtutil-hdr.cnf kam-t1.tcxmktexdir.opt updmap-hdr.cfg
cp1250t1.tcx fmtutil.cnf macce-pl.tcx mktexnam updmap.cfg
cp227.tcx il1-t1.tcx macce-t1.tcx mktexnam.opt viscii-t5.tcx
cp852-cs.tcx il2-cs.tcx maz-pl.tcxmktexupd
cp852-pl.tcx il2-pl.tcx mktex.cnf natural.tcx
which as you fully know, it doesn't help
What is TeX Live infrastructure doing is the question
It's besides the point to call out ./tlmgr install context here because
mtx is no longer there anyway
for what's worth
Welcome to TeX Live!
See ../texlive/2023/index.html for links to documentation.
The TeX Live web site (https://tug.org/texlive/) contains any updates and
corrections. TeX Live is a joint project
[NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
. The reason I mentioned it is only to serve reference material , but that's it. to recap, mtxrun looks for a texmfcnf.lua (which I don't have) and also for a plain.tex which I don't have either, and also presumably for a contextcnf.lua (which I have) but the script concept is not so smart, and finishes off with a final note that says warning: no lua configuration files found. No shit Sherlock! Of course it can't find it, because it doesn't exist, resolvers | resolving | looking for fallback 'contextcnf.lua' on given path '/home/ce/texmf/web2c' from specification 'home:texmf/web2c' But at this point and without sugar coating it, the standalone installation of context proves to be a chore more problematic than waiting to install over 5gb of TeX Live alone. The only thing that the installation instructions got right from the start was the part about running the script with all modules. I'll probably… and eventually will try to install the whole TeX Live. But going solely by what the current TeX Live on my machine looks like, , with just the infrastcucture, while anything mtx was dropped like a hot potato really, it's a predicament... -- Systems programmers are the high priests of a low cult. -- R.S. Barton -- Real computer scientists don't write code. They occasionally tinker with `programming systems', but those are so high level that they hardly count (and rarely count accurately; precision is for applications). -- FORTRAN is not a flower but a weed -- it is hardy, occasionally blooms, and grows in every computer. -- A.J. Perlis ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] Help with typesetting footnotes in an HTML document
Hi, I have been puzzling over how to typeset footnotes in a HTML document, most elements have been relatively easy to typeset but I'm stumped with footnotes. I have been studying the the xml manual in particular Chapter 7.4 Cross Referencing, but I'm still struggling to get xmlsetups which come anywhere near working. Any hints to a solution would be greatly appreciated. Best Wishes Keith McKay %%% Here is a snippet of the HTML document with footnotes http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;> http://www.w3.org/1999/xhtml; xml:lang="en"> ‘What is a weed? A plant whose virtues have not been discovered,’ wrote Ralph Waldo Emersonclass="footnote">data-fnref="53-1">. Those delicate crucifers with their manifold faces of four pink or lilac petals striated with veins of deeper lavender are the perfect introduction to flowers for children. So delicate and yet hardy. I spend some of April abroad, travelling by road from an unseasonably snowy Austria (‘dieses Wetter ist verrückt!’data-fnref="53-2"> as an elderly lady exclaimed to me) to northern France, and when I come home, it’s to a landscape responding to substantially increased light levels and temperatures. This was the early sixties. Like many thousands, we were rehoused from Maryhill in the heart of urban Glasgow to this peripheral housing scheme which completely changed the character of what had been a village. Within a decade those glasshouses were abandoned, glass broken in the frames, and a row of shops that included a chippy and a betting shop soon replaced them, betting ‘off’ licensed race-tracks having become legal in 1961.class="footnote-indirect" data-fnref="75-1"> Emerson, R.W. (1878) Fortune of the Republic, p.3 quoted in Oxford Dictionary of Quotations, Rev Fourth Edition (1996). ‘Crazy weather!’ href="http://www.independent.co.uk/sport/racing/our-national-love-affair-a-history-of-the-betting-shop-804966.html; data-url="http://www.independent.co.uk/sport/racing/our-national-love-affair-a-history-of-the-betting-shop-804966.html;>class="import-Hyperlink">http://www.independent.co.uk/sport/racing/our-national-love-affair-a-history-of-the-betting-shop-804966.html [accessed 11 Dec 2017] %% ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sun, Apr 02, 2023 at 10:41:53AM +0200, Hans Hagen via ntg-context wrote:
> On 4/1/2023 11:21 PM, Carlos via ntg-context wrote:
> > On Fri, Mar 31, 2023 at 10:22:49PM +0200, Hans Hagen via ntg-context wrote:
> > > On 3/31/2023 10:08 PM, Carlos via ntg-context wrote:
> > >
> > > > > sure, why should it, you want lucida so better quit with an error than
> > > > > kicking in some font; actually cmr math fonts have been obsoleted for
> > > > > way
> > > > > over a decade by latin modern math fonts in 32 bit font engines
> > >
> > > Font loading and processing time can be mosty neglected so these 16
> > > seconds
> > > come from something else, maybe there are ways to trace file access.
> > > Another
> > > possibility is that your fonts are not cached in which case every run will
> > > involve parsing the otf / ttf and producing whatever resources needed
> > > (normally cached).
> >
> > interesting. Earlier as the output was showing
> >
> > > mkiv lua stats > loaded patterns: en::1, load time: 0.000
> > > mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf,
> > > lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf
> >
> > you asked
> >
> > > so why not use lucida math fonts?
> >
> > which is a valid question but nevertheless unsettling in that
> > lmodern-regular may nat have been called out. I fully understand the
> > inclusion of a latinmodern-math in it as a lucidamath was not previously
> > available but I ponder at the idea and involuntary implementation of
> > having lmroman along the pack. Why? If this is TeX doings, or misdoings
> > (depending how one looks at it), it clearly shows to me that TeX also
> > restricts my freedom to use whatever font I may deem necessary. Don't you
> > think? You can probably disagree with me here, or anyone from the TeX
> > community can, but the roman last was imposed deliberately upon. Someoe may
> > also give a lengthy explanation but that would be just hogwash in thee very
> > end .
>
> The fact that a file is loaded doesn't mean that it is used. In fact there
> is some fallback loading going on because explaining when nothing gets
> typeset or why \nullfont is used which results in missing chars messages is
> a waste of time.
>
> It has nothing to do with restrictions: tex will load any font you want it.
> But for instance when you turn on some tracing the macro package can load a
> font it needs. Indirectly you get what you ask for.
>
You're right about that. My mistake. Somehow monospaced had been previously
defined and I hadn't even noticed it .
I think I got it (sort of) figured for what I want it so far.
The latest stats are
mkiv lua stats > loaded fonts: 5 files: latinmodern-math.otf,
lucidabrightdemiitalic.otf, lucidabrightitalic.otf, lucidabrightregular.otf,
lucidasansregular.otf
mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 17 instances,
10 shared in backend, 3 common vectors, 7 common hashes, load time 0.413
seconds
mkiv lua stats > math tweaking time: 0.162 seconds, 24 math goodie tables
which is pretty much what I was looking for, except the math font issue. Thank
you!
While I was trying to play with it a bit, I noticed a problem with the tfb and
tfc resizing in math mode
The only mention of anything similar happened back in 2009 (but then again this
was with mkii). There may be more similar issues in the list. I just didn't
have the time to look for it.
https://www.mail-archive.com/ntg-context@ntg.nl/msg40224.html
But anyhow, the following did the trick , which I found it convenient really.
But I don't use math mode, although someone else might, it's intuitive, and
does the job
\startmidaligned
$\tfc a + \overbracket{b + c} + \underbracket{d + e} + \doublebracket{f + g} +
h$
\stopmidaligned
\startformula
\int_{\infty}
\stopformula
> I bet you didn't explicitly ask for e.g. english hyphentation patterns
> either but still got them, but tex will happily let you use polish ones
> instead.
>
> Of course the best remedy against any automatism is to just start with
> initex and implement from scratch.
>
> In the above case: just add \type {foo} and you might see another font you
> didn't ask for / set up.
>
> > > > I was actually thinking to ask you about that, and by falling back to
> > > > cmr math font that perhaps would expedite loading time along the way.
> > >
> > > These fonts are small (only huge cjk fonts with tens of thousands of
> > > glyphs
> > > or fonts with hundreds of accumulated features
Re: [NTG-context] English-Vietnamese facing pages
Yes, that is clear from the emails over a decade or so on the list. But as you will see from my response to Taco, it is possible I can achieve a satisfactory result from Wolfgang's 2016 'stream' suggestion. Julian On 3/4/23 22:04, Henning Hraban Ramm via ntg-context wrote: This is one these problems that arise once every other year, but so far nobody contributed a usable solution or at least specification. (That’s how I understood Hans when I asked about this fo my book.) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] English-Vietnamese facing pages
Okay Taco, so that's a possibility I can explore, even though it is not
a nice one, as you say. I can think of a couple of other not-so-nice
ways of achieving a result as well. The manuscript shown me (in MSWord,
obviously) has been carefully prepared to ensure no text flows over a
page, so we are really dealing with separate pages. But of course, all
that changes once page dimensions and font size etc. get involved at the
ConTeXt stage.
However, you gave me a clue: 3 files: "by creating two separate pdfs for
the page bodies only and using a third context doc to include those
pages alternated'.
For the first chapter of the proposed book I have tried Wolfgang's
suggestion as listed in https://wiki.contextgarden.net/Columns#Streams
by simply using the \input method. Obviously 'en' and 'vn' stand for two
tex files set up as I normally would with preamble and bodymatter. I
certainly get a good result once the chapter starts. It would seem
logical that further chapters can be added. Obviously I only want one
TOC, not two (only call it in for, say, the en.tex but not for vn.tex)
and for some reason I have several blank pages before everything
starts... but hopefully can solve that. Maybe I can adapt what we have
below with the project structure.
Not ready to give up yet!
Julian
\starttext
\startoutputstream[one]
\startcolor[red]
\input en\par
\stopcolor
\stopoutputstream
\startoutputstream[two]
\startcolor[blue]
\input vn\par
\stopcolor
\stopoutputstream
\synchronizestreams[one,two]
\setbox\scratchboxone\outputstreambox[one]
\setbox\scratchboxtwo\outputstreambox[two]
\doloop
{\ifvoid\scratchboxone
\exitloop
\else
\setbox\scratchboxfour\vsplit\scratchboxone to \textheight
\vbox to \vsize{\box\scratchboxfour\vss}%
\setbox\scratchboxfive\vsplit\scratchboxtwo to \textheight
\vbox to \vsize{\box\scratchboxfive\vss}%
\fi}
\stoptext
On 3/4/23 20:15, Taco Hoekwater wrote:
Way, way back when, I did a document in NL + EN by creating two separate pdfs
for the page bodies only and using a third context doc to included those pages
alternated, with the correct headers added in that third document. Not a ’nice’
solution at all, but it worked for me. (this was in the nineties, though)___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] English-Vietnamese facing pages
> On 3 Apr 2023, at 11:54, jbf via ntg-context wrote: > > Am always up for a challenge, but hope this one is not beyond my > possibilities! Have a request to produce a book with English-Vietnamese > facing pages. The text doesn't have to be strictly in sync, but generally so. > The only ConTeXt guidelines I think I have at the moment are (1) an old > module called m-streams (which I am assuming is now obsolete), and (2) an > exchange of emails on this list over a decade about bilingual typesetting. > > It won't bother me too much if I have to tell the intending author and his > editor that this might be beyond me, but before taking that stance, I have a > couple of simple questions that someone might be able to respond to. And, > BTW, the Vietnamese font is not the problem. Tex Gyre Pagella seems to be > able to cope with that at least! > > Q 1: Has anybody reading this actually produced a bilingual book (it doesn't > have to be en-vn) with ConTeXt? And if so would you be prepared to offer me > some basic guideline Way, way back when, I did a document in NL + EN by creating two separate pdfs for the page bodies only and using a third context doc to included those pages alternated, with the correct headers added in that third document. Not a ’nice’ solution at all, but it worked for me. (this was in the nineties, though) > > Q 2: There is some guidance from Wolfgang on > https://wiki.contextgarden.net/Columns towards the end of that page. I tried > two or three pages of the first chapter of the book, placing English in > outputstream[one] and the Vietnamese in outputstream[two] and kind of got a > suitable result except that the last paragraph of both languages ended up > BEFORE the chapter began. No idea why. The rest seemed okay. So my question > is whether or not Wolfgang's sample (where he says 'a simple example but I > had to write the splitter myself') would be sufficient for me to put the book > together? > > Q 2: I suppose the third question is whether, since LMTX, there has been any > further development in the 'streams' mechanism that might help me? > > Julian > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ — Taco Hoekwater E: t...@bittext.nl genderfluid (all pronouns) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] English-Vietnamese facing pages
Am always up for a challenge, but hope this one is not beyond my possibilities! Have a request to produce a book with English-Vietnamese facing pages. The text doesn't have to be strictly in sync, but generally so. The only ConTeXt guidelines I think I have at the moment are (1) an old module called m-streams (which I am assuming is now obsolete), and (2) an exchange of emails on this list over a decade about bilingual typesetting. It won't bother me too much if I have to tell the intending author and his editor that this might be beyond me, but before taking that stance, I have a couple of simple questions that someone might be able to respond to. And, BTW, the Vietnamese font is not the problem. Tex Gyre Pagella seems to be able to cope with that at least! Q 1: Has anybody reading this actually produced a bilingual book (it doesn't have to be en-vn) with ConTeXt? And if so would you be prepared to offer me some basic guidelines? Q 2: There is some guidance from Wolfgang on https://wiki.contextgarden.net/Columns towards the end of that page. I tried two or three pages of the first chapter of the book, placing English in outputstream[one] and the Vietnamese in outputstream[two] and kind of got a suitable result except that the last paragraph of both languages ended up BEFORE the chapter began. No idea why. The rest seemed okay. So my question is whether or not Wolfgang's sample (where he says 'a simple example but I had to write the splitter myself') would be sufficient for me to put the book together? Q 2: I suppose the third question is whether, since LMTX, there has been any further development in the 'streams' mechanism that might help me? Julian ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On 4/1/2023 11:21 PM, Carlos via ntg-context wrote:
On Fri, Mar 31, 2023 at 10:22:49PM +0200, Hans Hagen via ntg-context wrote:
On 3/31/2023 10:08 PM, Carlos via ntg-context wrote:
sure, why should it, you want lucida so better quit with an error than
kicking in some font; actually cmr math fonts have been obsoleted for way
over a decade by latin modern math fonts in 32 bit font engines
Font loading and processing time can be mosty neglected so these 16 seconds
come from something else, maybe there are ways to trace file access. Another
possibility is that your fonts are not cached in which case every run will
involve parsing the otf / ttf and producing whatever resources needed
(normally cached).
interesting. Earlier as the output was showing
mkiv lua stats > loaded patterns: en::1, load time: 0.000
mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf,
lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf
you asked
so why not use lucida math fonts?
which is a valid question but nevertheless unsettling in that lmodern-regular
may nat have been called out. I fully understand the inclusion of a
latinmodern-math in it as a lucidamath was not previously available but I
ponder at the idea and involuntary implementation of having lmroman along the
pack. Why? If this is TeX doings, or misdoings (depending how one looks at it),
it clearly shows to me that TeX also restricts my freedom to use whatever font
I may deem necessary. Don't you think? You can probably disagree with me here,
or anyone from the TeX community can, but the roman last was imposed
deliberately upon. Someoe may also give a lengthy explanation but that would be
just hogwash in thee very end .
The fact that a file is loaded doesn't mean that it is used. In fact
there is some fallback loading going on because explaining when nothing
gets typeset or why \nullfont is used which results in missing chars
messages is a waste of time.
It has nothing to do with restrictions: tex will load any font you want
it. But for instance when you turn on some tracing the macro package can
load a font it needs. Indirectly you get what you ask for.
I bet you didn't explicitly ask for e.g. english hyphentation patterns
either but still got them, but tex will happily let you use polish ones
instead.
Of course the best remedy against any automatism is to just start with
initex and implement from scratch.
In the above case: just add \type {foo} and you might see another font
you didn't ask for / set up.
I was actually thinking to ask you about that, and by falling back to cmr math
font that perhaps would expedite loading time along the way.
These fonts are small (only huge cjk fonts with tens of thousands of glyphs
or fonts with hundreds of accumulated features might have some impact but
even then not in the final embedding stage).
Yeah. I guess.
I can also have
mkiv lua stats > loaded patterns: en::1, load time: 0.000
mkiv lua stats > loaded fonts: 3 files: lucidabrightmathsymbol.ttf,
lucidanewmathitalic.ttf, lucidabrightregular.otf
mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3
shared in backend, 1 common vectors, 2 common hashes, load time 16.723 seconds
but that loading time gets back at me as the culprit sweet reminder of not
using cmr then.
i won't comment because (i verified) that lucidabrightmathsymbol.ttf and
lucidanewmathitalic.ttf are illegal copies (if created on someones
machine from the typeone its all up to that user).
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Fri, Mar 31, 2023 at 10:22:49PM +0200, Hans Hagen via ntg-context wrote: > On 3/31/2023 10:08 PM, Carlos via ntg-context wrote: > > > > sure, why should it, you want lucida so better quit with an error than > > > kicking in some font; actually cmr math fonts have been obsoleted for way > > > over a decade by latin modern math fonts in 32 bit font engines > > Font loading and processing time can be mosty neglected so these 16 seconds > come from something else, maybe there are ways to trace file access. Another > possibility is that your fonts are not cached in which case every run will > involve parsing the otf / ttf and producing whatever resources needed > (normally cached). interesting. Earlier as the output was showing > mkiv lua stats > loaded patterns: en::1, load time: 0.000 > mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, > lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf you asked > so why not use lucida math fonts? which is a valid question but nevertheless unsettling in that lmodern-regular may nat have been called out. I fully understand the inclusion of a latinmodern-math in it as a lucidamath was not previously available but I ponder at the idea and involuntary implementation of having lmroman along the pack. Why? If this is TeX doings, or misdoings (depending how one looks at it), it clearly shows to me that TeX also restricts my freedom to use whatever font I may deem necessary. Don't you think? You can probably disagree with me here, or anyone from the TeX community can, but the roman last was imposed deliberately upon. Someoe may also give a lengthy explanation but that would be just hogwash in thee very end . > > > I was actually thinking to ask you about that, and by falling back to cmr > > math font that perhaps would expedite loading time along the way. > > These fonts are small (only huge cjk fonts with tens of thousands of glyphs > or fonts with hundreds of accumulated features might have some impact but > even then not in the final embedding stage). Yeah. I guess. I can also have mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 3 files: lucidabrightmathsymbol.ttf, lucidanewmathitalic.ttf, lucidabrightregular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3 shared in backend, 1 common vectors, 2 common hashes, load time 16.723 seconds but that loading time gets back at me as the culprit sweet reminder of not using cmr then. You know the story by now Hans. I can load any font but not speed things up. Not without going through cmr. It is what it is. > > Whan talking fonts, enabling for instance expansion (hz) and protusion might > increase runtime a little. In practice, enabling for instance synctex has a > bigger imnpacts on performance than handling fonts. > Hans > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- There's got to be more to life than compile-and-go. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On 3/31/2023 10:08 PM, Carlos via ntg-context wrote: sure, why should it, you want lucida so better quit with an error than kicking in some font; actually cmr math fonts have been obsoleted for way over a decade by latin modern math fonts in 32 bit font engines Font loading and processing time can be mosty neglected so these 16 seconds come from something else, maybe there are ways to trace file access. Another possibility is that your fonts are not cached in which case every run will involve parsing the otf / ttf and producing whatever resources needed (normally cached). I was actually thinking to ask you about that, and by falling back to cmr math font that perhaps would expedite loading time along the way. These fonts are small (only huge cjk fonts with tens of thousands of glyphs or fonts with hundreds of accumulated features might have some impact but even then not in the final embedding stage). Whan talking fonts, enabling for instance expansion (hz) and protusion might increase runtime a little. In practice, enabling for instance synctex has a bigger imnpacts on performance than handling fonts. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Fri, Mar 31, 2023 at 04:40:27PM +0200, Hans Hagen via ntg-context wrote: > On 3/31/2023 1:40 PM, Carlos via ntg-context wrote: > > > > so why not use lucida math fonts? > > > > I have. But only with a couple of math fonts. I don't have all these fonts. > > It really pays off to buy the official lucida opentype package. I'll do that eventually. > > > mkiv lua stats > loaded fonts: 3 files: lucidanewmathitalic.ttf, > > lucidanewmathsymbol.ttf, lucidabrightregular.otf > > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 > > instances, 3 shared in backend, 1 common vectors, 2 common hashes, load > > time 16.733 seconds > > I never heard of these math ones. Did you get these from yandytex (no longer > around) or TUG (the official distributer of lucida opentype math)? Anyway, > as we fine tune math fonts for sure you get suboptimal results (or even > wrong output). Mikael and I put quite a bit of care into lucida opentype > math. > > > I do agree with you in that that loading time is perhaps unacceptable but… > > ... > > You ought to specify that must be only after subsequent callbacks. I just > > tried it with a one liner file of \setupbodyfont[lucida] and (looking > > around in disbelief) it took a whooping ahem > > fonts > names > skipped files: 164 > > fonts > names > duplicate files : 164 > > fonts > names > total scan time : 16.487 seconds > > I have no clue, unless that relates to your font path including some home > dir which gets scanned every time for whatever reason and that has tens of > thousands of files. I can process the 350+ page luametatex manual twice in > these 16 seconds and that one loads quite some (also math) fonts and my > laptop is not a fancy 2023 one > > > before it produced even error messages. > > > > beating me for 2 seconds. Great. And then it restricted my freedom by saying > > > > «Sorry, but I can't typeset math unless various parameters have been set. > > This is > > normally done by loading special math fonts into the math family slots. > > Your font > > set is lacking at least the parameter mentioned earlier.» > > that's pretty clear: you don't load a math font at all, maybe some text font > pretending it is math > > > Sorry, but sorry doesn't cut it here. > > it does: no proper math font found so reason to complain > > > I guess it must have been referring to \strc_formulas_place_number > > \strc_formulas_flush_number \dostarttagged \t!formulacontent \empty > > \dotagregisterformula \c_strc_formulas_n \csname \e!stop \formulaparameter > > \c!alternative \v!formula \endcsname > > dunno, that's numbering, not math > > > Okay. So I tried another file. This time around with only > > > > \setupbodyfont[lucida] > > > > \starttext > > $ test $ > > \stoptext > > > > and then the output message was «Somewhere in the math formula just ended, > > you used the stated character from an > > undefined font family. For example, plain TeX doesn't allow \it or \sl in > > subscripts. Proceed, and I'll try to forget that I needed that character.» > > > > There's not even a fallback to cmr or any other font. > > sure, why should it, you want lucida so better quit with an error than > kicking in some font; actually cmr math fonts have been obsoleted for way > over a decade by latin modern math fonts in 32 bit font engines I was actually thinking to ask you about that, and by falling back to cmr math font that perhaps would expedite loading time along the way. Thank you for the info on that last sentence. I didn't know. > > > There was not even a personalized touch in the output. That message sounds > > like one of these new GPT-chat features. Dry. When I read that «Proceed, > > and I'll try to forget it…» part the first thing I thought was: yeah, I'll > > proceed by removing that file altogether and you'll forget it for sure . > > that message is part of 'reference tex the program' for over 40 years so if > chatgpt would come up with it, it would do so by having parsed plenty of tex > sources instead of inventing it (and when it comes to answering tex related > questions chargpt is pretty unreliable, but that's another topic) > > > But instaed I looked at it and though to myself «how much has changed?!» In > > plain TeX (I have forgotten it a bit) but I can still type > > > \par > > > $test$ > > > \end > > > > and it'll produce a dvi file in return. > > a lot has changed: opentyp
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On 3/31/2023 1:40 PM, Carlos via ntg-context wrote: so why not use lucida math fonts? I have. But only with a couple of math fonts. I don't have all these fonts. It really pays off to buy the official lucida opentype package. mkiv lua stats > loaded fonts: 3 files: lucidanewmathitalic.ttf, lucidanewmathsymbol.ttf, lucidabrightregular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3 shared in backend, 1 common vectors, 2 common hashes, load time 16.733 seconds I never heard of these math ones. Did you get these from yandytex (no longer around) or TUG (the official distributer of lucida opentype math)? Anyway, as we fine tune math fonts for sure you get suboptimal results (or even wrong output). Mikael and I put quite a bit of care into lucida opentype math. I do agree with you in that that loading time is perhaps unacceptable but… > ... You ought to specify that must be only after subsequent callbacks. I just tried it with a one liner file of \setupbodyfont[lucida] and (looking around in disbelief) it took a whooping ahem fonts > names > skipped files: 164 fonts > names > duplicate files : 164 fonts > names > total scan time : 16.487 seconds I have no clue, unless that relates to your font path including some home dir which gets scanned every time for whatever reason and that has tens of thousands of files. I can process the 350+ page luametatex manual twice in these 16 seconds and that one loads quite some (also math) fonts and my laptop is not a fancy 2023 one before it produced even error messages. beating me for 2 seconds. Great. And then it restricted my freedom by saying «Sorry, but I can't typeset math unless various parameters have been set. This is normally done by loading special math fonts into the math family slots. Your font set is lacking at least the parameter mentioned earlier.» that's pretty clear: you don't load a math font at all, maybe some text font pretending it is math Sorry, but sorry doesn't cut it here. it does: no proper math font found so reason to complain I guess it must have been referring to \strc_formulas_place_number \strc_formulas_flush_number \dostarttagged \t!formulacontent \empty \dotagregisterformula \c_strc_formulas_n \csname \e!stop \formulaparameter \c!alternative \v!formula \endcsname dunno, that's numbering, not math Okay. So I tried another file. This time around with only \setupbodyfont[lucida] \starttext $ test $ \stoptext and then the output message was «Somewhere in the math formula just ended, you used the stated character from an undefined font family. For example, plain TeX doesn't allow \it or \sl in subscripts. Proceed, and I'll try to forget that I needed that character.» There's not even a fallback to cmr or any other font. sure, why should it, you want lucida so better quit with an error than kicking in some font; actually cmr math fonts have been obsoleted for way over a decade by latin modern math fonts in 32 bit font engines There was not even a personalized touch in the output. That message sounds like one of these new GPT-chat features. Dry. When I read that «Proceed, and I'll try to forget it…» part the first thing I thought was: yeah, I'll proceed by removing that file altogether and you'll forget it for sure . that message is part of 'reference tex the program' for over 40 years so if chatgpt would come up with it, it would do so by having parsed plenty of tex sources instead of inventing it (and when it comes to answering tex related questions chargpt is pretty unreliable, but that's another topic) But instaed I looked at it and though to myself «how much has changed?!» In plain TeX (I have forgotten it a bit) but I can still type > \par > $test$ > \end and it'll produce a dvi file in return. a lot has changed: opentype math, unicode, more demands but indeed there is nothing against using plain tex with cmr and dvi fonts if that suits well; and plain tex will always be faster than context (or latex) just like pdftex with 8 bit fonts is faster than luatex with 32 bit fonts (with luametatex sitting in between wrt performance) anyway, i bet that if you want to use lucida with plain you also have to do some work and it will complain as loud as luametatex when th efont parameters are not set Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / htt
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Wed, Mar 29, 2023 at 12:48:53AM +0200, Hans Hagen via ntg-context wrote: > On 3/28/2023 7:05 PM, Carlos via ntg-context wrote: > > On Mon, Mar 27, 2023 at 03:43:47PM +0200, Hans Hagen via ntg-context wrote: > > > On 3/27/2023 3:31 PM, Carlos via ntg-context wrote: > > > > > > > mkiv lua stats > loaded fonts: 4 files: latinmodern-math.otf, > > > > lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf > > > > > > i admit never having seen lucida ttf files (but when opentype ttf files > > > are > > > used with an afm file present then no map files are needed at all because > > > we're in wide font mode and encidings are ignored) > > > > > > > I hadn't either. But everything aligned and thought it was nice. > > > > You're right that loading a map file is not needed, but If you're concerned > > about afm files then bring these files over to the working directory, and > > then mtxrun --generate the same > > > > So yes. Even though the file was something like (intended originally to > > load the map file, correct?) but since the map file is no longer necessary > > then afm should suffice > > > > \starttypescript [serif] [lucida] [texnansi] > > > > \definefontsynonym[LucidaBrightDemiBold][texnansi-lucidabrightdemibold][encoding=texnansi] > > > > \definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi] > > > > \definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi] > > > > \definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi] > > \stoptypescript > > these encodings only make sense with mkii (in which case the map file tells > pdftex if a ttf or pfb file is used) > > in mkiv encodings are ignored, when a ttf/otf file is used no afm is read, > and when a pfb fils is used the afm is used (ligature adn kerning info etc) > but a wide font is assembled > > (when a ttf is used the lucidaot typescript file can serve as example) > > in mkxl we assume the otf files sold by TUG are used (recently the math font > was updated) > > > and not with the file specification as in: > > > > > > \starttypescript [mylucidaserif] % or mylucidasans > >\definefontsynonym[LucidaBrightRegular][file:LucidaBrightRegular] > >\definefontsynonym[LucidaBrightItalic] [file:LucidaBrightItalic] > >\definefontsynonym[LucidaBrightBold] [file:LucidaBrightDemiBold] > > \stoptypescript > > > > and \setups[font:fallback:serif:sans] wouldn't be needed either > > > > you'd end up with > > in mkxl (lmtx) > > \setupbodyfont[lucida] > > will load open type definitions > > > mkiv lua stats > loaded patterns: en::1, load time: 0.000 > > mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, > > lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf > > so why not use lucida math fonts? I have. But only with a couple of math fonts. I don't have all these fonts. mkiv lua stats > loaded fonts: 3 files: lucidanewmathitalic.ttf, lucidanewmathsymbol.ttf, lucidabrightregular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3 shared in backend, 1 common vectors, 2 common hashes, load time 16.733 seconds I do agree with you in that that loading time is perhaps unacceptable but… > > > > > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 > > > > instances, 5 shared in backend, 3 common vectors, 2 common hashes, load > > > > time 16.898 seconds > > > > i assume that you don't get this 16 seconds load time each run > > > > You're correct. That's why you recommended to use otf first . > even with type one fonts 17 sec load time for a few fonts is not okay, i > expect more something like: > > mkiv lua stats > loaded fonts: 3 files: lucidabrightmathot.otf, > lucidabrightot.otf, lucidasansot.otf > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 14 > instances, 10 shared in backend, 6 common vectors, 4 common hashes, load > time 0.161 seconds You ought to specify that must be only after subsequent callbacks. I just tried it with a one liner file of \setupbodyfont[lucida] and (looking around in disbelief) it took a whooping ahem fonts > names > skipped files: 164 fonts > names > duplicate files : 164 fonts > names > total scan time : 16.487 seconds before it produced even error messages. beating me for 2 seconds. Great. And then i
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On 3/28/2023 7:05 PM, Carlos via ntg-context wrote: On Mon, Mar 27, 2023 at 03:43:47PM +0200, Hans Hagen via ntg-context wrote: On 3/27/2023 3:31 PM, Carlos via ntg-context wrote: mkiv lua stats > loaded fonts: 4 files: latinmodern-math.otf, lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf i admit never having seen lucida ttf files (but when opentype ttf files are used with an afm file present then no map files are needed at all because we're in wide font mode and encidings are ignored) I hadn't either. But everything aligned and thought it was nice. You're right that loading a map file is not needed, but If you're concerned about afm files then bring these files over to the working directory, and then mtxrun --generate the same So yes. Even though the file was something like (intended originally to load the map file, correct?) but since the map file is no longer necessary then afm should suffice \starttypescript [serif] [lucida] [texnansi] \definefontsynonym[LucidaBrightDemiBold][texnansi-lucidabrightdemibold][encoding=texnansi] \definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi] \definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi] \definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi] \stoptypescript these encodings only make sense with mkii (in which case the map file tells pdftex if a ttf or pfb file is used) in mkiv encodings are ignored, when a ttf/otf file is used no afm is read, and when a pfb fils is used the afm is used (ligature adn kerning info etc) but a wide font is assembled (when a ttf is used the lucidaot typescript file can serve as example) in mkxl we assume the otf files sold by TUG are used (recently the math font was updated) and not with the file specification as in: \starttypescript [mylucidaserif] % or mylucidasans \definefontsynonym[LucidaBrightRegular][file:LucidaBrightRegular] \definefontsynonym[LucidaBrightItalic] [file:LucidaBrightItalic] \definefontsynonym[LucidaBrightBold] [file:LucidaBrightDemiBold] \stoptypescript and \setups[font:fallback:serif:sans] wouldn't be needed either you'd end up with in mkxl (lmtx) \setupbodyfont[lucida] will load open type definitions mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf so why not use lucida math fonts? mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 instances, 5 shared in backend, 3 common vectors, 2 common hashes, load time 16.898 seconds i assume that you don't get this 16 seconds load time each run You're correct. That's why you recommended to use otf first . even with type one fonts 17 sec load time for a few fonts is not okay, i expect more something like: mkiv lua stats > loaded fonts: 3 files: lucidabrightmathot.otf, lucidabrightot.otf, lucidasansot.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 14 instances, 10 shared in backend, 6 common vectors, 4 common hashes, load time 0.161 seconds (so 100 times less load time here) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Mon, Mar 27, 2023 at 03:43:47PM +0200, Hans Hagen via ntg-context wrote: > On 3/27/2023 3:31 PM, Carlos via ntg-context wrote: > > > mkiv lua stats > loaded fonts: 4 files: latinmodern-math.otf, > > lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf > > i admit never having seen lucida ttf files (but when opentype ttf files are > used with an afm file present then no map files are needed at all because > we're in wide font mode and encidings are ignored) > I hadn't either. But everything aligned and thought it was nice. You're right that loading a map file is not needed, but If you're concerned about afm files then bring these files over to the working directory, and then mtxrun --generate the same So yes. Even though the file was something like (intended originally to load the map file, correct?) but since the map file is no longer necessary then afm should suffice \starttypescript [serif] [lucida] [texnansi] \definefontsynonym[LucidaBrightDemiBold][texnansi-lucidabrightdemibold][encoding=texnansi] \definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi] \definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi] \definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi] \stoptypescript \starttypescript [sans] [lucida] [texnansi] \definefontsynonym[LucidaSansDemiBold][texnansi-lucidasansdemibold][encoding=texnansi] \definefontsynonym[LucidaSansDemiOblique][texnansi-lucidasansdemioblique][encoding=texnansi] \definefontsynonym[LucidaSansOblique][texnansi-lucidasansoblique][encoding=texnansi] \definefontsynonym[LucidaSansRegular][texnansi-lucidasansregular][encoding=texnansi] \stoptypescript \starttypescript [mono] [lucida] [texnansi] \definefontsynonym[LucidaSansTypewriterBold][texnansi-lucidatypewriterbold][encoding=texnansi] \definefontsynonym[LucidaSansTypewriterBoldOblique][texnansi-lucidayypewriterboldoblique][encoding=texnansi] \definefontsynonym[LucidaSansTypewriterOblique][texnansi-lucidatypewriteroblique][encoding=texnansi] \definefontsynonym[LucidaSansTypewriterRegular][texnansi-lucidatypewriterregular][encoding=texnansi] \stoptypescript \starttypescript [serif] [lucida] [name] \usetypescript[serif][fallback] \definefontsynonym[Serif] [LucidaBrightRegular] \definefontsynonym[SerifBold] [LucidaBrightDemi] \definefontsynonym[SerifItalic][LucidaBrightItalic] \definefontsynonym[SerifBoldItalic][LucidaBrightDemiItalic] \stoptypescript \starttypescript [sans] [lucida] [name] \usetypescript[sans][fallback] \definefontsynonym[Sans][LucidaSansRegular] \definefontsynonym[SansItalic] [LucidaSansOblique] \definefontsynonym[SansBold][LucidaSansDemiBold] \definefontsynonym[SansBoldItalic] [LucidaSansDemiOblique] \stoptypescript \starttypescript [mono] [lucida] [name] \usetypescript[mono][fallback] \definefontsynonym[Mono] [LucidaSansTypewriterRegular] \definefontsynonym[MonoItalic] [LucidaSansTypewriterOblique] \definefontsynonym[MonoBold][LucidaSansTypewriterBold] \definefontsynonym[MonoBoldItalic] [LucidaSansTypewriterBoldOblique] \stoptypescript \starttypescript [Lucida] \definetypeface[MyLucida][rm][serif][lucida][default][encoding=texnansi] \definetypeface[MyLucida][ss][sans][lucida][default][encoding=texnansi] \definetypeface[MyLucida][tt][mono][lucida][default][encoding=texnansi] \stoptypescript and not with the file specification as in: \starttypescript [mylucidaserif] % or mylucidasans \definefontsynonym[LucidaBrightRegular][file:LucidaBrightRegular] \definefontsynonym[LucidaBrightItalic] [file:LucidaBrightItalic] \definefontsynonym[LucidaBrightBold] [file:LucidaBrightDemiBold] \stoptypescript and \setups[font:fallback:serif:sans] wouldn't be needed either you'd end up with mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 instances, 5 shared in backend, 3 common vectors, 2 common hashes, load time 0.306 seconds mkiv lua stats > math tweaking time: 0.055 seconds, 12 math goodie tables > > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 > > instances, 5 shared in backend, 3 common vectors, 2 common hashes, load > > time 16.898 seconds > > mkiv lua stats > math tweaking time: 0.102 seconds, 12 math goodie tables > > mkiv lua stats > font embedding time:
Re: [NTG-context] Text editors
Hi! Le 26/03/2023 à 10:39, jbf via ntg-context a écrit : Every user has his or her own preferred test editor. Over years I have used Emacs for just about everything except the kitchen sink, but not, as it happens, for ConTeXt. For what it's worth here is what I use: (1) TeXworks. All one has to do is indicate the correct path to ConText in the setup for this program, depending on your OS and where you have installed it, e.g. home/yourname/bin/context/tex/texmf-linux-64/bin if you are using Linux and have installed it in \bin. Then choose ConTeXt (LuaTeX) as the processing tool. (2) But to make things a lot easier, I also use Federico's text expander Espanso <https://duckduckgo.com/?q=espanso+site:espanso.org=lm=v353-1>https://espanso.org <https://espanso.org/>. This just saves so much time, especially for so many \start...\stop sequences. For example, in espanso I might have: You can do the same inside TeXworks. There are completion files in the folder C:\Users\yourname\AppData\Roaming\TUG\TeXworks\completion. It is not yet completed for Context, but it should not be difficult to do that. But thanks Julian, this is an interesting information Alain Julian On 26/3/23 19:22, Alexandre Christe via ntg-context wrote: Dear ConTeXt users, I'm wondering what kind of typesetting system / syntax highlighting / completion you're using. I've been using myself the simple_Context package for SublimeText which I scavenged a while ago before it was made unavailable (I wanted to attach but it's too big for the list). But it's sort of a dead-end. Open to anything from vim/neovim to emacs or more exotic. Maybe it would be nice to show the config. (And yes I've seen the Wiki page https://wiki.contextgarden.net/Text_Editorsbut I've the feeling some content is outdated.) Thanks in advance, Alex ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist :ntg-context@ntg.nl /https://www.ntg.nl/mailman/listinfo/ntg-context webpage :https://www.pragma-ade.nl /http://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :https://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist :ntg-context@ntg.nl /https://www.ntg.nl/mailman/listinfo/ntg-context webpage :https://www.pragma-ade.nl /http://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :https://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Text editors
Every user has his or her own preferred test editor. Over years I have used Emacs for just about everything except the kitchen sink, but not, as it happens, for ConTeXt. For what it's worth here is what I use: (1) TeXworks. All one has to do is indicate the correct path to ConText in the setup for this program, depending on your OS and where you have installed it, e.g. home/yourname/bin/context/tex/texmf-linux-64/bin if you are using Linux and have installed it in \bin. Then choose ConTeXt (LuaTeX) as the processing tool. (2) But to make things a lot easier, I also use Federico's text expander Espanso <https://duckduckgo.com/?q=espanso+site:espanso.org=lm=v353-1>https://espanso.org <https://espanso.org/>. This just saves so much time, especially for so many \start...\stop sequences. For example, in espanso I might have: # blockquote - trigger: ":bq" replace: | \startblockquote $|$ \stopblockquote And this means all I have to do is type :bq and as you can sense from the example above, I have the \start and \stop and intervening space all ready to work with. Hope it helps! Julian On 26/3/23 19:22, Alexandre Christe via ntg-context wrote: Dear ConTeXt users, I'm wondering what kind of typesetting system / syntax highlighting / completion you're using. I've been using myself the simple_Context package for SublimeText which I scavenged a while ago before it was made unavailable (I wanted to attach but it's too big for the list). But it's sort of a dead-end. Open to anything from vim/neovim to emacs or more exotic. Maybe it would be nice to show the config. (And yes I've seen the Wiki page https://wiki.contextgarden.net/Text_Editorsbut I've the feeling some content is outdated.) Thanks in advance, Alex ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist :ntg-context@ntg.nl /https://www.ntg.nl/mailman/listinfo/ntg-context webpage :https://www.pragma-ade.nl /http://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :https://contextgarden.net __ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] rotated headers in natural tables
Am 15.03.23 um 23:27 schrieb fv leung via ntg-context:
How about using \vfill ?
\define[1]{\RtH}{\vfill\rotate{#1}}
This is actually the only version that works flawlessly.
But thanks for all answers! (I was busy over the weekend.)
Hraban
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] update
Hi,
I updated LMTX. Most improvements are in 'math' as Mikael and I keep
mailing down some details that bother us. We also have some updates in
the math fonts that Daniel Flipo maintains so the repertoire of
alternatives with all-right math support grows.
As a side note: lmtx installs nicely on my android (12) phone (userland
ubuntu) and luametatex compiles nicely from source (as it's aarch64) in
about a minute. No decent editor to text real documents but who knows
what a properly dockable (linux supporting) phone can do in a few years.
A simple
\starttext \dorecurse{1000}{\samplefile{tufte}\par} \stoptext
runs at over 55 pps (85 pps on my laptop). Making a format takes 4
seconds (second time, after caching, which is about twice the time my
laptop takes).
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] \setupparagraphs - can they run over two pages?
Yes, tabulate is a solution, though as I have just described for Denis who also responded to this issue, by some careful manipulation (which was possible for the circumstance I was dealing with) I simply noted where the page break occurred and started a new set of paragraphs after that. That was satisfactory in this case. Tabulate might have to be the solution for a different set of circumstances. Julian On 27/2/23 23:26, mf via ntg-context wrote: I would try \setuptabulate, \starttabulate ... \stoptabulate. It has some limitations (though Hans added some features recently), but it should work. Massi Il 24/02/23 06:41, jbf via ntg-context ha scritto: I have the following setup for side-by-side paras. \defineparagraphs[Two][n=2] \setupparagraphs[Two][1][width=.1\textwidth,style=\bfx,align=tolerant] \setupparagraphs[Two][2][width=.9\textwidth,style=normal,align=tolerant] My difficulty is that while there is only ever just a couple of numbers in the left-hand 'column', the right-hand 'column' may have several lengthy paragraphs. If I have one relatively short \startTwo followed by one that is much longer, it will be forced to start on the next page, leaving too much empty space on the previous page. It is probable that getting this environment to split across pages is not possible. I can try very different approaches (columns, tables) to solve my problem, but I thought I would at least ask first. Julian ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] \setupparagraphs - can they run over two pages?
I would try \setuptabulate, \starttabulate ... \stoptabulate. It has some limitations (though Hans added some features recently), but it should work. Massi Il 24/02/23 06:41, jbf via ntg-context ha scritto: I have the following setup for side-by-side paras. \defineparagraphs[Two][n=2] \setupparagraphs[Two][1][width=.1\textwidth,style=\bfx,align=tolerant] \setupparagraphs[Two][2][width=.9\textwidth,style=normal,align=tolerant] My difficulty is that while there is only ever just a couple of numbers in the left-hand 'column', the right-hand 'column' may have several lengthy paragraphs. If I have one relatively short \startTwo followed by one that is much longer, it will be forced to start on the next page, leaving too much empty space on the previous page. It is probable that getting this environment to split across pages is not possible. I can try very different approaches (columns, tables) to solve my problem, but I thought I would at least ask first. Julian ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] \setupparagraphs - can they run over two pages?
No, I don’t think that’s possible, at least it wasn’t last time I’ve checked : https://www.mail-archive.com/ntg-context@ntg.nl/msg102871.html Best, Denis Von: ntg-context Im Auftrag von jbf via ntg-context Gesendet: Freitag, 24. Februar 2023 06:42 An: mailing list for ConTeXt users Cc: jbf Betreff: [NTG-context] \setupparagraphs - can they run over two pages? I have the following setup for side-by-side paras. \defineparagraphs[Two][n=2] \setupparagraphs[Two][1][width=.1\textwidth,style=\bfx,align=tolerant] \setupparagraphs[Two][2][width=.9\textwidth,style=normal,align=tolerant] My difficulty is that while there is only ever just a couple of numbers in the left-hand 'column', the right-hand 'column' may have several lengthy paragraphs. If I have one relatively short \startTwo followed by one that is much longer, it will be forced to start on the next page, leaving too much empty space on the previous page. It is probable that getting this environment to split across pages is not possible. I can try very different approaches (columns, tables) to solve my problem, but I thought I would at least ask first. Julian ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] update
Hi Hans,
Thank you very much for the new update.
Everything seem to work like a charm. In particular I played with the
\underbrace and \overbrace when adding something under the \underbrace, or
above the \overbrace, like in
\startformula
\overbrace{1+x^2+a}^{= -1} +
\underbrace{ax^2 + bx + c}_{=2} = 1
\stopformula
and it works great !
Best regards : Otared
> On 23 Feb 2023, at 22:07, Hans Hagen via ntg-context
> wrote:
>
> Hi,
>
> I uploaded a new version. We further improved Antykwa support,
>
> \switchtobodyfont[antykwa]
>
> \startTEXpage[offset=1dk]
>\im{
>f' = f'' = f''' = f =
>a + b + \ldots + c +
>\overbar{x} + \overbar{S} + \bar{x} + \widebar{x}
>}
>
>\im{
>\fenced[doublebar]{x} =
>\fenced[doublebar][size=1]{x_1} =
>\fenced[doublebar][size=2]{x_2} =
>\fenced[doublebar][size=3]{x_3} =
>\fenced[doublebar][size=4]{x_4} =
>\fenced[doublebar]{\blackrule[width=1cm,height=1cm]}
>}
>
>\im{
>\fenced[bar]{x} =
>\fenced[bar][size=1]{x_1} =
>\fenced[bar][size=2]{x_2} =
>\fenced[bar][size=3]{x_3} =
>\fenced[bar][size=4]{x_4} =
>\fenced[bar]{\blackrule[width=1cm,height=1cm]}
>}
>
>\im{
>\fenced[brace]{x} =
>\fenced[brace][size=1]{x_1} =
>\fenced[brace][size=2]{x_2} =
>\fenced[brace][size=3]{x_3} =
>\fenced[brace][size=4]{x_4} =
>\fenced[brace]{\blackrule[width=1cm,height=1cm]}
>}
>
>\im{
>\root[4]{1+x^2+a} +
>\frac{1}{1+x^2+a} +
>\overparent{1+x^2+a} +
>\overbrace{1+x^2+a} +
>\overparent{x} +
>\overbrace{x} +
>\overbrace{i}
>}
>
> \stopTEXpage
>
>
> This time with fancy radical bars, fraction bars, vertical bars, over and
> underbars etc.
>
> Hans
>
> -
> Hans Hagen | PRAGMA ADE
> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> ___
Otared Kavian
e-mail: ota...@gmail.com
Phone: +33 6 88 26 70 95
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] \setupparagraphs - can they run over two pages?
I have the following setup for side-by-side paras. \defineparagraphs[Two][n=2] \setupparagraphs[Two][1][width=.1\textwidth,style=\bfx,align=tolerant] \setupparagraphs[Two][2][width=.9\textwidth,style=normal,align=tolerant] My difficulty is that while there is only ever just a couple of numbers in the left-hand 'column', the right-hand 'column' may have several lengthy paragraphs. If I have one relatively short \startTwo followed by one that is much longer, it will be forced to start on the next page, leaving too much empty space on the previous page. It is probable that getting this environment to split across pages is not possible. I can try very different approaches (columns, tables) to solve my problem, but I thought I would at least ask first. Julian ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] update
Hi,
I uploaded a new version. We further improved Antykwa support,
\switchtobodyfont[antykwa]
\startTEXpage[offset=1dk]
\im{
f' = f'' = f''' = f =
a + b + \ldots + c +
\overbar{x} + \overbar{S} + \bar{x} + \widebar{x}
}
\im{
\fenced[doublebar]{x} =
\fenced[doublebar][size=1]{x_1} =
\fenced[doublebar][size=2]{x_2} =
\fenced[doublebar][size=3]{x_3} =
\fenced[doublebar][size=4]{x_4} =
\fenced[doublebar]{\blackrule[width=1cm,height=1cm]}
}
\im{
\fenced[bar]{x} =
\fenced[bar][size=1]{x_1} =
\fenced[bar][size=2]{x_2} =
\fenced[bar][size=3]{x_3} =
\fenced[bar][size=4]{x_4} =
\fenced[bar]{\blackrule[width=1cm,height=1cm]}
}
\im{
\fenced[brace]{x} =
\fenced[brace][size=1]{x_1} =
\fenced[brace][size=2]{x_2} =
\fenced[brace][size=3]{x_3} =
\fenced[brace][size=4]{x_4} =
\fenced[brace]{\blackrule[width=1cm,height=1cm]}
}
\im{
\root[4]{1+x^2+a} +
\frac{1}{1+x^2+a} +
\overparent{1+x^2+a} +
\overbrace{1+x^2+a} +
\overparent{x} +
\overbrace{x} +
\overbrace{i}
}
\stopTEXpage
This time with fancy radical bars, fraction bars, vertical bars, over
and underbars etc.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Math issue
Hello Hans and Anditya,
thank you both for your answers. — Reconstructing now the math…
Kind regards
Willi
> On 16 Feb 2023, at 18:12, Aditya Mahajan via ntg-context
> wrote:
>
> On 2/16/2023 6:05 PM, Willi Egger via ntg-context wrote:
>> Hi math gurus,
>> I should typeset a couple of simple math formulae. However I do not get the
>> desired result. I attach my output as pdf.
>> 1. Why is the \times 12 in the denominator although the fraction is grouped?
>> — I tried also the grouping with bracis, which gives the same result.
>> 2. Why is the result after the equalsign in the denominator?
>> \starttext
>> \startformulas
>> \startformula
>>\bgroup{47 \times 62}\over {44 \times 56}\egroup \times {12}
>> \stopformula
>> \startformula
>>{{47 \times 62 \times 12} \over {44 \times 56}}=14.2\ \rm kilo
>> \stopformula
>> \stopformulas
>> \stoptext
>> Thank you for hinting me how to this correctly.
>
> \frac{...}{...} .. forget about \over
>
> -
> Hans Hagen | PRAGMA ADE
> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -
>
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> ___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Math issue
On Thu, 16 Feb 2023, Willi Egger via ntg-context wrote:
> Hi math gurus,
>
> I should typeset a couple of simple math formulae. However I do not get the
> desired result. I attach my output as pdf.
>
> 1. Why is the \times 12 in the denominator although the fraction is grouped?
> — I tried also the grouping with bracis, which gives the same result.
> 2. Why is the result after the equalsign in the denominator?
>
> [...]
> Thank you for hinting me how to this correctly.
Have you tried using \frac{...}{...} instead of {... \over ...}
Aditya___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Math issue
On 2/16/2023 6:05 PM, Willi Egger via ntg-context wrote:
Hi math gurus,
I should typeset a couple of simple math formulae. However I do not get the
desired result. I attach my output as pdf.
1. Why is the \times 12 in the denominator although the fraction is grouped? —
I tried also the grouping with bracis, which gives the same result.
2. Why is the result after the equalsign in the denominator?
\starttext
\startformulas
\startformula
\bgroup{47 \times 62}\over {44 \times 56}\egroup \times {12}
\stopformula
\startformula
{{47 \times 62 \times 12} \over {44 \times 56}}=14.2\ \rm kilo
\stopformula
\stopformulas
\stoptext
Thank you for hinting me how to this correctly.
\frac{...}{...} .. forget about \over
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] Math issue
Hi math gurus,
I should typeset a couple of simple math formulae. However I do not get the
desired result. I attach my output as pdf.
1. Why is the \times 12 in the denominator although the fraction is grouped? —
I tried also the grouping with bracis, which gives the same result.
2. Why is the result after the equalsign in the denominator?
\starttext
\startformulas
\startformula
\bgroup{47 \times 62}\over {44 \times 56}\egroup \times {12}
\stopformula
\startformula
{{47 \times 62 \times 12} \over {44 \times 56}}=14.2\ \rm kilo
\stopformula
\stopformulas
\stoptext
Thank you for hinting me how to this correctly.
Kind regards
Willi
test.pdf
Description: Adobe PDF document
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Best way to access casul fonts
Hi
This is probably the most reasonable solution.
Thanks
Mattias
--- Original Message ---
On Tuesday, January 24th, 2023 at 9:41 AM, Pablo Rodriguez via ntg-context
wrote:
>
>
>
> On 1/23/23 20:32, Mattias Märka via ntg-context wrote:
>
> > Hi Pablo,
> >
> > Yes, I want to mix casual with serif, sans-serif and so on.
>
> Hi Mattias (please, excuse my previous misspelling of your name),
>
> here you have it:
>
> \definefontfamily[mainface][rm][TeX Gyre Pagella]
> \definefontfamily[mainface][ss][TeX Gyre Heros]
> \definefontfamily[mainface][tt][TeX Gyre Cursor]
> \definefontfamily[mainface][hw][Lucida Casual]
> \definefontfamily[mainface][cg][Lucida Casual]
> \setupbodyfont[mainface]
> \starttext
> \doloopoverlist{\rm,\ss,\tt,\hw,\cg}
> {{\recursestring%
> The quick brown fox jumps over the lazy dog.\par}}
> \stoptext
>
> Lucida Casual is handwriting and calligraphy in the sample. But you only
> need one of them.
>
> I hope it helps,
>
> Pablo
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> ___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] Printing mailing list labels
If you've ever struggled with Word's or (worse) LibreOffice's mail merge features to print a mailing list onto sticky labels then this might be of interest. I've created some macros and an example file showing how to print address labels on Avery L7160 paper (which is 7 rows of 3 labels on A4) and uploaded them here. <https://context-address-labels.sourceforge.io/> Features: - full control over label content (can even differ from one label to the next if necessary) - easily use up a part-used sheet of labels to avoid waste - read address data from a CSV file - easily support different address formats for different international destinations - option to preview on plain paper - even label your labels in the page header so you remember why you printed them! No licence - the files are placed in the public domain. Feedback welcome. — Bruce Horrocks Hampshire, UK ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Best way to access casul fonts
On 1/23/23 20:32, Mattias Märka via ntg-context wrote:
> Hi Pablo,
>
> Yes, I want to mix casual with serif, sans-serif and so on.
Hi Mattias (please, excuse my previous misspelling of your name),
here you have it:
\definefontfamily[mainface][rm][TeX Gyre Pagella]
\definefontfamily[mainface][ss][TeX Gyre Heros]
\definefontfamily[mainface][tt][TeX Gyre Cursor]
\definefontfamily[mainface][hw][Lucida Casual]
\definefontfamily[mainface][cg][Lucida Casual]
\setupbodyfont[mainface]
\starttext
\doloopoverlist{\rm,\ss,\tt,\hw,\cg}
{{\recursestring%
The quick brown fox jumps over the lazy dog.\par}}
\stoptext
Lucida Casual is handwriting and calligraphy in the sample. But you only
need one of them.
I hope it helps,
Pablo
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Best way to access casul fonts
Hi Pablo, Yes, I want to mix casual with serif, sans-serif and so on. Sorry, I wasn't clear in my original message. What Garulfo suggested is what I've been doing. Mattias --- Original Message --- On Monday, January 23rd, 2023 at 9:10 PM, Pablo Rodriguez via ntg-context wrote: > > > > On 1/23/23 19:04, Mattias Märka via ntg-context wrote: > > > Hi, > > > > I'm trying to access Lucida Casual. > > > Hi Matthias, > > With a relatively recent version of ConTeXt (LMTX or MkIV), the > following should work: > > \definefontfamily[myserif][rm][Lucida Casual] > \starttext > The quick brown fox jumps over the lazy dog. > > \setupbodyfont[myserif] > The quick brown fox jumps over the lazy dog. > \stoptext > > This is the easiest way to access it. > > Another question would be how to mix a casual font with serif, > sans-serif and mono typefaces. > > Just in case it might help, > > Pablo > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Best way to access casul fonts
On 1/23/23 19:04, Mattias Märka via ntg-context wrote: > Hi, > > I'm trying to access Lucida Casual. Hi Matthias, With a relatively recent version of ConTeXt (LMTX or MkIV), the following should work: \definefontfamily[myserif][rm][Lucida Casual] \starttext The quick brown fox jumps over the lazy dog. \setupbodyfont[myserif] The quick brown fox jumps over the lazy dog. \stoptext This is the easiest way to access it. Another question would be how to mix a casual font with serif, sans-serif and mono typefaces. Just in case it might help, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Best way to access casul fonts
Hi, Following the instruction from : https://wiki.contextgarden.net/Use_the_fonts_you_want mtxrun --script font --list --file -pattern=*casual* gives : familyname weight style width variant fontname filename subfont fontweight lucidacasual normal normal normal normal lucidacasual /home//.fonts/LucidaCasual.ttf Then the following code should work : \starttypescript [myserif] \definefontsynonym[LucidaCasual-Regular] [file:LucidaCasual.ttf] \stoptypescript \starttypescript [myserif] \setups[font:fallback:serif] \definefontsynonym[Serif] [LucidaCasual-Regular] [features=default] \stoptypescript \starttypescript [myserif] \definetypeface [myserif] [rm] [serif] [myserif] [default] \stoptypescript \setupbodyfont[12pt] \starttext The quick brown fox jumps over the lazy dog \setupbodyfont[myserif] The quick brown fox jumps over the lazy dog \stoptext ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Trouble with latest...
On Mon, 9 Jan 2023 19:08:54 -0700 Alan Braslau via ntg-context wrote: > On Mon, 9 Jan 2023 18:40:08 +0100 > Alain Delmotte via ntg-context wrote: > > > Anytime a new upload is announced, I download the > > context-win64.zip unpack it and run install.bat and setpath.bat. > > > > Is it a fresh installation? Or should I from time to time > > erase my installation and run install.bat to create a new > > distribution? > > This is not a *fresh* install. In fact, you can simply run > ./install.bat - there is no need to download context-win64.zip. > > Having said that, the latest problem with the update has to do with an > updated luametatex binary, so your method might have worked by > updating the binary with the unzip, even if it is not a "fresh" > install. For information: I tried updating by downloading a fresh zip and unpacking it over an existing installation, then running ./install.bat. This failed with the latest upload, although unzipping to a new location and running ./install.bat resulting in a good, updated distribution. The install/update and mtxrun scripts could possibly be improved to 1. start by updating the luametatex binary in a first step, then rerunning to update the rest of the distribution; 2. systematically clear the luametatex-cache upon update (I believe that this is a small price to pay for robustness). However, such changes clearly are not a priority to work out, for now. Alan ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] TUG 2023
Am Wed, 4 Jan 2023 17:50:52 +0100 schrieb Thomas A. Schmitz via ntg-context: > But to my topic: the official announcement for TUG 2023 is out. It will > be in Bonn, Germany, in a building literally (literally!) just across > the street from my university office. Interesting how near people can be ;-) I will have to go over the bridge ... > I guess I just what to get a feeling what to expect at a TUG conference. You could look at previous TUG videos to get a feeling https://www.youtube.com/@TeXUsersGroup/playlists but imho you shouldn't worry. -- Ulrike Fischer http://www.troubleshooting-tex.de/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] \autoinsertedspace fails
On 1/6/2023 3:05 AM, Rik Kabel via ntg-context wrote:
On 2023-01-05 04:35, Hans Hagen via ntg-context wrote:
On 1/5/2023 4:21 AM, Rik Kabel via ntg-context wrote:
[ snipped by rik]
Here is a more lmtx-ish variant:
\starttexdefinition tolerant protected BD #=#*#=
\removeunwantedspaces
\space % insert a space
(
\ifparameter#2\or
#1|–|#2
\orelse\ifparameter#1\or
#1–
\else
{\red I NEED A DATE OR DATES!}
\fi
)
\autoinsertedspace
\stoptexdefinition
Hans
Thank you for that. This works for me with \optionalspace, but fails in
some cases with \autoinsertedspace.
I have now re-read lowlevel-macros.pdf and have a better understanding
of what I read when first I approached it; I still have a way to go.
/Tolerant/ removes the need for /dodoubleempty/ and friends and the
two-step /macro/ and /doMacro/ dance. There was a small advantage to the
two-step, however. I had two separate macros, BD and BDNP (no parens),
as shown.
The old code in full was:
% Birth and death dates ---%
% Ferdinand de Saussure\BD{1857}{1913}
% Noam Chomsky \BD{1928}
%
% Perhaps this could be tied to an acronym-like database so that the
% dates are printed only once per person.
% \removeunwantedspaces allows this to directly follow, or follow
% after whitespace, the associated name: Name\BD{1}{2} or
% Name \BD{1}{2}.
% Using the compound indication (|–|) allows hyphenation after the
% endash. Omitting it and using a bare endash inhibits hyphenation
% ‘twixt the endash and the paren.
% By default, add parens around the dates. If none are needed due to
% the context, use \BDNP.
%
\newif\ifBDParen
\starttexdefinition unexpanded BD
\BDParentrue
\dodoublegroupempty
\doBD
\stoptexdefinition
\starttexdefinition unexpanded BDNP
\BDParenfalse
\dodoublegroupempty
\doBD
\stoptexdefinition
\starttexdefinition doBD #1#2
\removeunwantedspaces\
\ifBDParen(\fi
\ifsecondargument
#1|–|#2
\else\iffirstargument
#1–
\else
{\red I NEED A DATE OR DATES!}
\fi\fi
\ifBDParen)\fi
\autoinsertedspace
\stoptexdefinition
Both call the same doBD, but they set a flag (newif) to control
insertion or not of the parens. While there is no performance benefit
compared to having two fully separate macros, there is a maintenance
benefit in having only one place, doBD, to make changes should they be
required.
Can you suggest a way to do this under the new one-step scheme, or am I
over-thinking this?
just remove the #* in the example i sent,
\starttexdefinition tolerant protected BD #=#=
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] \autoinsertedspace fails
On 2023-01-05 04:35, Hans Hagen via ntg-context wrote:
On 1/5/2023 4:21 AM, Rik Kabel via ntg-context wrote:
[ snipped by rik]
Here is a more lmtx-ish variant:
\starttexdefinition tolerant protected BD #=#*#=
\removeunwantedspaces
\space % insert a space
(
\ifparameter#2\or
#1|–|#2
\orelse\ifparameter#1\or
#1–
\else
{\red I NEED A DATE OR DATES!}
\fi
)
\autoinsertedspace
\stoptexdefinition
Hans
Thank you for that. This works for me with \optionalspace, but fails in
some cases with \autoinsertedspace.
I have now re-read lowlevel-macros.pdf and have a better understanding
of what I read when first I approached it; I still have a way to go.
/Tolerant/ removes the need for /dodoubleempty/ and friends and the
two-step /macro/ and /doMacro/ dance. There was a small advantage to the
two-step, however. I had two separate macros, BD and BDNP (no parens),
as shown.
The old code in full was:
% Birth and death dates ---%
% Ferdinand de Saussure\BD{1857}{1913}
% Noam Chomsky \BD{1928}
%
% Perhaps this could be tied to an acronym-like database so that the
% dates are printed only once per person.
% \removeunwantedspaces allows this to directly follow, or follow
% after whitespace, the associated name: Name\BD{1}{2} or
% Name \BD{1}{2}.
% Using the compound indication (|–|) allows hyphenation after the
% endash. Omitting it and using a bare endash inhibits hyphenation
% ‘twixt the endash and the paren.
% By default, add parens around the dates. If none are needed due to
% the context, use \BDNP.
%
\newif\ifBDParen
\starttexdefinition unexpanded BD
\BDParentrue
\dodoublegroupempty
\doBD
\stoptexdefinition
\starttexdefinition unexpanded BDNP
\BDParenfalse
\dodoublegroupempty
\doBD
\stoptexdefinition
\starttexdefinition doBD #1#2
\removeunwantedspaces\
\ifBDParen(\fi
\ifsecondargument
#1|–|#2
\else\iffirstargument
#1–
\else
{\red I NEED A DATE OR DATES!}
\fi\fi
\ifBDParen)\fi
\autoinsertedspace
\stoptexdefinition
Both call the same doBD, but they set a flag (newif) to control
insertion or not of the parens. While there is no performance benefit
compared to having two fully separate macros, there is a maintenance
benefit in having only one place, doBD, to make changes should they be
required.
Can you suggest a way to do this under the new one-step scheme, or am I
over-thinking this?
Finally, is there any reason to go back to previously written and
properly functioning macros and convert them to the LMTX-only syntax? It
does imply committing to LMTX-only (or
--
Rik
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] problem with Segoe Ui Symbol as fallback font
The problem is that now that \bf, \it and so on stopped working outside math
mode.
A workaround is to add \rm after \starttext.
Maybe the developers can shed some light :)
Please find MWE below.
Cheers,
Jacob
\definefontfallback[cal-fallback][name:modern][uppercasescript,lowercasescript]
\starttypescript[mainface]
\definetypeface[mainface][rm][serif][pagella][default]
\definetypeface[mainface][ss][sans] [modern] [default][rscale=1.075]
\definetypeface[mainface][tt][mono] [modern] [default][rscale=1.075]
\definetypeface[mainface][mm][math] [pagella][default][fallbacks=cal-fallback]
\stoptypescript
\definefontfamily[mainface][mm][mainface]
\definefontfamily[mainface][rm][pagella][bf=style:bold]
\usetypescript[mainface]
\setupbodyfont[mainface]
\startbuffer
The quick brown fox jumps over the lazy dog
\stopbuffer
\starttext
% \rm % works
{\rm \getbuffer}\par
{\ss \getbuffer}\par
{\tt \getbuffer}\par
{\bf \getbuffer}\par
{\it \getbuffer}\par
{\sl \getbuffer}\par
{\bi \getbuffer}\par
{\bs \getbuffer}\par
{\sc \getbuffer}
Should be Palatino: $x + y$ $f({\bi x})$
Should be Latin Modern: ${\cal I}$ $\mathcal{I}$ $\mathscr{I}$
\stoptext
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 / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] lmtx upload
Hi, I uploaded the first 2023 lmtx. There are not that many changes, most relate to updating manuals. Currently we're looking at the metafun / luametafun and lowlevel manuals - adding some accumulated todo's. Keep in mind that when we update manuals that is is not automatically reflected in new pdf's (processing happens outside the tree on temporary paths) and only occasionally I push back a pdf (when it looks ok). So, manual sources can be more up to date than manual pdfs. If you feel something (fundamental and stable) is missing you can let us know here. We gained some performance over the last month, mostly due to using different low level mechanisms (there are some more not yet widely used ones). The gain depends on (extreme) usage so quite likely most goes unnoticed unless one has many runs. After all, there are no fundamental changes in context, which is already reasonable optimized for ages (it's kind of a game to make it faster without obscuring the code, which is a criterium for rejection). As usual, (new and old) bugs will be fixed, Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] New c-o-w: The XMas gift for ConTeXt users
Hi Zdeněk! Congratulation, the online version, the web-site looks very nice. you have built in a lot of nice features! I tried the interface for a short while. During testing I was thrown out each time and you do not understand why. — Does this have to do with the fact that I did not create a user-account? While creating a tabulate I detected, that the use of the tab-key is only possible at the beginning of the line. When using the tab-key inside a tabulate line the whole line is indented for another tab. While it is nice to see all the available command-choices it is rather less intuitive, that always the brackets are placed. Specially while editing \bTABLE … \eTABLE and the commands belonging to this table-type it could be good to have the right arrow key to have the command placed with brackets and with the down-arrow-key the command being placed without brackets (?) — I think, that the source should not be cluttered with empty brackets all over the place. When you start the editor from the website you have no idea, what the layout of the page will be. While being somewhere in the edited text I switched to the layout-wizzard. Strange enough it is A4 on A3-Paper, I think for a normal user it should be A4 on A4 paper. The default layout dimension is in pt. — I doubt whether this is the best for a newcomer. May be mm would be better? — After returning to the editor I detected, that the new layout is placed at the cursor's position. Might it be a good idea, to place this at the top of the document or probably to ask the user whether the layout change should be placed at the cursor’s place? In the meantime I also created an account. — Strange that I have to confirm the account to an e-mail, which does not make any reference to what account this confirmation is asked for. Nice is that now I was not kicked out of the editor anymore! While testing further I experienced, that the system is eating up a letter: \blank[small] —> caused a sequence undefined error: in the log there was \blank[smal … Hereafter I put a space after small and it worked correctly. Then I withdrew the space, saved the file and started generation of PDF. — got a hanger… After restarting everything it appeared, that my test file was not listed in the editor’s left pane and also not the two uploaded picture-files. — I tried to logout. Logout does not seem to work. Not withstanding all my comments, I am impressed how your system works. Once it will be stable I am convinced, that it can be a useful tool to promote the use of ConTeXt. Thank you for all the work performed so far! Kind regards Willi > On 27 Dec 2022, at 00:57, Zdeněk Svoboda via ntg-context > wrote: > > Hello ConTeXt community! > > I'm Zdeněk Svoboda, a master degree student at Mendel university in Brno. > I've been using ConTeXt for a while now and have always been impressed by its > capabilities and the helpfulness of this community. > > For my thesis project with Tomáš Hála as the supervisor, I've developed an > online application for working with ConTeXt. The main goal was to create an > application capable of compiling ConTeXt source right from the browser but I > thought that it's not enough and added a few features or tools on top of > that. Functions of the application include: > > - User accounts to save files and access them from other computers. > - Editor with syntax highlighting and autocompletion for ConTeXt command. > - Generating PDF document and previewing it directly from the browser. > - Layout designer to customize the layout of their documents with a > variety of options and mouse resizability of each layout element. > - Table designer for creating and customize tables with alignment and > border settings, colors, merging and splitting cells eg. > - Lists designer with a simple interface to customize lists. > - Help function for ConTeXt commands (hidden under the "?" button) > > Developing this application was a great learning experience for me, and I > faced a number of technical challenges along the way. For example, having to > dig through the XML document to extract all the information needed for the > "?" help function. > > I'm excited to share my project with the ConTeXt community and hope that it > will be a useful resource for someone. If you're interested in trying it out, > you can find it at https://www.context-on-web.eu/. I'd love to hear any > feedback or suggestions you have. If you find a bug or encounter an error > while using the application, please let me know (and cc: th...@mendelu.cz) > the steps you took that caused it. > > Known bugs: > - Generated code from table designer needs better formatting > - Duplicated color definitions in table designer > - Layout designer -- numbers are
Re: [NTG-context] upload
On 12/21/22 17:20, Hans Hagen via ntg-context wrote:
> [...]
> Some other possible speedups are on-hold till I have better test cases.
Many thanks for the improvements in the new release, Hans.
I have some documents, but I should be reluctant to send longs, because
I’m almost confident that my code is poorly written (to say the least).
The attachment contains a log for a 72 page document with just text
(from XML sources [XHTML generated by pandoc from Markdown file]).
[Since attachments over 100KB aren’t allowed, only the last two runs are
included in the log file.]
With current latest from today, I get:
mkiv lua stats > runtime: 2.167 seconds, 72 processed pages, 72 shipped
pages, 33.225 pages/second
mtx-context | purged files: xml-context.log, xml-context.tuc
system | total runtime: 8.779 seconds of 8.818 seconds
Exactly the same sources with previous latest (from 2022.12.15):
mkiv lua stats > runtime: 2.410 seconds, 72 processed pages, 72 shipped
pages, 29.877 pages/second
mtx-context | purged files: xml-context.log, xml-context.tuc
system | total runtime: 9.310 seconds of 9.350 seconds
So, the improvement is clear in current latest.
Many thanks again for the improvement,
Pabloresolvers | formats | executing runner 'run luametatex format': ~/context/tex/texmf-linux-64/bin/luametatex --jobname="./xml-context.xml" --fmt=~/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=~/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=3 --c:environment="xml-context.tex" --c:fulljobname="./xml-context.xml" --c:input="./xml-context.xml" --c:kindofrun=2 --c:maxnofruns=9 --c:purgeall --c:texmfbinpath="~/context/tex/texmf-linux-64/bin"
structure > lists > out of order sectionsblocks, maybe use \setsectionblock
structure > lists > out of order sectionsblocks, maybe use \setsectionblock
structure > lists > out of order sectionsblocks, maybe use \setsectionblock
structure > lists > out of order sectionsblocks, maybe use \setsectionblock
system >
system > ConTeXt ver: 2022.12.21 17:13 LMTX fmt: 2022.12.21 int: english/english
system >
system > 'cont-new.mkxl' loaded
open source > level 1, order 1, name '~/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 '~/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system > 'cont-loc.mkxl' loaded
open source > level 1, order 2, name '~/context/tex/texmf-local/cont-loc.mkxl'
close source> level 1, order 2, name '~/context/tex/texmf-local/cont-loc.mkxl'
system > files > jobname './xml-context', input './xml-context.xml', result './xml-context'
fonts > latin modern fonts are not preloaded
languages > language 'en' is active
open source > level 1, order 3, name 'xml-context.tex'
open source > level 2, order 4, name '~/from-pandoc-to-context/pandoc-xhtml.tex'
close source> level 2, order 4, name '~/from-pandoc-to-context/pandoc-xhtml.tex'
colors > 'rgb' color space is supported
colors > 'cmyk' color space is supported
fonts > checks > registering extra script 'auto'
fonts > bodyfont '15pt' is defined (can better be done global)
fonts > bodyfont '18pt' is defined (can better be done global)
close source> level 1, order 4, name 'xml-context.tex'
system > processing as xml: ./xml-context.xml
xml > core > ignoring public entities 'html' as '-//W3C//DTD XHTML 1.0 Transitional//EN' from 'http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd'
structures > begin of sectionblock 'whatcomesfirst'
structures > bookmark: [Portada]
structure > sectioning > hiddentitle @ level 2 : 0.0 -> [Portada]
fonts > bodyfont '25pt' is defined (can better be done global)
fonts > bodyfont '30pt' is defined (can better be done global)
fonts > bodyfont '20pt' is defined (can better be done global)
backend > xmp > using file '~/context/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml'
pages > flushing realpage 1, userpage 1, subpage 1
pages > flushing realpage 2, userpage 2, subpage 2
structures > bookmark: [Título]
structure > sectioning > hiddentitle @ level 2 : 0.0 -> [Título]
pages > flushing realpage 3, userpage 3, subpage 3
structures > bookmark: [Derechos de autor]
structure > sectioning > hiddentitle @ level 2 : 0.0 -> \xmlflush {main::24}
pages > f
[NTG-context] upload
Hi, I uploaded a new version of lmtx. This version uses a new counter and dimension model deep down (\newinteger and \newdimension) which is more efficient in certain cases. From the user's perspective there is no difference between \newcount and \newdimen although there are some fundamental differences. I might have overlooked a few cases where it does make a difference in ConTeXt (easy to handle once I know). The test suite runs 5-10 % faster depending on the load of the machine and the gain mostly relates to memory access (where processes fight over memory and cpu cache). Of course I can probably gain more but using a faster machien than this 5 year old one but why waste a good machine. Some other possible speedups are on-hold till I have better test cases. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] bottlenecks
On 2022-12-16 17:07, Hans Hagen via ntg-context wrote: On 12/16/2022 10:08 PM, Rik Kabel via ntg-context wrote: Hans, Here are the stats for a 346 page book. Fonts are all cached. Compilation is via a make file which processes this as: context --noconsole --overloadmode=error --batchmode --nonstopmode --nosynctex misquotation_bodyonly.mkvi > nul and is run under W11 x64 on an i7-8550U. The only tables are contents ok, not the fastest i7 out there, more the tablet one, right? and acronyms, and such, nothing complex. No graphics. Compact fonts are enabled. can you check compact mode .. when compact fonts are not enabled, do you get the same > mkiv lua stats > font engine: otf 3.131, afm 1.513, tfm 1.000, 84 > instances, 67 shared in backend, 3 common vectors, 64 common hashes, i wonder why so many instances mkiv lua stats > node memory usage: 6869 attribute, 4608 dir, 4612 glue, 84 gluespec, 2304 glyph, 3072 hlist, 3 kern, 647 mathspec, 5 penalty, 2 temp this is suspicious ... i fixed a dir leak recently but having 3K boxes dangling ... In neither case do the sum of the times listed in the stats come close to the total runtime (in the second example, 14.774 seconds of 23.057 are accounted), so there are other unidentified processes involved. these stats are an indication because below a threshold (time accuracy) nothing is measured In any case, the processing time has been improving greatly over the last couple of years, and LMTX is significantly faster that MkIV in all of my work. sure, that is to be expected although it depends a bit on the use case, for instance the backend is slower (but does much more) so initially lmtx was actually slower but at some point we started gaining (and i can probably gain a little more) i wonder why directions bump time because much of what tex does is sort of agnostic for directions (the backend needs more time but i don't see that in your stats) when you run with --profile you get a much slower run but might get some info from the extra log Hans The laptop was hot stuff in 2017 with 16GB RAM, 1TB SSD, and a 4K touch screen -- today, not so hot. Due to be replaced next year. Here are the numbers without compact fonts enabled. Not much difference. mkiv lua stats > used config file: selfautoparent:/texmf/web2c/texmfcnf.lua mkiv lua stats > used cache path: C:/ConTeXt_LMTX/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e mkiv lua stats > resource resolver: loadtime 0.045 seconds, 1 scans with scantime 0.037 seconds, 0 shared scans, 37 found files, scanned paths: C:/Users/micro/texmf mkiv lua stats > stored bytecode data: 507 modules (0.243 sec), 106 tables (0.016 sec), 613 chunks (0.259 sec) mkiv lua stats > traced context: maxstack: 4107, freed: 2452, unreachable: 1655 mkiv lua stats > cleaned up reserved nodes: 78 nodes, 8 lists of 438 mkiv lua stats > node memory usage: 6869 attribute, 4608 dir, 4612 glue, 84 gluespec, 2304 glyph, 3072 hlist, 3 kern, 647 mathspec, 5 penalty, 2 temp mkiv lua stats > node list callback tasks: 13 unique task lists, 37 instances (re)created, 87130 calls mkiv lua stats > h-node processing time: 3.454 seconds including kernel mkiv lua stats > inserted spaces in output: 106016 mkiv lua stats > attribute processing time: 0.295 seconds front- and backend mkiv lua stats > driver time: 2.487 seconds mkiv lua stats > used backend: pdf mkiv lua stats > jobdata time: 0.290 seconds saving, 0.053 seconds loading mkiv lua stats > callbacks: file: 34388, saved: 191153, direct: 8, function: 173574, value: 345, message: 0, bytecode: 613, late 0, total: 400081 (1184 per page) mkiv lua stats > randomizer: resumed with value 0.88558194690977 mkiv lua stats > v-node processing time: 0.250 seconds mkiv lua stats > loaded patterns: agr:gr:62 cn::58 de::3 deo:de:9 en::1 es::64 fr::63 it::66 la::67 ru::22, load time: 0.000 mkiv lua stats > structure elements: 28145 element chains identified mkiv lua stats > interactive elements: 3982 references, 4873 destinations mkiv lua stats > margin data: 497 entries, 0 pending mkiv lua stats > loaded fonts: 14 files: antykwatorunska-bold.otf, antykwatorunskacond-bold.otf, antykwatorunskacond-regular.otf, libertinusmath-regular.otf, libertinusmono-regular.otf, libertinussans-italic.otf, libertinussans-regular.otf, libertinusserif-italic.otf, libertinusserif-regular.otf, libertinusserif-semibold.otf, zentb___.otf, keteraramtsova.ttf, msjh.ttc, times.ttf mkiv lua stats > font engine: otf 3.131, afm 1.513, tfm 1.000, 84 instances, 67 shared in backend, 3 common vectors, 64 common hashes, load time 1.076 seconds mkiv lua stats > text directions: 4.987 seconds mkiv lua
Re: [NTG-context] bottlenecks
On 12/16/2022 10:08 PM, Rik Kabel via ntg-context wrote: Hans, Here are the stats for a 346 page book. Fonts are all cached. Compilation is via a make file which processes this as: context --noconsole --overloadmode=error --batchmode --nonstopmode --nosynctex misquotation_bodyonly.mkvi > nul and is run under W11 x64 on an i7-8550U. The only tables are contents ok, not the fastest i7 out there, more the tablet one, right? and acronyms, and such, nothing complex. No graphics. Compact fonts are enabled. can you check compact mode .. when compact fonts are not enabled, do you get the same > mkiv lua stats > font engine: otf 3.131, afm 1.513, tfm 1.000, 84 > instances, 67 shared in backend, 3 common vectors, 64 common hashes, i wonder why so many instances mkiv lua stats > node memory usage: 6869 attribute, 4608 dir, 4612 glue, 84 gluespec, 2304 glyph, 3072 hlist, 3 kern, 647 mathspec, 5 penalty, 2 temp this is suspicious ... i fixed a dir leak recently but having 3K boxes dangling ... In neither case do the sum of the times listed in the stats come close to the total runtime (in the second example, 14.774 seconds of 23.057 are accounted), so there are other unidentified processes involved. these stats are an indication because below a threshold (time accuracy) nothing is measured In any case, the processing time has been improving greatly over the last couple of years, and LMTX is significantly faster that MkIV in all of my work. sure, that is to be expected although it depends a bit on the use case, for instance the backend is slower (but does much more) so initially lmtx was actually slower but at some point we started gaining (and i can probably gain a little more) i wonder why directions bump time because much of what tex does is sort of agnostic for directions (the backend needs more time but i don't see that in your stats) when you run with --profile you get a much slower run but might get some info from the extra log Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] bottlenecks
mory usage: 6869 attribute, 4608 dir, 4612 glue, 84 gluespec, 2304 glyph, 3072 hlist, 3 kern, 647 mathspec, 5 penalty, 2 temp mkiv lua stats > node list callback tasks: 13 unique task lists, 37 instances (re)created, 86856 calls mkiv lua stats > h-node processing time: 2.899 seconds including kernel mkiv lua stats > inserted spaces in output: 104350 mkiv lua stats > attribute processing time: 0.225 seconds front- and backend mkiv lua stats > driver time: 2.050 seconds mkiv lua stats > used backend: pdf mkiv lua stats > jobdata time: 0.210 seconds saving, 0.053 seconds loading mkiv lua stats > callbacks: file: 34137, saved: 190338, direct: 33, function: 173845, value: 337, message: 0, bytecode: 613, late 0, total: 399303 (1188 per page) mkiv lua stats > randomizer: resumed with value 0.88558194690977 mkiv lua stats > v-node processing time: 0.266 seconds mkiv lua stats > loaded patterns: agr:gr:62 cn::58 de::3 deo:de:9 en::1 es::64 fr::63 it::66 la::67 ru::22, load time: 0.000 mkiv lua stats > structure elements: 28023 element chains identified mkiv lua stats > interactive elements: 3997 references, 4875 destinations mkiv lua stats > margin data: 497 entries, 0 pending mkiv lua stats > loaded fonts: 14 files: antykwatorunska-bold.otf, antykwatorunskacond-bold.otf, antykwatorunskacond-regular.otf, libertinusmath-regular.otf, libertinusmono-regular.otf, libertinussans-italic.otf, libertinussans-regular.otf, libertinusserif-italic.otf, libertinusserif-regular.otf, libertinusserif-semibold.otf, zentb___.otf, keteraramtsova.ttf, msjh.ttc, times.ttf mkiv lua stats > font engine: otf 3.131, afm 1.513, tfm 1.000, 84 instances, 67 shared in backend, 3 common vectors, 64 common hashes, load time 0.991 seconds mkiv lua stats > text directions: 4.016 seconds mkiv lua stats > math tweaking time: 0.155 seconds, 18 math goodie tables mkiv lua stats > graphics processing time: 3.767 seconds including tex, 25 processed images, 25 unique asked, 25 bad names mkiv lua stats > pdf annotations: 3997 links (3997 unique), 0 special mkiv lua stats > font embedding time: 0.061 seconds, 12 fonts mkiv lua stats > result saved in file: misquotation_bodyonly.pdf, compresslevel 1, objectcompresslevel 3 mkiv lua stats > positions: 3983 collected, 1672 deltas, 3973 shared partials, 110 partial entries mkiv lua stats > used platform: win64, type: windows, binary subtree: texmf-win64 mkiv lua stats > used engine: luametatex version: 2.1004, functionality level: 20221214, format id: 679, compiler: gcc mkiv lua stats > tex properties: 740852 hash slots used of 2097152, 51853 control sequences, approximate memory usage: 73 MB mkiv lua stats > lua properties: engine: lua 5.4, used memory: 221 MB, ctx: 195 MB, max: 219 MB, symbol mask: utf (τεχ) mkiv lua stats > runtime: 23.057 seconds, 336 processed pages, 336 shipped pages, 14.572 pages/second Significant time is attributed to text directions (there are a few excerpts in Hebrew), and to graphics processing in the second case. In neither case do the sum of the times listed in the stats come close to the total runtime (in the second example, 14.774 seconds of 23.057 are accounted), so there are other unidentified processes involved. In any case, the processing time has been improving greatly over the last couple of years, and LMTX is significantly faster that MkIV in all of my work. -- Rik On 2022-12-16 15:02, Hans Hagen via ntg-context wrote: On 12/16/2022 8:36 PM, Henning Hraban Ramm via ntg-context wrote: Am 16.12.22 um 18:10 schrieb Hans Hagen via ntg-context: So the challenge is how to determine bottlenecks. Are there users on this list that have document runs of more than 10 seconds (as reference: the luametatex manual takes < 9 seconds for 350 pages and loads plenty fonts and has many tables) or have many (small) runs and are annoyed by the runtime? And if so, what does one guess are the bottlenecks? (1) This is my 366 page ConTeXt book: mkiv lua stats > runtime: 30.592 seconds, 366 processed pages, 366 shipped pages, 11.964 pages/second (2) This is a 720 page novel (first run with this LMTX version, some fonts were still uncached): mkiv lua stats > runtime: 19.275 seconds, 720 processed pages, 720 shipped pages, 37.355 pages/second so what if you add to the top \enableexperiments[fonts.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 -
[NTG-context] bottlenecks
Hi, I'm (occasionally) trying to 'minimize' bottlenecks in the context / luametatex code. This is kind of hard because both are rather efficient already. On regular runs performance is probably okay but there are cases when one has a large complex document (e.g. with many tables) or has many runs (e.g. thousands of documents in one go). In that case even minor speedups can accumulate and become measurable (esp on vms and runs over a network). It can safe time and also energy (which can matter todays KWh pricing). So the challenge is how to determine bottlenecks. Are there users on this list that have document runs of more than 10 seconds (as reference: the luametatex manual takes < 9 seconds for 350 pages and loads plenty fonts and has many tables) or have many (small) runs and are annoyed by the runtime? And if so, what does one guess are the bottlenecks? Hans ps. Much runtime is spent in Lua and there is not that much we can do about making that faster. - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Xml filtering in Lua
On 11/16/2022 10:09 PM, Thomas A. Schmitz via ntg-context wrote: On 11/16/22 21:51, Denis Maier via ntg-context wrote: Just a quick question regarding this? Is xml.filter equivalent to \xmlfilter? If so, how do you pass the match to a command as you'd do with \xmlfilter? I'm still digesting and playing with Massi's reply; will probably be back with more questions :-) Anyway: If you've filtered something out like this local tree = xml.filter (t, "../chapter[@title='mytitle'") always keep in mind that some expressions return a list of matches, that can be looped over and some commands just process the first anyway, it can sometimes help to add print(tstring(tree)) so see what you got Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] \xmldocument vs #1 in \xmlsetsetup
Hi,
most examples in the mkiv-xml manual use #1 with \xmlsetsetup, e.g.
\startxmlsetups xml:demo:base
\xmlsetsetup{#1}{document|section|p}{xml:demo:*}
\stopxmlsetups
However, in quite a few occasions I've noticed the usage of \xmldocument
instead of #1.
What exactly is the difference ?
When should you prefer one over the other?
Best,
Denis
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] something’s wrong with \definefontfallback
Am 30.10.22 um 16:54 schrieb Hans Hagen via ntg-context: On 10/30/2022 4:43 PM, Henning Hraban Ramm via ntg-context wrote: This used to work: \definefontfallback[seguiFB] [file:seguisym.ttf] [0x0-0xF] [check=yes,force=no] \definetypeface [contextstart] [ss] [sans] [segoe] [default][fallbacks=seguiFB] (Intention is to take all missing characters from this symbol font.) But with current LMTX, I get: tex error > tex error on line 48 in file env_contextstart.tex: lua error: registered function call [1145]: ...-14/tex/texmf-context/tex/context/base/mkxl/math-act.lmt:2339: attempt to perform arithmetic on a nil value (field 'depth') Your example is too minimal so i can't test it. Do you also set those fallbacks on a math font (as the error has to do with math fallbacks). Ok, find attached a quite minimal example. Yes, I had the fallback activated for math (since some enumeration symbols were missing), but I get an error also without math. Btw, 0x0-0xF is a bit over the top, Well, if I want to replace all missing characters without thinking too much which that might be? Hraban fontfallbacktest.tex Description: TeX document ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] something’s wrong with \definefontfallback
On 10/30/2022 4:43 PM, Henning Hraban Ramm via ntg-context wrote: This used to work: \definefontfallback[seguiFB] [file:seguisym.ttf] [0x0-0xF] [check=yes,force=no] \definetypeface [contextstart] [ss] [sans] [segoe] [default][fallbacks=seguiFB] (Intention is to take all missing characters from this symbol font.) But with current LMTX, I get: tex error > tex error on line 48 in file env_contextstart.tex: lua error: registered function call [1145]: ...-14/tex/texmf-context/tex/context/base/mkxl/math-act.lmt:2339: attempt to perform arithmetic on a nil value (field 'depth') Your example is too minimal so i can't test it. Do you also set those fallbacks on a math font (as the error has to do with math fallbacks). Btw, 0x0-0xF is a bit over the top, Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] new upload
On 10/15/2022 10:48 AM, Pablo Rodriguez via ntg-context wrote: On 10/15/22 09:41, Hans Hagen via ntg-context wrote: On 10/14/2022 4:14 PM, Pablo Rodriguez via ntg-context wrote: [...] Many thanks for the new version, Hans. I have discovered that it includes in tex/texmf-context/source/luametatex what should be the LMTX source (about 11MB). It zips to 2 MB and totals to less of a picture on a fancy phone ... Many thanks for your reply, Hans. At least on my system, I think every file is downloaded uncompressed. With a low speed connection (here, the service isn’t great all the time), having to download over 400 files is a killer. as has been pointed out, you only download the changed files and those are not many when sources are not included some complain, when they are others com-plain ... The storage space on disk is irrelevant, I totally agree with you. I wish I could say that large updates such as these weren’t a problem in some cases. But sometimes this isn’t true here. With incremental updates, the downloading process takes way shorter in subsequent updates (as Alan pointed out). But the first time it might take too much (so the script quits). just run twice as the script will pick up the idea is to provide the user with all he needs as archive so no dependencies (apart from a compiler). Also by including the source we can sort of guaranteed that you get what you expect to work with the tex files (no interference with distribution patches our of our control). It has always been part of the plan with luametatex. So ... it will not be optional. I asked to make this optional not to avoid having the source, but to be able to complete the update process. i guess a few extra fonts are more demanding, actually the number of fonts in the installation dropped (for now) so that compensates the larger source tree I’m not extremely confident, but I hope I will manage to update ConTeXt at the office (next working day). Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] new upload
On 10/15/22 09:41, Hans Hagen via ntg-context wrote: > On 10/14/2022 4:14 PM, Pablo Rodriguez via ntg-context wrote: >> [...] >> Many thanks for the new version, Hans. >> >> I have discovered that it includes in >> tex/texmf-context/source/luametatex what should be the LMTX source >> (about 11MB). > > It zips to 2 MB and totals to less of a picture on a fancy phone ... Many thanks for your reply, Hans. At least on my system, I think every file is downloaded uncompressed. With a low speed connection (here, the service isn’t great all the time), having to download over 400 files is a killer. The storage space on disk is irrelevant, I totally agree with you. I wish I could say that large updates such as these weren’t a problem in some cases. But sometimes this isn’t true here. With incremental updates, the downloading process takes way shorter in subsequent updates (as Alan pointed out). But the first time it might take too much (so the script quits). > the idea is to provide the user with all he needs as archive so no > dependencies (apart from a compiler). Also by including the source we > can sort of guaranteed that you get what you expect to work with the tex > files (no interference with distribution patches our of our control). It > has always been part of the plan with luametatex. So ... it will not be > optional. I asked to make this optional not to avoid having the source, but to be able to complete the update process. I’m not extremely confident, but I hope I will manage to update ConTeXt at the office (next working day). Many thanks for your help, Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] (any) neovim users?
On Fri, 14 Oct 2022 18:59:24 - (UTC) Nicola via ntg-context wrote: > Yours is a valid concern, but maintaining (Neo)Vim plugins is > a community effort. I took over the development of the ConTeXt plugin > because I wanted to improve the support for ConTeXt in Vim, and at the > time the plugin had no active maintainer. In the same way, an > unsatisfied user might take over the development of a ConTeXt plugin > for NeoVim, or maybe even for both systems. Anyone can submit a > patch, and I would welcome a co-maintainer, or even someone who would > like to take over. I alone simply do not have enough capacity to wet > my feet in two rivers. > > Indeed, if you or someone reading this would like to steer the > direction of future development of those plugins, let me know! I thank you and any/everyone in the community who contributes in an way, and of course my question was not meant as a critique of any tool or package or plugin. In fact, I do *not* use any plugin functionality such as async typesetting. I do find syntax (color) highlighting helpful, sometimes (when it works ;-) It generally presently has many problems. Neovim integrates a lua parser. Unfortunately, I believe that it is still lua 5.1. Nevertheless, it could possibly benefit from the (maintained) lpeg Context syntax parser. Getting an error message now with %@context is annoying. Hopefully, somebody on this mailing list may know and care something about this. Alan ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] (any) neovim users?
On 2022-10-14, Alan Braslau via ntg-context wrote: > On Fri, 14 Oct 2022 16:48:42 - (UTC) > Nicola via ntg-context wrote: > >> On 2022-10-14, Alan Braslau via ntg-context >> wrote: >> > A recent upgrade of the editor neovim leads to the following error >> > when using % identification at the head of .tex source >> > files. >> >> The ConTeXt plugin (as well as MetaPost and MetaFont ones) has >> recently been rewritten in Vim 9 script (the new scripting language >> embedded in Vim), which NeoVim does not support, afaik. See this >> thread: https://github.com/vim/vim/issues/10968. >> >> One thing you can do is: grab the old runtime files and put them in >> you own ~/.vim directory (following a similar layout). You may get >> those from the `runtime` folder of the Vim project: >> https://github.com/vim/vim, or from NeoVim repo. Just checkout >> a revision with the old scripts (searching for "update runtime" in the >> commit logs should help you filter the relevant commits). >> >> Nicola > > Thank you, > > I wonder why a lua error is reported? Sorry, I should have said that I am only *assuming* that what I wrote may be the reason for the error. In fact, I have now tried to open a file starting with %, and I get no error. This with NeoVim v0.7.2. > I also worry that %@context support has now diverged (for whatever > reason) and that Context highlighting is now limited to the one "vim" > variant of the vi editor. Using old runtime files in one's personal > .vim directory locks one into unmaintained (by the Context community) > syntax. I wish that a better solution were available. I am the current maintainer of the ConTeXt/MetaPost/METAFONT plugins. I do not use NeoVim, and maintaining a plugin compatible with both systems would be too much of a headache (I know because I have tried with other plugins). I think that the ConTeXt plugin was not fully functional in NeoVim even before switch to Vim 9 script (async typesetting was based on Vim API and, last time I checked, NeoVim had an incompatible API). Switching to Vim 9 script has many advantages, as Bram has explained in the thread I have linked to. So, I believe that it is only natural that Vim's runtime will gradually move towards Vim 9 script. Yours is a valid concern, but maintaining (Neo)Vim plugins is a community effort. I took over the development of the ConTeXt plugin because I wanted to improve the support for ConTeXt in Vim, and at the time the plugin had no active maintainer. In the same way, an unsatisfied user might take over the development of a ConTeXt plugin for NeoVim, or maybe even for both systems. Anyone can submit a patch, and I would welcome a co-maintainer, or even someone who would like to take over. I alone simply do not have enough capacity to wet my feet in two rivers. Indeed, if you or someone reading this would like to steer the direction of future development of those plugins, let me know! Nicola ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] LMTX generates PDFs with non-working fonts on real printers
On 10/5/2022 6:02 PM, Pablo Rodriguez via ntg-context wrote: It happens both with LuaMetaTeX and LuaTeX. When playing with certain levels of zooming, some blank spots are displayed inside the characters (printing is fine). Such artifacts can result from operating in the extremes and one has to keep in mind that maybe not all variables fonts have all characters tested for these extremes. Actually even regular fonts can have such effects like small bumps (we saw some in math fonts) and these also show up in font editors. But normally we don't see these at small sizes. Some has to do with 'sloppy or difficult or challenging' designs, some with (eo)fill side effects not much different from what mp graphics can do with envelopes (we've written about that). I'd not loose sleep over this. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] LMTX generates PDFs with non-working fonts on real printers
On 10/4/2022 2:35 PM, Leah Neukirchen via ntg-context wrote: Hans Hagen writes: what is sent to the printer .. maybe not pdf but something the printer driver produces For the Ricoh and Samsung printers, we printed the raw PDF directly over JetDirect (port 9100). For the Brother, the "upload PDF" function was used. So no outside printer drivers involved. If I run it through Ghostscript, that somehow fixes it: gs -dPDF -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile=print.pdf foo.pdf normally gs complains when there is an issue Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
