November 2014 - ntg-context - NTG Mailing Lists

Problem with PDF bookmarks (outline)
by Michał Goliński 04 Nov '14

04 Nov '14

A few weeks back I've asked here about the structure of titles, as the PDF bookmarks didn't work for me. I was given a solution, which should work, but unfortunately it doesn't. I don't know if this is a bug or is this expected behaviour. For the file: \setupinteraction[state=start] \placebookmarks[part,chapter,section] \setupinteractionscreen[option=bookmark] \starttext \placecontent \startfrontmatter \startchapter[title=Prologue] \input knuth \stopchapter \stopfrontmatter \startpart[title={Part A}] \startchapter[title=One] \input knuth \stopchapter \stoppart \startbackmatter \startchapter[title=Epilogue] \input knuth \stopchapter \stopbackmatter \stoptext ConTeXt (Mk IV) generates a PDF file which has only one item in the bookmarks -- the Prologue. The other chapters show up only if the file is changed with \placebookmarks[chapter,section] but then of course there is no sign of Part A in the bookmarks. I would expect the bookmarks to look like this: Prologue Part A One Epilogue Regards Michał

1 0

beta
by Hans Hagen 03 Nov '14

03 Nov '14

Hi, I reorganized some list code so if something fails in the new beta ... nothing drastic that can't be fixed fast (a few more criteria were needed for the new bibliographic support). 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 -----------------------------------------------------------------

1 0

Re: [NTG-context] (again) bug in index sorting?
by Robert Blackstone 03 Nov '14

03 Nov '14

On 3 Nov 2014, at 10:01 , Alan BRASLAU <alan.braslau(a)cea.fr> wrote > > On Sun, 2 Nov 2014 12:45:25 +0100 > Robert Blackstone <blackstone.robert(a)gmail.com> wrote: > >> >> On 2 Nov 2014, at 12:00 , Pablo Rodriguez <oinos(a)gmx.es> wrote >>> >>> I > Alphabetize letter by letter. When alphabetizing surnames, remember > that “nothing precedes something”: Brown, J. R., precedes Browning, A. > R., even though i precedes j in the alphabet. > > Singh, Y., precedes Singh Siddhu, N. > López, M. E., precedes López de Molina, G. > Ibn Abdulaziz, T., precedes Ibn Nidal, A. K. M. > Girard, J.-B., precedes Girard-Perregaux, A. S. > Villafuerte, S. A., precedes Villa-Lobos, J. > Benjamin, A. S., precedes ben Yaakov, D. Hi Alan, This still puzzles me a bit. You write: “Brown, J. R., precedes Browning, A.R., even though i precedes j in the alphabet.” But isn’t that because “," precedes “i" ? Likewise, when sorting these names (with TeX-Edit Plus), Singh Siddhu, N. comes out before Singh, Y., not the reverse, precisely because, as you say, “nothing precedes something”, or the space between Singh and Siddhu precedes the comma between Singh and Y. Same with López de Molina, G. and López, M. E. Or does ConTeXt, or TeX, have its own sorting order? Best regards, Robert Blackstone

3 2

Natural tables introduces spaces in \type
by Christoph Reller 03 Nov '14

03 Nov '14

On 11/2/2014 2:54 PM, Hans Hagen wrote: > On 11/2/2014 2:27 PM, Christoph Reller wrote: > > Hi, > > > > Why does \type{...} introduce spaces when used inside natural tables? > > > > MWE: > > > > \starttext > > \type{\test\test} %<- no space introduced > > \bTABLE > > \bTR \bTD \typ{\test\test} \eTD \eTR %<- space introduced > > \eTABLE > > \stoptext > > it's the way tex works (when passing arguments) .. you can use this (and > wikify it): > > \definetype[ctype][compact=absolute] > > \bTABLE > \bTR \bTD \ctype{\test\test} \eTD \eTR > \eTABLE Thank you very much Hans! Maybe you could tell me why the following still produces a space in front of the full stop: \definetype[ctype][compact=absolute] \starttext \bTABLE \bTR \bTD \ctype{\test.txt} \eTD \eTR \eTABLE \stoptext Any feedback is welcome. Regards, Christoph

1 0

Equivalent of os.resultof(...) in LaTeX
by Xan 03 Nov '14

03 Nov '14

Hi, Just short question: what's the equivalent in latex of \ctxlua{context(os.resultof("sha256sum \jobname.conTeXt | cut -c -5"))} ? Thanks in advance, Xan

2 1

OT: of interest for inter-European travel
by Alan BRASLAU 03 Nov '14

03 Nov '14

The Deutsche Bahn and its partners in Danemark, in the Netherlands, in France, in Switzerland and in the Czech Republic plan to close the following overnight train lines at the end of the year 2014: Amsterdam-Copenhague Copenhague-Prague Prague-Amsterdam Bâle-Copenhague Berlin-Paris Hambourg-Paris Paris-Munich As long as the overnight train lines to/from Bachotex remain in operation, perhaps we will not be to affected by this "progress". ;) Alan

2 2

Re: [NTG-context] (again) bug in index sorting?
by Robert Blackstone 02 Nov '14

02 Nov '14

On 2 Nov 2014, at 12:00 , Pablo Rodriguez <oinos(a)gmx.es> wrote > > I have the following sample: > > \setuppapersize[A6] > \starttext > \index{tipografía digital} > \index{tipografías} > \index{tomato white} > \index{tomatoes red} > \index{idioma+de un pasaje} > \index{idioma+del documento} > \completeindex > \stoptext > > Latest beta from 2014.10.31 12:47 sorts the index entries the following way: > > tomatoes red > tomato white > > Of course, this sample doesn’t make sense, but the entries in Spanish > do. All of them are wrong sorted. > > Stable version from 2014.01.03 00:40. The different sorting criterium > seems to have been introduced in beta from 2014.10.22 16:23. > > Or shouldn’t be the first word sorted first and then the second one in > index entry? > > Could anyone be so kind to confirm the bug? > > Many thanks for your help, > > > Pablo Hi Pablo, I cannot confirm any bug, but what I would do anyway is to force the sorting in whatever order I want by using \index[]{} with the argument specifying the order. So your example could be: \starttext \index[tipograf\'{i}adig]{tipograf\'{i}a digital} \index[tipograf\'{i}as]{tipograf\'{i}as} \index[idiomadeu]{idioma+de un pasaje} \index[idiomadel]{idioma+del documento} \completeindex \stoptext if you want tipografias digital before tipografias. This works with all mkiv and mkii versions I have, including the ones that I installed today. I use it for a rather comlex three-level index and it works flawlessly (for me). Best regards, Robert Blackstone

2 1

Natural tables introduces spaces in \type
by Christoph Reller 02 Nov '14

02 Nov '14

Hi, Why does \type{...} introduce spaces when used inside natural tables? MWE: \starttext \type{\test\test} %<- no space introduced \bTABLE \bTR \bTD \typ{\test\test} \eTD \eTR %<- space introduced \eTABLE \stoptext Kind Regards, Christoph

2 1

clipping in metafun has weird side effects
by Tobias Columbus 02 Nov '14

02 Nov '14

Dear all, I stumbled upon some very weird behaviour of clipping in metafun/context. When I add some clipped pictures to currentpicture and draw something dashed, some subsequent lines will also be drawn dashed. This behaviour only shows up with context but not with mptopdf or mpost. I attached a minimal example and the corresponding output of context and mptopdf. I tried context versions 2014.05.21 22:04 and 2014.10.29 17:47, but the result is the same in both. Tobias --

2 8

(again) bug in index sorting?
by Pablo Rodriguez 01 Nov '14

01 Nov '14

Dear list, I have the following sample: \setuppapersize[A6] \starttext \index{tipografía digital} \index{tipografías} \index{tomato white} \index{tomatoes red} \index{idioma+de un pasaje} \index{idioma+del documento} \completeindex \stoptext Latest beta from 2014.10.31 12:47 sorts the index entries the following way: tomatoes red tomato white Of course, this sample doesn’t make sense, but the entries in Spanish do. All of them are wrong sorted. Stable version from 2014.01.03 00:40. The different sorting criterium seems to have been introduced in beta from 2014.10.22 16:23. Or shouldn’t be the first word sorted first and then the second one in index entry? Could anyone be so kind to confirm the bug? Many thanks for your help, Pablo -- http://www.ousia.tk

1 0