- dev-context - NTG Mailing Lists

double widget for signature?
by Pablo Rodriguez 10 Dec '17

10 Dec '17

Hans, I have the following sample: \setupinteraction[state=start] \starttext \startTEXpage[offset=1em] \definefield[x][signature] \field[x] \stopTEXpage \stoptext And for the signature two widgets are generated (I include object 7 to make sense of the kids in objet 8): 7 0 obj [ 9 0 R ] endobj 8 0 obj << /DA (/rmtf 11.9552 Tf 1.1955 Ts 0 0 0 rg 0 0 0 RG) /DV <FEFF> /F 4 /FT /Sig /Ff 0 /Kids 7 0 R /MaxLen 1024 /Q 0 /Subtype /Widget /T <FEFF0078> /V <FEFF> >> endobj 9 0 obj << /Type /Annot /DA (/rmtf 11.9552 Tf 1.1955 Ts 0 0 0 rg 0 0 0 RG) /F 4 /Parent 8 0 R /Q 0 /Subtype /Widget /Rect [ 14.033 14.033 70.404 25.081 ] >> endobj When Acrobat XI (Win, just in case) signs the document, both widgets are merged into one: 25 0 obj << /AP << /N 14 0 R >> /DA (/rmtf 11.9552 Tf 1.1955 Ts 0 0 0 rg 0 0 0 RG) /DV <FEFF> /F 132 /FT /Sig /Ff 0 /MaxLen 1024 /P 13 0 R /Q 0 /Rect [ 14.033 14.033 464.204 95.701 ] /Subtype /Widget /T <FEFF005300690067006E006500640044006F00630075006D0065006E0074> /Type /Annot /V 21 0 R >> endobj Would it be possible to generate only one annotation widget for the signature? Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

Typo in tabl-tab.mkiv
by Aditya Mahajan 05 Dec '17

05 Dec '17

There is a typo in tabl-tab.mkiv: Line 1075 should be \let\tabl_tabulate_insert_foot\tabl_tabulate_insert_foot_content (note **foot_content** instead of **head_content**) Thanks, Aditya

1 0

Typo in page-brk.mkiv
by Aditya Mahajan 28 Nov '17

28 Nov '17

Line 507: \pagecheckparameter should be \pagecheckerparameter Aditya

1 0

typo in page-pcl.mkiv
by Pablo Rodriguez 19 Nov '17

19 Nov '17

Hans, the attached patch fixes a typo in page-pcl.mkiv. I hope it helps, Pablo -- http://www.ousia.tk

2 1

fix output intent subtype
by Pablo Rodriguez 24 Oct '17

24 Oct '17

Hans, according to Boris Doubrov (one of the developers of the veraPDF parser for PDF/A validation) the subtype of the /OutputIntent dictionary for all PDF/A intents should be GTS_PDFA1 (no GTS_PDFA2 or GTS_PDFA3). Here is his reply for reference: https://github.com/veraPDF/veraPDF-parser/issues/317#issuecomment-338613962. The attached patch fixes the issue. I have tried it myself and it solves the problems with color space profiles. Could you apply it to ConTeXt? Many thanks for your help, Pablo -- http://www.ousia.tk

5 27

/MarkInfo refers to empty object
by Pablo Rodriguez 24 Oct '17

24 Oct '17

Dear list, [I accidentally discovered this issue when validating PDF/A documents with veraPDF.] I have the following sample: \nopdfcompression \setuptagging[state=start] \starttext \startTEXpage[offset=1em] \TeX \stopTEXpage \stoptext The resulting PDF document contains a catalog with the entry "/MarkInfo 17 0 R". If compiled with betas up to 2017.10.15 12:29, the PDF object reads: 17 0 obj << /Marked true >> endobj If compiled with betas starting from 2017.10.19 13:50, the PDF object is empty: 17 0 obj << >> endobj Line 153 in lpdf-tag.lua was changed from its original content in beta 2017.10.15 12:29: Marked = pdfboolean(true), to the new content in beta 2017.10.19 13:50: Marked = lpdf.majorversion == 1 and pdfboolean(true) or nil, I wonder whether this may be related to the LuaTeX version. But this is the newest version from the ConTeXt Suite for the Linux 32bit platform (in beta from 17.10.19 13:50): This is LuajitTeX, Version 1.05.0 (TeX Live 2017) Is this also an issue with more recent LuaTeX versions? Sorry for asking this in the developers’ mailing list, but checking it may be too technical for the standard mailing list. Many thanks for your help, Pablo -- http://www.ousia.tk

2 3

type-del.mkiv
by Wolfgang Schuster 23 Oct '17

23 Oct '17

Hi, there are missing \bgroup (and one \aftergroup) on line 793 and 810 in typo-del.mkiv: \def\typo_delimited_attributed {\dontleavehmode \begingroup \dostarttaggedchained\t!delimited\currentdelimitedtext\??delimitedtext \usedelimitedtextstyleandcolor\c!style\c!color \typo_delimited_start_content + \bgroup + \aftergroup\typo_delimited_attributed_e - \typo_delimited_attributed_e \let\next=} \def\typo_delimited_attributed_e {\typo_delimited_stop_content \dostoptagged \typo_delimited_pop \endgroup} \def\typo_delimited_fontdriven {\dontleavehmode \begingroup \dostarttaggedchained\t!delimited\currentdelimitedtext\??delimitedtext \usedlanguageparameter{\c!left\currentparentdelimitedtext}% was: \currentdelimitedtext \usedelimitedtextstyleandcolor\c!style\c!color \typo_delimited_start_content + \bgroup \aftergroup\typo_delimited_fontdriven_e \let\next=} \def\typo_delimited_fontdriven_e {\typo_delimited_stop_content \usedlanguageparameter{\c!right\currentparentdelimitedtext}% was: \currentdelimitedtext \dostoptagged \typo_delimited_pop \endgroup} Wolfgang

1 0

Re: [dev-context] mathpairs
by Aditya Mahajan 06 Aug '17

06 Aug '17

Hi, I tested with the latest beta and everything works well. Can you also add a virtual character for --. Then I can add the mappings for -->, <--. Others that can be mapped are ::, ::=, -: for which I am attaching a patch file. Aditya

1 0

mathpairs
by Aditya Mahajan 06 Aug '17

06 Aug '17

Hi Hans, Currently the following mathpairs are defined: := \colonequals =: \equalscolon <= \le >= \ge != \neq Are these all? (Why is != defined using specials?) Does it make sense to define others? I can think of the following: << \ll >> \gg <<< \lll >>> \ggg == \equiv In addition, we can also add arrows. Because one wants to distinguish between \Leftarrow (<=) and \le (<=), I am defining arrows using two ==. -> \rightarrow <- \leftarrow <-> \leftrightarrow ==> \Rightarrow <== \Leftarrow <=> \Leftrightarrow ===> \Longrightarrow <=== \Longleftarrow <==> \Longleftrightarrow I see this as marginally useful. Does it make sense to add support for math pairs of size three and four? If so, I am attaching a patch for char-def.lua that provides this support (as well as a test file). Everything works except ===>. The reason is that === is not mapped to anything. In the attached file, I tried mapping === (i.e., 0x2261 + 0x3D) to 0x2A76 (I gave it a mathname "eqeqeq" as well; this is consistent with latex's unicode-math package). However, this glyph is missing from LM and cambria, and === to \eqeqeq mapping doesn't work. Any idea on how to fix this or is there another approach without defining a mapping for ===. (that will also help us to define --> where I couldn't figure out what I should map -- to; I can map it to en-dash, but that just feels wrong). Thanks, Aditya PS: Currently, !=== !<= etc doesn't work (neither does \not <=, etc.). It can be fixed, but at that stage I am not sure it worth using math pairs. PPS: Monospace fonts with ligatures: https://www.hanselman.com/blog/MonospacedProgrammingFontsWithLigatures.aspx

2 3

fix for \attachment[method=hidden]
by Pablo Rodriguez 07 Jun '17

07 Jun '17

Hans, the following sample shows an issue with attachments: \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \setuppapersize[A5, landscape] \setuppagenumbering[location=] \starttext \input knuth\attachment[file=e.pdf, title=Attachment \letterhash1, author=ConTeXt, subtitle=χαλεπὰ τὰ καλά, method=hidden] \stoptext method=hidden (http://pdf.ousia.tk/attachment-hidden.pdf) doesn’t actually attach the file (http://pdf.ousia.tk/attachment-hidden.png) But method=visible (http://pdf.ousia.tk/attachment-visible.pdf) attachs the file (http://pdf.ousia.tk/attachment-visible.png) I’m afraid that method=hidden was missing subtitle, file and name. I would say that buffer is also missing there, but I don’t know what it is used for. The attached .diff file fixes the issue. I have tested it and it works fine. I hope it helps, Pablo -- http://www.ousia.tk

1 1