- ntg-context - Mailing Lists

Re: [NTG-context] TikZ modules are missing \startmodule
by Christoph Reller 11 Dec '17

11 Dec '17

On Fri, Dec 8, 2017 at 9:04 AM, Mojca Miklavec <mojca.miklavec.lists(a)gmail.com> wrote: > Dear Christoph, > > On 8 December 2017 at 08:38, Christoph Reller wrote: >> Hi, >> >> Since a module nesting check has been introduced in file-mod.mkvi, the TikZ >> modules provoke "module wrapping error" messages in the log file. May I >> kindly ask the maintainer of the TikZ modules to insert the missing >> \startmodule command in the following files: >> >> <context-base>\tex\texmf-modules\tex\context\pgf\basiclayer\t-pgf.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\basiclayer\t-pgfbim.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\basiclayer\t-pgfcor.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\frontendlayer\t-tikz.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\math\t-pgfmat.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\systemlayer\t-pgfsys.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfcal.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgffor.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfkey.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfmod.tex >> <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfrcs.tex >> >> Kind regards, >> Christoph > > Thanks for the report. I suspect that the maintainer of TikZ might not > be reading this mailing list (and is certainly not a ConTeXt user > himself). > > I'm CC-ing him. The issue tracker is here: > https://sourceforge.net/p/pgf/bugs/ > > In the past Hans and Aditya wrote a number of patches for TikZ > (potentially even fixing this particular issues, I'm not sure), but > not all of them were included. > > So ... we need some more persistence in making sure that things get > fixed. This list might be the best place to get the patches, but then > you need to make sure that the patches are actually included upstream. > (This reminds me that I probably need to check if TikZ is still > properly synchronized with upstream in our distribution. As far as I > know SF is dropping support for CVS and I need to check how we sync > the sources now.) > > Mojca Thank you Mojca, I hope that Christian will take care for this. Keep up the good work! Cheers, Christoph

2 2

writing a single lpath
by Pablo Rodriguez 10 Dec '17

10 Dec '17

Dear list, excuse my stupid question, but I don’t know how to join with an or these lpaths: {header} {[@id='header']} {header|*[@id='header']} doesn’t work. Which is the right way to do it with a single lpath? Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

TikZ modules are missing \startmodule
by Christoph Reller 08 Dec '17

08 Dec '17

Hi, Since a module nesting check has been introduced in file-mod.mkvi, the TikZ modules provoke "module wrapping error" messages in the log file. May I kindly ask the maintainer of the TikZ modules to insert the missing \startmodule command in the following files: <context-base>\tex\texmf-modules\tex\context\pgf\basiclayer\t-pgf.tex <context-base>\tex\texmf-modules\tex\context\pgf\basiclayer\t-pgfbim.tex <context-base>\tex\texmf-modules\tex\context\pgf\basiclayer\t-pgfcor.tex <context-base>\tex\texmf-modules\tex\context\pgf\frontendlayer\t-tikz.tex <context-base>\tex\texmf-modules\tex\context\pgf\math\t-pgfmat.tex <context-base>\tex\texmf-modules\tex\context\pgf\systemlayer\t-pgfsys.tex <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfcal.tex <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgffor.tex <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfkey.tex <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfmod.tex <context-base>\tex\texmf-modules\tex\context\pgf\utilities\t-pgfrcs.tex Kind regards, Christoph

2 1

WYSIWYM editor on top of ConTeXt / Lout
by Jonas Baggett 07 Dec '17

07 Dec '17

Hi everyone, This is a blog post I recently published: https://jonas17b.wixsite.com/monsite/home/wysiwym-editor-on-top-of-context-…. It is about some ideas I have for a WYSIWYM editor like LyX, but it would be designed for using more than 1 backend (e.g. ConTeXt, Lout), and to give a much better user experience. Anyone interested by the concept? Cheers, Jonas

11 20

Re: [NTG-context] LuaTeX: Weird GC behaviour
by Shreevatsa R 07 Dec '17

07 Dec '17

(Hope this gets threaded with the previous two messages...) I was the one who asked the question (https://tex.stackexchange.com/questions/404617) Another thing I'd like to mention is that after a while `io.lines` simply returned nil, and the second and third return values (error message and error code) that io.lines is supposed to return in case of error were also nil. Even if this issue is not perfectly fixed (i.e. even if io.lines cannot be made to close the file descriptor when it reaches the end of file), I think it would be preferable to throw a clear error when there's a failure to open a new file, instead of silently (and in a not 100% reproducible way) returning nil.

2 1

Re: [NTG-context] Typefile with Chinese, Korean or Japanase text
by Jeong Dal 07 Dec '17

07 Dec '17

Dear Wim, There were a lot of discussions during the night. For the use CJK, I think that Wolfgang’s example is good enough(Nanum fonts are free). Here is another simple way. In 2012, Hans included a typescript file for Un Fonts, you can use it just do “\setupbodyfont”. The good thing is you can handle Korean, Chinese, and Japanese together. I heard that Unfonts are included in TeXLive. If not, you can downloaded it. I hope that you have no problem to compile the follwoing code. Best regards, Dalyoung %%%%% \setupbodyfont[unfonts] \starttext %\typefile[C][]{cjk.asy} 한자와 일본어는 어떤가요? 학이시습지불역열호(學而時習之不亦說乎) 가령 蓄音機(축음기) → レコード(레코드) \stoptext

1 0

Typefile with Chinese, Korean or Japanase text
by Wim Neimeijer 06 Dec '17

06 Dec '17

I am writing a manual where I include code snippets with typefile. Some of the code snippets contain text in Japanese but don't appear in the PDF document as typefile seems to skip the Japanese characters MWE file cjk.asy ======== Label L; L = Label("\\begin{CJK}{UTF8}{gbsn}{\\CJKfamily{gbsn}여보세요 \\end{CJK}"); label(L); shipout(); main file ======= \starttext \typefile[C][]{cjk.asy} \stoptext

9 19

Re: [NTG-context] \startitemize[columns] and footnote
by Christoph Reller 06 Dec '17

06 Dec '17

On Fri, 1 Dec 2017 12:49:33 +0100 luigi scarso <luigi.scarso(a)gmail.com> wrote: > On Fri, Dec 1, 2017 at 10:14 AM, Christoph Reller > <christoph.reller(a)gmail.com> wrote: > > \starttext > > Text \footnote{Bla} > > \startitemize[columns] > > \item Item > > \stopitemize > > \stoptext > > > > In the rendered output, the footnote is drawn on top of the item (see > > attached output.png). I am afraid this looks like a bug. Please consider > > fixing this or tell me how to make footnotes render in the footnote area. > > dunno if it's a bug, > but I usually do > > \starttext > Text \footnote{Bla} > \startcolumns > \startitemize > \item \input knuth\relax > \item \input knuth\relax > \stopitemize > \stopcolumns > \stoptext Thank you for your answer Luigi! (And sorry for my slow response - spam filter was doing crazy things.) Your solution indeed makes the footnote appear at the right place. But the layout is not the same as with \startitemize[columns]. Consider: Text \footnote{Bla} \startcolumns \startitemize \dorecurse{8}{\item Item} \stopitemize \stopcolumns This results in 5 "Item"s in the left column and 3 "Item"s in the right column. On the other hand Text \footnote{Bla} \startitemize[columns] \dorecurse{8}{\item Item} \stopitemize results in 4 "Item"s in both columns, which IMHO is more correct. Don't you agree that \startitmize[columns] is buggy with respect to footnotes? Or is the [columns] parameter not supported anymore? Cheers, Christoph

1 0

LuaTeX: Weird GC behaviour
by Henri 05 Dec '17

05 Dec '17

Dear devs, This was asked on TeX.SX: https://tex.stackexchange.com/questions/404617 The example below runs perfectly fine in the normal Lua interpreter, but crashes in texlua because the maximum number of open file handles is exceeded. This seems to be a peculiarity of io.lines in texlua. Is there anything special to the implementation of it in LuaTeX? Cheers, Henri -- Create the file (once) local filename = 'luatexfilelimit.txt' local file = io.open(filename, "w") file:write("hello world\n") file:close() -- Print its contents (many times) for i = 1, 3000000 do print(string.format('Attempt %d', i)) for line in io.lines(filename) do print(line) end end

2 1

German letter style
by Jan U. Hasecke 05 Dec '17

05 Dec '17

Hi all, contextgarden is full of letter examples. But even the first simple example here http://wiki.contextgarden.net/Letter#Example does not compile. mtx-context | current version: 2017.12.04 16:37 So I want to ask: What is the current approach for writing German style din letters? Ciao! juh

3 2