Re: [NTG-context] Off topic: Does a 'free for commercial use' flared-sans font exist in the world?
On Sun, 18 Jun 2023 at 21:56, Hans Hagen via ntg-context wrote: > 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: > >> What is PFC data? > > > > The glyph containers on a table-based SFNT format > > So just shapes or pieces of shapes? > > https://hal.science/hal-02112905v1/file/article-yannis.pdf -- 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] knuth
On Mon, 5 Jun 2023 at 15:18, Alan Braslau via ntg-context < ntg-context@ntg.nl> wrote: > > On 04/06/23 04/06/23, 15:57, Berend de Boer via ntg-context wrote: > >> Probably some on this list already checked how well chatgpt answers > >> questions about domains one knows well and then probably noted that in > >> spite of impressive wording, one can run into quite incorrect answers. > > > > I've been using it for ConTeXt, and to be honest, it works amazingly > > well. It hallucinates sometimes, but it's such a time saver. > > Maybe someone should try asking it to write documentation/manuals? > > As a teacher, we are accustomed to seeing Google/Wikipedia/etc. > cut-and-paste nonsense; now, this nonsense appears more polished, and > our students are none the wiser. Saves them time, too! ;-) > > Who said: "the best way to economize thought is not to think at all"? > not all is bad: sometimes a textual description can replace a formalized notation, e.g. https://fosstodon.org/@t...@mathstodon.xyz/110250604086213386 I can imagine similar examples with tables. Of course a very high level text is often ambiguous (as some kind of formalized grammars, after all) but the example shows that in these cases it is better to fix something already almost ok than to typeset it from scratch. -- 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] knuth
On Thu, 1 Jun 2023 at 11:45, Hans Hagen via ntg-context wrote: > Hi, > > Probably some on this list already checked how well chatgpt answers > questions about domains one knows well and then probably noted that in > spite of impressive wording, one can run into quite incorrect answers. > > One can get really stupid responses about tex and friends, but also can > get impressive exmapled when asked for. (I'm still planning a wrap up of > some.) > > That said, one should read: > >https://cs.stanford.edu/~knuth/chatGPT20.txt > > and this makes a pretty nice new sample file: > > 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. > you can happily include the email that I have sent to you that declares that *you* are the author of MFlua and *I* have nothing to do with it (chatgpt3: as far as I know, the overall number of users+developers of MFLua in the entire solar system is exactly 1 -- me -- at least from 10 years) . For a moment I was even convinced that it was true. On the other hand, I am pretty sure that it will be able to generate perfect lualatex files for articles, reports, and later books. How and when it's more a matter of interest rather than capabilities. -- 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 ___
[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] [ update message ]
On Sun, 7 May 2023 at 16:05, Hans Hagen via ntg-context wrote: > On 5/7/2023 3:18 PM, vm via ntg-context wrote: > > running the sh install.sh script to update to the latest version i get a > > message: > > > > /home/vm/context/tex/texmf-linux-64/bin/luatex: unrecognized option > > '--socket' > > > > there is probably a reason for it, context seems to compile just fine. > ah, ok, so that luatex update even broke the context updater (i didn't > realize that luatex would quit on an unknown option instead of just > ignoring it) > indeed is what happens in this case : luatex emits a message and continues (as the email says: "...context seems to compile just fine.") --socket is a new option for luatex 1.17.0, where sockets are disabled by default . -- 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] PDF 2.0 standard documents now free
On Thu, 6 Apr 2023 at 09:02, Hans Hagen via ntg-context wrote: > On 4/6/2023 8:07 AM, luigi scarso via ntg-context wrote: > > > > > > On Thu, 6 Apr 2023 at 07:54, Henning Hraban Ramm via ntg-context > > mailto:ntg-context@ntg.nl>> wrote: > > > > Am 05.04.23 um 20:09 schrieb Hans Hagen via ntg-context: > > > On 4/5/2023 7:48 PM, Henning Hraban Ramm via ntg-context wrote: > > >> Forwarding from Mastodon: > > >> > > >> Adobe, Apryse, Foxit and PDFAssociation have partnered up and > made > > >> ISO32000-2 2020 (aka PDF 2.0), > > >> ISO/TS 32001 (Extensions to Hash Algorithm Support in ISO > > 32000-2) and > > >> ISO/TS 32002 (Extensions to Digital Signatures in ISO 32000-2) > > >> available as sponsored papers ... so **FREE**. > > >> Follow the links below; no valid email (or address) necessary: > > >> https://www.pdfa.org/sponsored-standards/ > > <https://www.pdfa.org/sponsored-standards/> > > > kind of interesting thatthe one from adobe is version 1 and the > > other one 2 > > > > > > i'll wait till it's really free .. currently it still costs EUR > > 0, so > > > one has to fill in some cart / form > > > > You can put in arbitrary data and then download. > > I don’t think it will become any more free. > > > > > > indeed, but then: why don't we put them on the wiki site / another > > free site ? > > > Any legal restrictions ? > > Probably okay as long as one doesn't resell it for EUR 0 ... > > It all looks a bit weird to me anyway "sponsored standards" esp with > sponsors mentioned on the cover instead of in thanks 'introduction'. > > What happens when the sponsors withdraw? How does that legally work with > distributing? What is there are updates (unlikely anyway). > > Indeed: here pdfa sells to you some books (at 0€ , but it's always a sale) and as a general rule you cannot put them on a public site for a free download -- and this is the case , in my opinion. So one has to fill the form with real data (personal or company), because you are agreeing on a sale. -- 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] PDF 2.0 standard documents now free
On Thu, 6 Apr 2023 at 07:54, Henning Hraban Ramm via ntg-context < ntg-context@ntg.nl> wrote: > Am 05.04.23 um 20:09 schrieb Hans Hagen via ntg-context: > > On 4/5/2023 7:48 PM, Henning Hraban Ramm via ntg-context wrote: > >> Forwarding from Mastodon: > >> > >> Adobe, Apryse, Foxit and PDFAssociation have partnered up and made > >> ISO32000-2 2020 (aka PDF 2.0), > >> ISO/TS 32001 (Extensions to Hash Algorithm Support in ISO 32000-2) and > >> ISO/TS 32002 (Extensions to Digital Signatures in ISO 32000-2) > >> available as sponsored papers ... so **FREE**. > >> Follow the links below; no valid email (or address) necessary: > >> https://www.pdfa.org/sponsored-standards/ > > kind of interesting thatthe one from adobe is version 1 and the other > one 2 > > > > i'll wait till it's really free .. currently it still costs EUR 0, so > > one has to fill in some cart / form > > You can put in arbitrary data and then download. > I don’t think it will become any more free. > > indeed, but then: why don't we put them on the wiki site / another free site ? Any legal restrictions ? -- 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] update / punctuation / math
On Sun, 2 Apr 2023 at 13:57, Pablo Rodriguez via ntg-context < ntg-context@ntg.nl> wrote: > On 4/2/23 11:19, luigi scarso via ntg-context wrote: > > On Sun, 2 Apr 2023 at 11:06, Mikael Sundqvist via ntg-context > > mailto:ntg-context@ntg.nl>> wrote: > > > > If you talk about the math font, I do not see what you mean. Daniel > > has worked a lot on his fonts, and they now work well. > > > > > > indeed the body font is not concrete opentype math but it looks very > > similar at first sight > > Hi Luigi, > > according to type-imp-concrete.mkiv, Concrete-Math.otf seems to be only > used for the math font. > > > here evince & mupdf are quite ok (evince somewhat bolder than mupdf), > > Well, evince displays it wrong (this is an already known issue with fake > bold fonts in evince/poppler, reported years ago > [https://gitlab.freedesktop.org/poppler/poppler/-/issues/645]). > > hm, 4years ago, quite old... and this is not a fake bold, this is an instance of a variable font. But yes, it seems that evince still has the same problem. -- 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] update / punctuation / math
On Sun, 2 Apr 2023 at 10:35, luigi scarso wrote: > > > On Sat, 1 Apr 2023 at 10:28, Hans Hagen via ntg-context < > ntg-context@ntg.nl> wrote: > >> Hi, >> >> > As a side note (it's 2 april now) > the concrete font of the pdf is not rendered well both on web and t on > win/linux desktop . > No surprise, I did some experiments with mflua years ago and my > results had the same problem. > getting old... the pdf doesn't look so bad as I was used to remember https://meeting.contextgarden.net/2017/talks/2017-09-14-luigi-mflua/slides.pdf So yes , it's the instance of the variable font. -- 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] update / punctuation / math
On Sun, 2 Apr 2023 at 11:06, Mikael Sundqvist via ntg-context < ntg-context@ntg.nl> wrote: > > If you talk about the math font, I do not see what you mean. Daniel > has worked a lot on his fonts, and they now work well. > indeed the body font is not concrete opentype math but it looks very similar at first sight (of course... ). I was deceived because I remember its shapes quite well (C ,g a ). > > If you talk about the text font, Hans changed the concrete typescript > so that it uses the variable "mono" Latin modern instead of the > concrete text font that comes from Computer modern unicode. But the > font is also boldened slightly, and perhaps that is what causes your > problem (It did look weird on my phone for half a second or so before > it "got normal"). In okular I see no problems. > > here evince & mupdf are quite ok (evince somewhat bolder than mupdf), okular looks not so good. They all have a caching-something, after the first zooms the pdf is rendered differently. -- 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] update / punctuation / math
On Sat, 1 Apr 2023 at 10:28, Hans Hagen via ntg-context wrote: > Hi, > > As a side note (it's 2 april now) the concrete font of the pdf is not rendered well both on web and t on win/linux desktop . No surprise, I did some experiments with mflua years ago and my results had the same problem. Is it a known issue? -- 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] ConTeXt features in pandoc 3
On Mon, 23 Jan 2023 at 08:30, juh via ntg-context wrote: > > For my own writing I was using Markdown --> Pandoc --> ConTeXt for quite > a while and was happy with it, too. Recently I switched to Org-Mode as I > started to use org-roam to organize my Zettelkasten and want to make use > of the org-mode TODO workflow states to organize the writing process. I > use org-pandoc to export from org-mode/emacs to context. I can also use > ox-context but I have difficulties to customize it to my needs. > > The main problem is that both org-pandoc and ox-context are developed by > very few people. My lisp knowledge is very limited so I have to stick > with what is there. > > Having a solid pipe from the first ideas to the print pdf would be nice. > For now I would say that the exports from org-mode are the weak element > in the chain. But if they fail I can export to Markdown and do the last > steps via Markdown --> Pandoc. > > That said I have to confess that I do more sophisticated layout things > like flyers in pure ConTeXt as it is much faster. > It would be very nice to have a paper / wiki / whatever ... about your workflow Markdown --> Pandoc --> ConTeXt using Org-Mode. In these cases, having "a working workflow" to start with is much better than nothing. -- 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] atan2 function
On Fri, 14 Oct 2022 at 14:58, Taco Hoekwater via ntg-context < ntg-context@ntg.nl> wrote: > > > > On 14 Oct 2022, at 14:26, Alan Braslau via ntg-context < > ntg-context@ntg.nl> wrote: > > > > Are you using MP in scaled integer or in doubleprecision mode? > > > > I have not looked into the MP angle operator code, but my suspicion is > that it is based on some super-clever John Hobby scheme optimized for > scaled integer calculations. > > The scaled version of “angle” is a handwritten approximation in web, not > using > any math library. I really doubt that that code is faster than calling > atan2() > on a modern machine, but I’ve kept it in because using a lib might give > slightly > different results. > iirc, in metapost the whole scaled number system has no dependency from any external math library (I have not checked the lmtx source yet). ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] PDF viewer
On Thu, Sep 22, 2022 at 8:08 PM Henning Hraban Ramm via ntg-context < ntg-context@ntg.nl> wrote: > Hi all, > I compiled a kind of wishlist what we need or look for in a new or > enhanced open source PDF viewer, as discussed e.g. at the 2021 meeting. > > https://wiki.contextgarden.net/PDF_viewer > > slightly off-topic 1) gs has a new pdf viewer https://www.ghostscript.com/blog/pdfi.html but of course I think that they push on mupdf 2) EBookDroid - PDF & DJVU Reader is a very nice pdf viewer for android, especially on 10" tablets. It's based on mupdf. It seems that mupdf is more suited to be embedded into / used for embedding other programs: latest mupdf (1.20, iirc) has a js console and I think you can interact with the viewer -- sort of the js console of the browser; I haven't seen how yet, perhaps you can add objects on the fly to the documents, in this case one can think of embedding a small luatex (no harms, after all mupdf it's already a big binary) and add (pdf)objects by scripting. -- 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] debugging lmtx and firefox (was: TeXGyre Heros on Firefox)
On Mon, Jul 25, 2022 at 7:52 PM Pablo Rodriguez via ntg-context < ntg-context@ntg.nl> wrote: > > Sadly, as already reported, LuaTeX doesn’t work on Linux anymore. > > hm at least luatex on x86-64 is still ok, as far as I know. -- 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 ___
[NTG-context] Luatex 1.15.0 announcement.
== LuaTeX 1.15.0 2021-12-31 == New primitive \matheqdirmode. By default the short skip detection is not adapted to r2l typesetting and that hasn't been the case since the start of the project. Changing it could break hacks that users came up with but when you set \matheqdirmode to a positive value direction will be taken into account. Several bug fixes (see ChangeLog). -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] LuaMetaLa(!)TeX
On Sun, Feb 13, 2022 at 11:33 AM Henning Hraban Ramm via ntg-context < ntg-context@ntg.nl> wrote: > WTF, someone wrote a LaTeX format for LuaMetaTeX already 3 years ago: > https://github.com/zauguin/luametalatex > > > sure -- he is not "someone", we know Marcel . -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] XMP metadata schema yields invalid PDF/A
On Sat, Feb 5, 2022 at 1:33 PM luigi scarso wrote: > > > On Sat, Feb 5, 2022 at 1:28 PM Karl Pettersson > wrote: > >> >> > >> > From what I understand, ConTeXt applies a custom Dublin Core schema >> > containing just a redefinition of dc:description, which is not coherent >> > with how dc:description is written by the application. >> > >> > This patch to lpdf-pda.xml removes the validation error. >> > >> >> Sorry, diff the other way round according to diff original new. >> > > indeed.. > Ok, now I see. Need to check some things . > -- > luigi > Following https://www.pdfa.org/wp-content/until2016_uploads/2011/08/pdfa_metadata-2b.pdf I think we should replace Text with Lang Alt -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] XMP metadata schema yields invalid PDF/A
On Sat, Feb 5, 2022 at 1:28 PM Karl Pettersson wrote: > > > > > From what I understand, ConTeXt applies a custom Dublin Core schema > > containing just a redefinition of dc:description, which is not coherent > > with how dc:description is written by the application. > > > > This patch to lpdf-pda.xml removes the validation error. > > > > Sorry, diff the other way round according to diff original new. > indeed.. Ok, now I see. Need to check some things . -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] XMP metadata schema yields invalid PDF/A
On Sat, Feb 5, 2022 at 9:48 AM Karl Pettersson wrote: > > Attach metadata xml for the non-validating and validating example > (extraced with `pdfinfo -meta | xmllint format -`) in the > Github issue. > > Here is a reference to the description element. Note that only > description seems to be redefined, not title. > it's not redefined -- it's dropped. And this is ok. You can also check with FOO TITLE and again it's valid. But https://www.iso.org/obp/ui/#iso:std:iso:19005:-1:ed-1:v2:cor:1:v1:en and https://www.iso.org/obp/ui/#iso:std:iso:19005:-1:ed-1:v2:cor:2:v1:en:tab:1 suggest that dc:description and dc:title are of the same type, which is coherent with XMPSpecificationPart1.pdf as in https://github.com/adobe/XMP-Toolkit-SDK/tree/main/docs I.e. these are correct -- but Subject must agree with dc:description TITLE At least, this is what I understand. -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] XMP metadata schema yields invalid PDF/A
On Fri, Feb 4, 2022 at 11:11 PM Karl Pettersson via ntg-context < ntg-context@ntg.nl> wrote: > On Fri, Feb 04, 2022 at 10:25:27PM +0100, Hans Hagen via ntg-context wrote: > > On 2/4/2022 7:29 PM, Karl Pettersson via ntg-context wrote: > > > Hi > > > > > > PDF/A files generated using ConTeXt fail validation with veraPDF, and > > > the reason seems to be that the dc:description metadata is defined with > > > the wrong type in the embedded XMP extension schema. > > > > > > > https://tex.stackexchange.com/questions/632380/generate-pdf-a-with-context > > > > > > https://github.com/veraPDF/veraPDF-library/issues/1224 > > > > > > I can reproduce the problem using TeX Live 2021 (MkIV 2021.03.05). The > > > definition seems to be controlled by this code. > > > > > > > https://source.contextgarden.net/tex/context/base/mkiv/lpdf-pua.xml?search=rdf#l81 > > so "dc:description" is not permitted? it is mentioned in > > > > > https://www.dublincore.org/specifications/dublin-core/dcmi-terms/#http://purl.org/dc/elements/1.1/description > > > > (btw it never failed before) > > The description element is permitted, but the problem seems to be that > its valueType is defined as Text in the embedded schema, while the > metadata element in the PDF has an embedded xml:lang="x-default"> structure. > > > https://github.com/veraPDF/veraPDF-library/issues/1224#issuecomment-1029932963 > > (I suppose the reference to "title" in the issue comment should be > "description".) > > Validating with veraPDF <1.20 does not raise the error. The validation > seems to have changed for redefined types in that version. > > > https://github.com/veraPDF/veraPDF-library/blob/integration/RELEASENOTES.md#validation I am missing something here... true FOO makes a valid pdf 3a with verapdf 1.20.1. But dc:description is like dc:title, so where we are redefining dc:description as Text ? -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] XMP metadata schema yields invalid PDF/A
On Fri, Feb 4, 2022 at 10:26 PM Hans Hagen via ntg-context < ntg-context@ntg.nl> wrote: > On 2/4/2022 7:29 PM, Karl Pettersson via ntg-context wrote: > > Hi > > > > PDF/A files generated using ConTeXt fail validation with veraPDF, and > > the reason seems to be that the dc:description metadata is defined with > > the wrong type in the embedded XMP extension schema. > > > > > https://tex.stackexchange.com/questions/632380/generate-pdf-a-with-context > > > > https://github.com/veraPDF/veraPDF-library/issues/1224 > > > > I can reproduce the problem using TeX Live 2021 (MkIV 2021.03.05). The > > definition seems to be controlled by this code. > > > > > https://source.contextgarden.net/tex/context/base/mkiv/lpdf-pua.xml?search=rdf#l81 > > so "dc:description" is not permitted? it is mentioned in > > > https://www.dublincore.org/specifications/dublin-core/dcmi-terms/#http://purl.org/dc/elements/1.1/description > > and also in XMPSpecificationPart1.pdf https://github.com/adobe/XMP-Toolkit-SDK/tree/main/docs dc:description Language Alternative DCMI definition: An account of the resource. XMP addition: XMP usage is a list of textual descriptions of the content of the resource, given in various languages. -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Critical Editions?
On Fri, Jan 7, 2022 at 6:25 PM hanneder--- via ntg-context < ntg-context@ntg.nl> wrote: > > Probably the situation in South Asian Studies (Indology) is peculiar. > As I indicated, there are mostly no budgets for book typesetting in > Indology and > I know of no real expert for typesetting in this field. In other > words, the authors > have do it themselves, usually in Word etc., but some do use TeX etc. > Our publications > series (Indologica Marpurgensia) is, for instance, all done with > LaTeX, as are my publications > with Harrassowitz, which is the largest publisher in our field in > Germany. There is no institution > offering typesetting of Sanskrit editions, because there is no > commercial interest in it and I > think there is no expertise for this (especially when Indian scripts > are used instead of transliteration). > > Journals are different. Indological journals published by Brill use > TeX internally, which is convenient, > but most others know only Word (->InDesign). That is the situation, > frustrating in a way, but it also > gives some freedom for using TeX (and, sadly, creating one's own > dilettantic designs). > > Jürgen > perhaps this can be interesting https://www.tatzetwerk.nl/ (seen them at a context meeting years ago) -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Critical Editions?
On Wed, Jan 5, 2022 at 12:54 PM Pablo Rodriguez via ntg-context < ntg-context@ntg.nl> wrote: > On 1/5/22 9:43 AM, luigi scarso via ntg-context wrote: > > [...] > > quite old (2014), but perhaps still interesting: > > embedding of a tei-xml into a tagged pdf > > https://www.guitex.org/home/images/ArsTeXnica/AT018/teitagged.pdf > > Luigi, > > if you allow me a comment (or even a suggestion), an English version of > that article updated to LMTX wouuld be of huge help to the rest of us. > yeah, but unfortunately I have no time now. It's for luatex with poppler -- now we have pplib -- and not lmtx, so not so useful I guess. But you can try with $>pdftotext -layout teitagged.pdf and translate teitagged.txt with google. -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Critical Editions?
On Wed, Jan 5, 2022 at 12:00 AM Jean-Pierre Delange via ntg-context < ntg-context@ntg.nl> wrote: > Thomas, > Even if I am an occasional user of CTX (mainly class courses for beginners > and sophomore or by trying to write samples of what it is possible to > achieve with it), and if I think I am aware about what can do CTX or what > it cannot do, I didn't know that you wrote a wiki page on TEI-XML with > ConTeXt : even if I am interested by clever printing and issues with > multi-languages texts topics, I ignored your precious piece of work. I was > interested by the questions of Pr. Jürgen Hanneder, because even if I don't > know a word of Sanskrit, it is allways a true pain to begin with technical > requisits when your real job is to think about the problematic meaning of > ancients or less ancients texts. You precise clearly what I think about > University mores, and J. Hanneder tell us his problems, which all of us > know. > There are, for people who are working on Ancient Greek, Latin, Middle Age > texts or Sanskrit (or whatever) some commercial tools which seem do the > work : but technical efficiency asks allways money. I know of a company > that works for a publisher, whose service is to code some Perl with text > formatted in LaTeX and XML, in order to produce a display on screen and a > printout on paper, until the page which presents the cover of the book and > the summary of the contents, as well as its ISBN code, its price and the > quantity of books in stock. > quite old (2014), but perhaps still interesting: embedding of a tei-xml into a tagged pdf https://www.guitex.org/home/images/ArsTeXnica/AT018/teitagged.pdf -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] problem with MkIV/TeXlive/TEXMFCACHE
On Mon, Aug 30, 2021 at 12:48 PM Rainer J.H. Brandt via ntg-context < ntg-context@ntg.nl> wrote: > luigi scarso via ntg-context writes: > > > > On Fri, Aug 27, 2021 at 10:35 AM Rainer J.H. Brandt via ntg-context < > > > > ntg-context@ntg.nl> wrote: > > > > > The TeXlive documentation says that ConTeXt uses TEXMFCACHE, > > > > > which uses the default $TEXMFSYSVAR;$TEXMFVAR in my texmf.cnf. > > > > > My TEXMFSYSVAR is /var/opt/texlive, but ConTeXt doesn't use it. > > > > > hm, my > > $> mtxrun --variables > > says > > resolvers | lists | TEXMFCACHE > > resolvers | lists | env: unset > > resolvers | lists | var: TEXMFCACHE > > resolvers | lists | exp: > > selfautoparent:texmf-var;home:.texlive2021/texmf-var > > > > and it's ok. So perhaps your selfautoparent it's not ok. > > I will check that. > > But, as I said, my texmf.cnf sets TEXMFCACHE to $TEXMFSYSVAR;$TEXMFVAR, > and TEXMFSYSVAR is /var/opt/texlive. Why is that ignored? > look at texmfcnf.lua -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] problem with MkIV/TeXlive/TEXMFCACHE
On Mon, Aug 30, 2021 at 11:49 AM Rainer J.H. Brandt via ntg-context < ntg-context@ntg.nl> wrote: > Hello Luigi, > > you asked: > > On Fri, Aug 27, 2021 at 10:35 AM Rainer J.H. Brandt via ntg-context < > > ntg-context@ntg.nl> wrote: > > > > > Dear experts, > > > > > > I want to use ConTeXt MkIV as supplied by TeXlive 2021. > > > After installation, I ran "mtxrun --generate". > > > I also tried "context --generate". > > > Both create output in the wrong place. > > > > > > The TeXlive documentation says that ConTeXt uses TEXMFCACHE, > > > which uses the default $TEXMFSYSVAR;$TEXMFVAR in my texmf.cnf. > > > My TEXMFSYSVAR is /var/opt/texlive, but ConTeXt doesn't use it. > > > Instead, it creates /opt/texmf-var and creates its output there. > > > I don't understand why it used that path; I've never used or configured > > > it. > > > > > > How can I convice ConTeXt to use TEXMFSYSVAR? > > > [...] > > > > What does > > $> tlmgr conf > > say ? > > The output is appended below and looks reasonable. In particular, it shows > that I installed under /opt/local/share/texlive and doesn't mention the > "mtxrun --generate" output path /opt/texmf-var at all. > > Please note that I don't use tlmgr and also that I didn't use the TeX Live > installer. I built the binaries from their sources and then installed > the rest from the texmf archive file. I use other engines on a daily basis, > mostly pdflatex, and they work flawlessly. > > Thanks, Rainer > > hm, my $> mtxrun --variables says resolvers | lists | TEXMFCACHE resolvers | lists | env: unset resolvers | lists | var: TEXMFCACHE resolvers | lists | exp: selfautoparent:texmf-var;home:.texlive2021/texmf-var and it's ok. So perhaps your selfautoparent it's not ok. -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] problem with MkIV/TeXlive/TEXMFCACHE
On Fri, Aug 27, 2021 at 10:35 AM Rainer J.H. Brandt via ntg-context < ntg-context@ntg.nl> wrote: > Dear experts, > > I want to use ConTeXt MkIV as supplied by TeXlive 2021. > After installation, I ran "mtxrun --generate". > I also tried "context --generate". > Both create output in the wrong place. > > The TeXlive documentation says that ConTeXt uses TEXMFCACHE, > which uses the default $TEXMFSYSVAR;$TEXMFVAR in my texmf.cnf. > My TEXMFSYSVAR is /var/opt/texlive, but ConTeXt doesn't use it. > Instead, it creates /opt/texmf-var and creates its output there. > I don't understand why it used that path; I've never used or configured > it. > > How can I convice ConTeXt to use TEXMFSYSVAR? > > Or is this a question for the TeXlive folks? > > Thanks for looking at this. > What does $> tlmgr conf say ? -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt exporter for Org Mode
On Tue, Aug 10, 2021 at 10:01 AM Jason Ross via ntg-context < ntg-context@ntg.nl> wrote: > Hello, > > I have developed a ConTeXt exporter for Org Mode. It is available at > https://github.com/Jason-S-Ross/ox-context > > The exporter provides custom environments for each Org Mode entity > in an effort to make customization easier, in contrast to the Pandoc > exporter which uses built-in environments for document elements. > > I appreciate any feedback. > Perhaps just add a README.md that explains how to install it, and a short example. -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___