- ntg-context - Mailing Lists

letter: errors with foot=gbrief
by Peter Münster 10 Jun '12

10 Jun '12

Hello, This file generates some errors: --8<---------------cut here---------------start------------->8--- \usemodule[letter] \setupletterlayer[foot][alternative=gbrief] \startletter[phone=123] test \stopletter --8<---------------cut here---------------end--------------->8--- Workaround: --8<---------------cut here---------------start------------->8--- \setuplettertext[en][address=Address] \setinterfaceconstant {street} {street} \setinterfaceconstant {city} {city} \setinterfaceconstant {phone} {phone} \setinterfaceconstant {email} {email} \setinterfaceconstant {bankname} {bankname} \setinterfaceconstant {banknumber} {banknumber} \setinterfaceconstant {accountnumber} {accountnumber} --8<---------------cut here---------------end--------------->8--- -- Peter

2 1

Re: [NTG-context] LuaLaTeX + fontspec: cannot compare documents with Acrobat
by Jörg Weber 09 Jun '12

09 Jun '12

Hans' MWE is not comparable, but Aditya's example (with \setupbodyfont[palatino]) compares just fine! -----Ursprüngliche Nachricht----- Von: Hans Hagen [mailto:pragma@wxs.nl] Gesendet: Freitag, 8. Juni 2012 16:57 An: mailing list for ConTeXt users Cc: Jörg Weber Betreff: Re: [NTG-context] LuaLaTeX + fontspec: cannot compare documents with Acrobat On 8-6-2012 17:26, Jörg Weber wrote: > (This is an issue I originally posted here: > http://tex.stackexchange.com/questions/58760/lualatex-fontspec-cannot- > compare-documents-with-acrobat and I cross-posted on the LuaTeX User > Mailing list) > > I use the option "compare documents" in Adobe Acrobat Pro a lot to > highlight changes between revisions. What I just noticed is, if I > compile a simple document such as the one below with LuaLaTeX + > fontspec, Acrobat is unable to perform the comparison, giving a > unspecific error message ("cannot compare document..."). Compiling the > same document without fontspec allows the comparison, as does XeLaTeX > + fontspec. > > I tried with TeX Live 2012 and the current MikTeX, without success. > Ulrike Fischer suggested \usepackage{luaotfload} \font\test=Arial > \pagestyle{empty} and \test after \begin{document} instead of > fontspec, but the error remains. Does anyone know what is going on and > of a possible fix? > > \documentclass{article} > > \usepackage{fontspec} > > \usepackage{lipsum} > > \begin{document} > > \lipsum > > \end{document} I can't process that here. This is a easier test: \nopdfcompression \setupbodyfont[dejavu] \startTEXpage[offset=10pt] a % a \stopTEXpage Even such a minimal document cannot be compared. I have no clue how the compare is supposed to work but if a simple 'a' vs 'aa' document does not work while the files preflight ok it's probably an acrobat issue. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

3 4

feature request for \getspr{}
by Peter Münster 09 Jun '12

09 Jun '12

Hi, It would be nice, if \getspr{} of the m-spreadsheet module could print a comma instead of a dot as decimal-point. For now, I use this workaround: --8<---------------cut here---------------start------------->8--- function spreadsheets.get(name,r,c,str) if name == "" then name = current if name == "" then name = "default" end end if not str or str == "" then context(data[name][c][r] or 0) else local result = execute(name,r,c,str) if result then if type(result) == "number" then data[name][c][r] = result end if userdata and userdata.spreadsheet_use_comma then result = tostring(result) result = result:gsub("%.", ",") end context(result) end end end --8<---------------cut here---------------end--------------->8--- -- Peter

2 4

frame and numbering of code snippets using vim-module
by Xenia 09 Jun '12

09 Jun '12

Hi context folks, using the vim module for including MATLAB-code, I noticed some annoying behavior: The frame, that I produced with your help using `\definetextbackground`, is not wide enough for the text inside, or rather the line wraps are done too late (see the attached examples!). Additionally the frame has a bottom line at the end of the page although the code snippet did not end yet. It looks as if a new box begins. Besides there should not be a new line number after a line break. Any ideas what to do? Thanks, Xenia

2 4

first-setup.sh
by Andy Thomas 08 Jun '12

08 Jun '12

Hi all, after a lot of confusion I discovered that first-setup.sh is not Andy-proof. If there is a broken internet connection, the update lua process works and pushes the rsync error message very quickly out of the terminal. I propose to change the rsync line to rsync -rlptv rsync://contextgarden.net/minimals/setup/$platform/bin . || { echo "Cannot reach the repository"; exit 1; } Andy P.S. Someone already did the same to the ruby error message, it is copied a second time at the end.

4 4

back-up.lua; mtx-epub.lua
by Andy Thomas 08 Jun '12

08 Jun '12

Hi all, in my attempts to validate epub export from my context source, I made the following changes to back-up.lua and mtx-epub.lua 1) the actual context language is put in the epub 2) changed the OPS directory to OEBPS. The 2.0.1 Standard does not actually say that is has to have that name, but I only found examples using that one, including the sample documents in the 2.0.1 white paper. 3) changed opf:scheme to UUID, since that is used and not a ISBN number 4) added the encoding info in the opf file 5) changed the single in double-quotes in the opf file manifest. I do not know if it is necessary, but this seams to be more consistent Andy diff back-exp_old.lua back-exp.lua 2370a2371 > language = languagenames[tex.count.mainlanguagenumber], diff mtx-epub_old.lua mtx-epub.lua 46c46 < <?xml version="1.0" encoding="UTF-8" ?> --- > <?xml version="1.0" encoding="UTF-8"?> 50c50 < <rootfile full-path="OPS/%s" media-type="application/oebps-package+xml"/> --- > <rootfile full-path="OEBPS/%s" media-type="application/oebps-package+xml"/> 56c56 < <?xml version="1.0"?> --- > <?xml version="1.0" encoding="UTF-8"?> 62,63c62,63 < <dc:language>en</dc:language> < <dc:identifier id="%s" >urn:uuid:%s</dc:identifier> --- > <dc:language>%s</dc:language> > <dc:identifier id="%s" opf:scheme="UUID">urn:uuid:%s</dc:identifier> 79c79 < local item = [[ <item id='%s' href='%s' media-type='%s'/>]] --- > local item = [[ <item id="%s" href="%s" media-type="%s"/>]] 196a197 > local language = specification.language or "en" 211c212 < lfs.mkdir(file.join(epubpath,"OPS")) --- > lfs.mkdir(file.join(epubpath,"OEBPS")) 220c221 < local target = file.join(epubpath,"OPS",filename) --- > local target = file.join(epubpath,"OEBPS",filename) 256c257 < package = format(package,identifier,identifier,os.uuid(),os.date("!%Y-%m-%dT%H:%M:%SZ"),concat(used,"\n"),idmaker(root)) --- > package = format(package,identifier,language,identifier,os.uuid(),os.date("!%Y-%m-%dT%H:%M:%SZ"),concat(used,"\n"),idmaker(root)) 261,262c262,263 < io.savedata(file.join(epubpath,"OPS",epubroot),package) < io.savedata(file.join(epubpath,"OPS",epubtoc),toc) --- > io.savedata(file.join(epubpath,"OEBPS",epubroot),package) > io.savedata(file.join(epubpath,"OEBPS",epubtoc),toc) 275c276 < os.execute(format(zipper.compressed,epubfile,"OPS")) --- > os.execute(format(zipper.compressed,epubfile,"OEBPS"))

5 9

\externalfigure shows text alongside the picture
by Alfredo Catalina 08 Jun '12

08 Jun '12

I am using \externalfigure to show a picture at the desired scale. Instead of providing a number for the width parameter I have made a definition with \def. When I run in mkiv this I get the text "4t" alongside the picture. \def\DesignSize#1{3.5cm/4*#1}% \starttext \externalfigure[hacker.jpg][width=\DesignSize{4}] \stoptext In mkii is perfect. I've also tried \define[1]\DesignSize{3.5cm/4*#1} with the same result.

2 2

[OT] git-annex: a new option for ConTeXt distribution (kickstarter campaign ends in 4 days)
by Mojca Miklavec 08 Jun '12

08 Jun '12

Hello, a few days ago I ran across this: http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-… and made a symbolic contribution. However, this project could become one of the convenient options to distribute ConTeXt, in the sense that it would probably allow sparse checkouts from git, and we could have one huge git repository and with some basic scripting on the client side (in the same way as it is done now with rsync), user could choose to download just MKIV or just the basic fonts in contrast to a huge collection of fonts that might end up in that big repository. Basically, git could replace rsync (the rsync way could stay; this would just add an extra option). At least that is my understanding, but I admit that I don't have the full picture in front of my eyes and I would actually be grateful for the second opinion from other ([not necessarily] git) experts here. The reason why I'm writing is that by donating the following amounts, one might be able to ask for additional features if/when needed: 100 $ Help set my priorities for which features are the most important. I aim to make the git-annex assistant please you right out of the box by supporting exactly what you need. 250 $ Be my beta tester for the git-annex assistant. You will influence the project throughout, and will set my priorities for which features are the most important. and if this really becomes an important way to distribute ConTeXt, we could either make some kind of "group" donation of a few volunteers, or consider using part of ConTeXt Group funds (as ConTeXt Group was established exactly for the reason to fund projects that are important to the community). If that can help ConTeXt users switch to older version more easily, the requested amounts for funding are more than reasonable. This is what the author has answered to one of my question about how I could let user select which modules to install (module = a collection of fonts, a collection of mkii-only related files, engine-related files etc.) out of the whole distribution: >>>>> I can think of a few ways to handle the checkout of a specific set of modules with git-annex. If there's a text file manifest listing the files in each module, then something like: git annex get $(cat 1.manifest 3.manifest 7.manifest ...) Better, put each module into its own git branch. Then the user can merge in the branches for modules they want. This has the advantage that the only files they'll have visible in their git repository will be for the selected modules. git merge module/1 module/3 module/7; git annex get Users would want to do that after every git pull, presumably, so probably a shell script would be called for. >>>>> What I didn't ask is whether Mac or other non-linux systems would also be supported. Windows seems to be feasible, but not is not guaranteed to happen: "If I'm funded for a year ($20k), I will spend at least one month of it in Windows purgatory, making the port happen. No guarantees of success on this one!" (he is missing less that $1k for that goal though). ----------------------------------- Actually, my original idea/suggestion was actually slightly different and would probably not need any additional software to be installed, but would not necessary be in scope of this project. I'm still looking for a way to have a "smarter" rsync server, so that I could use something like rsync -av rsync://contextgarden.net/suite/context/@tag:2013.12.13T12:13 texmf-context/ and rsync would then serve files from a particular branch/tag/sha of a git repository, without the need to have different version of The biggest problem with everything is that I'm somehow narrow-sided. I need someone to help me think a bit out of the box and get a broader picture. To help me decide if one of the above options (patching rsync server or being beta testers for git-annex) would make sense. Of course anyone is invited to make his/her own donation to git-annex independent of whether or not it will make sense for us to use it, but if there is a consensus that it would be worth using it for the distribution, we could combine our donations or make a donation from ConTeXt Group to become the official beta testers. Mojca (PS: It is not ready yet and I've been promising it for way too long already, but the first change that I will do to the distribution will be the ability to use both current approach as well as a git repository (without the option to exclude stuff), so that if something breaks in the middle of a project after ConTeXt update, it will be trivial to go back in time to any given version of ConTeXt & matching LuaTeX & fonts. At the moment going back in time requires at least a bit of creativity, for example fetching the latest working version of ConTeXt from existing unofficial Git repository etc.)

1 1

LuaLaTeX + fontspec: cannot compare documents with Acrobat
by Jörg Weber 08 Jun '12

08 Jun '12

(This is an issue I originally posted here: http://tex.stackexchange.com/questions/58760/lualatex-fontspec-cannot-compa… and I cross-posted on the LuaTeX User Mailing list) I use the option "compare documents" in Adobe Acrobat Pro a lot to highlight changes between revisions. What I just noticed is, if I compile a simple document such as the one below with LuaLaTeX + fontspec, Acrobat is unable to perform the comparison, giving a unspecific error message ("cannot compare document..."). Compiling the same document without fontspec allows the comparison, as does XeLaTeX + fontspec. I tried with TeX Live 2012 and the current MikTeX, without success. Ulrike Fischer suggested \usepackage{luaotfload} \font\test=Arial \pagestyle{empty} and \test after \begin{document} instead of fontspec, but the error remains. Does anyone know what is going on and of a possible fix? \documentclass{article} \usepackage{fontspec} \usepackage{lipsum} \begin{document} \lipsum \end{document} Best, Jörg

3 2

Indenting problems
by Bill Meahan 08 Jun '12

08 Jun '12

I can't seem to get indenting to work. I've tried various combinations of \setupindenting, \indenting and \indent to no avail. My latest try looks like this: \setuppapersize[letter][letter] \setuplayout [ backspace=0.10\paperwidth, width=0.60\paperwidth, rightmargin=0.20\paperwidth, footer=0pt, topspace=0.10\paperheight, height=0.80\paperheight] \setuppagenumbering[alternative=doublesided] \setupbackgrounds[text][rightmargin][frame=on,rulethickness=0.05pt] \setuplabeltext[en][chapter=Chapter ] \define[2]\ChapterCommand {\inright[][align=middle]{#1}% \midaligned{#2}} \setuphead [chapter] [command=\ChapterCommand, after=\hairline\blank, header=empty, textstyle=\cgd, numberstyle=\sca] \definefontfeature[smallcaps][smallcaps][onum=yes] \definetypeface[mainface][rm][serif] [pagella] [default] \definetypeface[mainface][ss][sans] [modern] [default] \definetypeface[mainface][cg][calligraphy][chorus] [default] \definetypeface[mainface][mm][math] [palatino][default] \setupbodyfont[mainface] \setupindenting[next] \starttext %\showframe \indenting[small] \startchapter[title=Knuth] \input /usr/home/wwm/LoremIpsum.tex %\dorecurse{10}{\input knuth\par} \stopchapter \startchapter[title=Zapf] \dorecurse{10}{\input zapf\par} \stopchapter \stoptext (Yes, this is an expanded version of Wolfgang's example from yesterday.) This is LuaTeX, Version beta-0.70.2-2012052318 (TeX Live 2012) ConTeXt ver: 2012.05.29 00:12 MKIV fmt: 2012.6.7 int: english/english i386-FreeBSD 9.0 -- Bill Meahan K8QN "The pessimist complains about the wind; the optimist expects it to change; the realist adjusts the sails." -- William Arthur Ward This message is digitally signed with an X.509 certificate to prove it is from me and has not been altered since it was sent.

2 3