April 2013 - ntg-context - NTG Mailing Lists

Re: [NTG-context] float combinations
by Robert Blackstone 14 Apr '13

14 Apr '13

On 14 Apr 2013, at 07:05, Hans Hagen <pragma(a)wxs.nl> wrote: > > On 4/13/2013 12:33 PM, Robert Blackstone wrote: >> Dear all, >> A few days ago (10 April 2013, Vol.106, Issue 25) I posted a question >> about giving related but not necessarily adjacent floats the same >> number, as for example Fig. 2a and Fig. 2b. >> In the meantime I found a, not very elegant, solution that only partly >> satisfies me. > > I cooked up something experimental ... after several variants i ended up > with a solution that is only available in the keyword variant: > > \useMPlibrary[dum] > > \starttext > > First line. > > \startplacefigure[location=here,reference=first,title=first] > \externalfigure[dummy][height=2cm] > \stopplacefigure > > Second line. > > \startplacefigure[location=here,reference=second,title=second,group=alpha,groupsuffix=.a] > \externalfigure[dummy][height=2cm] > \stopplacefigure > > Third line. > > \startplacefigure[location=here,reference=third,title=third] > \externalfigure[dummy][height=2cm] > \stopplacefigure > > Fourth line. > > \startplacefigure[location=here,reference=fourth,title=fourth,group=alpha,groupsuffix=.b] > \externalfigure[dummy][height=2cm] > \stopplacefigure > > Fifth line. > > \startplacefigure[location=here,reference=fifth,title=fifth,group=alpha,groupsuffix=.c] > \externalfigure[dummy][height=2cm] > \stopplacefigure > > Last line: \in[first] / \in[second] / \in[third] / \in[fourth] / \in[fifth]. > > \page > > \placelist[figure] > > \stoptext > > (beware: it's groupsuffix, and not suffix as that will add another one > not tracked in the lists) > > Hans Thank you very much, Hans. This is really perfect for my purpose. Best regards, Robert

1 0

Is the lastest beta broken?
by Tim Li 14 Apr '13

14 Apr '13

Today, I updated my ConTeXt standalone but after that, if I ran `context' it would give these message: d:\>context contextmtxrun | forcing cache reload resolvers | resolving | looking for 'texmfcnf.lua' on given path 'C:/Users/peng/texmf/web2c' from specification 'home:texmf/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/bin/' from specification 'selfautoloc:' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/bin/share/texmf-local/web2c' from specification 'selfautoloc:/share/texmf-local/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/bin/share/texmf-dist/web2c' from specification 'selfautoloc:/share/texmf-dist/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/bin/texmf-local/web2c' from specification 'selfautoloc:/texmf-local/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/bin/texmf-dist/web2c' from specification 'selfautoloc:/texmf-dist/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/' from specification 'selfautodir:' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/share/texmf-local/web2c' from specification 'selfautodir:/share/texmf-local/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/share/texmf-dist/web2c' from specification 'selfautodir:/share/texmf-dist/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/texmf-local/web2c' from specification 'selfautodir:/texmf-local/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/texmf-mswin/texmf-dist/web2c' from specification 'selfautodir:/texmf-dist/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on given path 'D:/context/tex/../texmf-local/web2c' from specification 'selfautoparent:/../texmf-local/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on weird path 'D:/context/tex/' from specification 'selfautoparent:' resolvers | resolving | looking for 'texmfcnf.lua' on given path 'D:/context/tex/share/texmf-local/web2c' from specification 'selfautoparent:/share/texmf-local/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on given path 'D:/context/tex/share/texmf-dist/web2c' from specification 'selfautoparent:/share/texmf-dist/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on given path 'D:/context/tex/texmf-local/web2c' from specification 'selfautoparent:/texmf-local/web2c' resolvers | resolving | looking for 'texmfcnf.lua' on given path 'D:/context/tex/texmf-dist/web2c' from specification 'selfautoparent:/texmf-dist/web2c' resolvers | resolving | resolvers | resolving | warning: no lua configuration files found resolvers | resolving | no texmf paths are defined (using TEXMF) resolvers | resolving | mtxrun | the resolver databases are not present or outdated resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-contexts.lua' resolvers | resolving | remembered file 'mtx-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-t-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-t-contexts.lua' resolvers | resolving | remembered file 'mtx-t-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'context.lua' mtxrun | unknown script 'context.lua' or 'mtx-context.lua' d:\> Is this suggesting that the new beta is broken? If not, how can I solve this problem? I like ConTeXt very much!

2 1

Re: [NTG-context] float combinations
by Robert Blackstone 13 Apr '13

13 Apr '13

On 13 Apr 2013, at 13:30 , Alan BRASLAU <alan.braslau(a)cea.fr> wrote: > > This is probably not exactly what you want, however, one can use list= > in \startplacefigure\stopplacefigure to differentiate between the > figure caption and its listing in the list of figures. > > > > \startplacefigure [title={Dutch scenery. > \startitemize [n] > \startitem A cow. \stopitem > \startitem A mill. \stopitem > \stopitemize}, > list=Figure title, > reference=fig:scenery] > > \startcombination [2] > {\externalfigure [cow] [width=.5\textwidth]} {a} > {\externalfigure [mill] [width=.45\textwidth} {b} > \stopcombination > \stopplacefigure > > A cow is shown in \in{figure} [fig:scenery]a. Hi Alan, Thank you for your reaction and your suggestions. Indeed, it is not exactly what I envisaged. I would be happiest if there were a way to add a and b as a suffix to the number, like Figure 2a. With combinations it is easy to have a general Caption and specific captions for the components of the combination. But for the List of Figures I see no other possibility than, for instance "2 Dutch scenery. a. Cow, b. Mill". In fact I have no problems when I can make use of a combination, but, as I wrote, sometimes combinations are impossible for lack of space on the page. What you describe as a challenge for Hans could be perfect, I think, provided an itemization can be interrupted and continued on next page. (I tried your liitle code snippet but ConText would not have it.) Splitting a float combination might turn out to be simpler. Only I have no clue as to how to achieve that. Thanks again. Best regards, Robert

2 1

[***SPAM***] \setscript blocking \hskip functionality
by hwitloc＠gmail.com 13 Apr '13

13 Apr '13

I found that using \setscript{nihongo} breaks the functioning of \hskip. Here is a minimal example. MKIV required. Text source is UTF-8 encoded text. In the first case without \setscript the Japanese \hskip properly functions, but just after the \setscript macro it fails (without err or mention). However, it is interesting to note that \hfill does work in both cases with standard alphabet text. %-------------------------------- \usemodule[simplefonts] \setmainfont[ipaexm] % using a font having Japanese characters \starttext \underbars{Without setscript:} Alphabet\hskip 2cm text 漢字\hskip 2cm 文書 \setscript[nihongo] \underbars{With setscript:} Alphabet\hskip 2cm text 漢字\hskip 2cm 文書 \stoptext %-------------------------------- end

2 1

Re: [NTG-context] Too many word-breaks in consecutive lines
by "H. Özoguz" 13 Apr '13

13 Apr '13

> 100 % automated typesetting > with 100 % perfect results is impossible Hans, I dont think so. Manual typesetting is not "100 % perfect", too. Why automated typesetting shouldn't be able to obtain the same results, like men – some day. Of course that needs much more than just typesetting-rules, e.g. some times one has to rephrase some sentences to get a good result, but this will be possible for programms in future, too. For typesetting alorithms it holds the same, like for chess programms in the past, now fulfilled: They will get to the men-level, and even (far) beyond that. Huseyin

2 1

Different fonts for titles
by "H. Özoguz" 13 Apr '13

13 Apr '13

Hi there, how can I use a different font for titles using simplefont? (chapter, section, subsection, ....) At now, I use (e.g.) \definedfont[name:fontname at 12pt], but for many fonts, that results in bad kerning (empty space between characters), but for some fonts, that works. So, is there a better way to change easily the font (using Simplefont maybe), and how to set the title-fonts (no typescript, if possible :)) Thanks! Huseyin

1 0

Too many word-breaks in consecutive lines
by "H. Özoguz" 12 Apr '13

12 Apr '13

Hi (sorry for many questions today :)), with German you often have the problem, that words are long (most often much longer than english words). So ConTeXt have to break them. But there is a typographical rule: "Do not break words at the end of lines in more than three consecutive lines." So four (or more) breaks each ofter another (line), is forbidden and considered as ugly! By default, ConTeXt does this in many cases, specially with DIN A5 and long words. And I have to manually fix this in every case, that is normal and ok. Is there a way to highlight these attempts of more than three consecutive breaks in one paragraph? Would be easier to find, and to not-oversee. Future suggestion: Perfectly ConTeXt would try to avoid those breaks, but I suspect that would end in ungly kerning and unnormal gaps between words, correct? Huseyin

5 4

Test
by Keith J. Schultz 12 Apr '13

12 Apr '13

Hi All, Sorry for the noise. For some reason I am have been recieving mail from this list. regards Keith.

1 0

Re: [NTG-context] Gridding-Problems with Adobe Garamond
by "H. Özoguz" 12 Apr '13

12 Apr '13

> You can increase the linespacing with a relative > > \setupinterlinespace[line=3.2ex] % default: line=2.8ex > > or a absolute > > \setupinterlinespace[line=14pt] Ok, thanks, that works. Should ConTeXt not choose automatically the correct value? But thanks for now! Huseyin

1 0

Re: [NTG-context] Gridding-Problems with Adobe Garamond
by "H. Özoguz" 12 Apr '13

12 Apr '13

> Does this also happen when you use the typescript for your garamond? > > Can you also add \showgrid to your document to visualize the grid lines. Yes, it does: ++++++++++++++++ \starttypescript [serif] [nimbus] \definefontsynonym [Serif] [file:AGaramondPro-Regular.otf] \definefontsynonym [SerifBold] [file:AGaramondPro-Bold.otf] \definefontsynonym [SerifItalic] [file:AGaramondPro-Italic.otf] \definefontsynonym [SerifBoldItalic] [file:AGaramondPro-BoldItalic.otf] \stoptypescript \definetypeface [nimbus] [rm] [serif] [nimbus] [default] [features=default] \setupbodyfont[nimbus,rm,12pt] \setuplayout [grid=yes] \showgrid \starttext erscheint, aber stetig und beständig ist, hat vor Gott mehr Wert als das, das du zwar auch fortlaufend, doch ohne innere Überzeugung erfüllst.\blank erscheint, aber stetig und beständig ist, hat vor Gott mehr Wert als das, das du zwar auch fortlaufend, doch ohne innere Uberzeugung erfüllst. \stoptext +++++++++++++++++++++++++++ You can see in the example, that I could find the reason for this: It is the height of the letter "Ü". See attachment, is this fixable? Huseyin

2 1