August 2015 - dev-context - NTG Mailing Lists

(fwd) Bug#480725: mptopdf does not work with beginfig(-1)
by Norbert Preining 29 Jan '19

29 Jan '19

forwarded 480725 dev-context(a)ntg.nl thanks Dear Hans, dear Taco, on the Debian side we got the attached bug report together with a patch for mptopdf.pl. Can you comment on it, or consider it for inclusion? Thanks and all the best Norbert Please leave 480725(a)bugs.debian.org on the Cc list, thanks ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Vienna University of Technology Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- DARENTH (n.) Measure = 0.0000176 mg. Defined as that amount of margarine capable of covering one hundred slices of bread to the depth of one molecule. This is the legal maximum allowed in sandwich bars in Greater London. --- Douglas Adams, The Meaning of Liff

4 3

core-con.mkiv: \doifelseconversionnumber
by Wolfgang Schuster 25 Mar '16

25 Mar '16

Hi, the command \doifelseconversionnumber doesn’t work with MkIV. %%%% begin example \starttext \defineconversion[ctx][c,o,n,t,e,x,t] ctx: \doloop{\doifelseconversionnumber{ctx}{\recurselevel}{[\recurselevel]}{\exitloop}} \stoptext %%%% end example Wolfgang

2 1

core-env.mkvi
by Wolfgang Schuster 30 Aug '15

30 Aug '15

Hi, the two commands \setupwithargument and \fastsetupwithargument (same thing with the \...swapped commands) take their arguments in different order, i.e. we have \setupwithargument{<IDENTIFIER>}{<CONTENT>} and \fastsetupwithargument{<CONTENT>}{<IDENTIFIER>} Can’t the \fastsetupwithargument command take its arguments in the same order (I think this is easier to change because the command isn’t used in the source) as the \setupwithargument command. Wolfgang

2 1

font-fea.mkvi
by Wolfgang Schuster 30 Aug '15

30 Aug '15

Hi, there is a mix of named and numbered parameters (which just looks odd) in the defintion of the following two command. \unexpanded\def\font_feature_yes[#method]{\csname\??featureyes\ifcsname\??featureyes#1\endcsname#1\else\s!unknown\fi\endcsname} \unexpanded\def\font_feature_nop #method{\csname\??featurenop\ifcsname\??featurenop#1\endcsname#1\else\s!unknown\fi\endcsname} Wolfgang

1 0

attr-eff.mkiv
by Wolfgang Schuster 15 Aug '15

15 Aug '15

Hi, \appendtoks \edef\p_method{\effectparameter\c!method}% - \ifx\p_method\v!method + \ifx\p_method\v!command \setuxvalue{\e!start\currenteffect}{\starteffect[#1]}% \setuxvalue{\e!stop \currenteffect}{\stopeffect}% \fi \to \everydefineeffect Wolfgang

1 0

patch: \definegraphictypesynonym
by Brian R. Landy 10 Aug '15

10 Aug '15

Hi, I noticed on recent betas (I'm not sure when this first began) that the command \definegraphictypesynonym no longer works. I corrected it in grph-inc.lua: --- a/tex/texmf-context/tex/context/base/grph-inc.lua +++ b/tex/texmf-context/tex/context/base/grph-inc.lua @@ -429,8 +429,8 @@ end function figures.registersuffix (suffix, target) register('list', target,suffix ) end function figures.registerpattern(pattern,target) register('pattern',target,pattern) end -implement { name = "registerfiguresuffix", actions = register, arguments = { "'list'", "string", "string" } } -implement { name = "registerfigurepattern", actions = register, arguments = { "'pattern'", "string", "string" } } +implement { name = "registerfiguresuffix", actions = figures.registersuffix, arguments = { "string", "string" } } +implement { name = "registerfigurepattern", actions = figures.registerpattern, arguments = { "string", "string" } } I believe I only needed to fix "registerfiguresuffix" but also patched "registerfigurepattern" since the code looks like it isn't working, either. This was tested on 20150805. Best regards, Brian

2 4