[NTG-context] Calling \followtokens from with in metapost
Hello list, How can I call the \followtokens macro (or a similar solution) from within metapost? Specifically, I want to integrate text between the semi-circle arcs in a rainbow-like structure (with the text placed inbetween the arcs, that should alsó be drawn). The text should not be stretched but center on the top, flowing evenly distributed on each side. This link will give you an idea: http://www.heilsuefling.is/heilsuefling/upload/images/whp_in_general/determinants_of_health/determinants_of_health.jpg How can this achieved? Regards, Magnus ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bug: Reloading Font
On Sun, Oct 13, 2013 at 12:39:32AM +0200, Hans Hagen wrote: On 10/12/2013 12:19 PM, Khaled Hosny wrote: The problem is that OpenType is hard, you already know that. ConTeXt will never be able to dedicate enough resources to catch up with development, so it makes much sense to reuse the efforts of other free software projects. HarfBuzz is used by much more software projects than what XeTeX was using before (Android, Mozilla, Chrome, LibreOffice, Pango, EFL, to name few), so it is here to stay. That being said, the I bet that previous libs and whatever also have that impression .. I don’t think so, ICU Layout Engine was only used by Java, OpenOffice and XeTeX (as far as free software is concerned), and even for XeTeX it was not adequate and had to be patched. This is different from HarfBuzz, which is a mature piece of code that have been developed and used over a long time and is seeing a wide adoption, my impression is that HarfBuzz is here to stay, just like FreeType; so many people are investing in it. well, in the end I think that open type will fade away too into something else as its design is sort of a compromise. The dev cycles get smaller each year, the claims for 'being the final solution' get more, who can predict ... I doubt that OpenType is going anywhere, not matter how bad it is, the industry has invested so much into it and switching to any completely new solution will be prohibitively expensive. switch in XeTeX did not affect user documents that much (apart from fixing bugs and supporting more OpenType feature, but so does ConTeXt all the time). However, I’m not proposing that LuaTeX be dependant on HarfBuzz or FreeType, but have an optional font loader and shaper that need not even be managed by LuaTeX team. once we have a more or less standardized lib loader (the swiglib project) one can use such libraries, i.e. there is no need to have something more in the luatex core; after all, it all boils down to passing info around; anything hard plugged into to core (even options) will be hard to fight if one wants something else An external module is fine by me, I’m not concerned about LuaTeX itself since even the current loader is not integrated, I’m rather concerned about the ability to use the new loader and shaper with ConTeXt. at that point i can look into for instance freetype and see if a better loader can be made, who knows ... for me loading and shaping are different things Fonts change, font formats evolve, Knuth-style stability is not really achievable, unless one freezes the source code and the fonts forever, and you can do this with external libraries, too; TeX Live is self-contained, just take a snapshot and freeze it forever, and it should be buildable as long as there are C(++) compilers. well, practice ... one also needs to freeze the operating system then but I'm not claiming that long term stability; there was a time that tex was a big system, but nowadays the tds tree is relatively small; unless something magic happens, i think that at some point the complexity of all these big things will explode (one can according to the evangelists get a ruby on rails app up and running in minutes ... but try to update one a few years later) ... with respect to tex: the source tree/build is not trivial (how many folks know all ins-and-outs?) and it makes me already feel quite dependent .. it's the instability of the whole eco system that bothers me well, the formats don't evolve that much, at least not with respect to what we need in tex ... most features are rather generic, but tex user demands evolve and those will always influence matters; also, in the (context) machinery at some point i want to play with other approaches and then the only thing that matters is having data available (we already have some par optimizing code in place for instance) (i'm more worried about inconsistencies and a mess in fonts than in the opentype standard ... many characters / scripts / languages have well properties, so in fact designers could do with predefined sets of features and rules ... sort of the reverse of making shapes and then the features: instead of for each font reinventing the wheel, choose a set of logic, make shapes etc ... positioning is probably most of the issue then; but that's another disucssion) There are already few parts of OpenType that I’m not able to use in my fonts for years because they break the fonts with LuaTeX horribly. I understand the priorities of the team, that is why I think that offloading font support is beneficial to everyone. break in what sense? what features (just curious) ... anyway, The mark filtering sets we discussed few years ago, for instance; I had to redo the whole font in a much more complex way with few more thousands of glyphs to avoid using them so the font remains usable with ConTeXt, and I still get crashes every now and then that I stopped bothering with reporting
Re: [NTG-context] open quotation not working
Am 13.10.2013 um 05:07 schrieb Ciro A. Soto c...@kavyata.com: When I use `` to open a quotation, I don't get the character for open quotation, instead, I get the two single quotation character. (The closing quotation works fine) Is there any command to fix this? (the problem occurs in english or spanish) thank you Read the answers for this thread: http://www.ntg.nl/pipermail/ntg-context/2013/074213.html Wolfgang___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] open quotation not working
Am 13.10.2013 um 06:09 schrieb Ciro A. Soto c...@kavyata.com: sorry, I just saw an old chain of messages about this question... I fixed it with the translation module. \usemodule[translate] \translateinput[``][“] \enableinputtranslation Better use real quotation marks “ and ” or \quotation{…}. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bug: Reloading Font
On 10/13/2013 10:15 AM, Khaled Hosny wrote: On 10/12/2013 12:19 PM, Khaled Hosny wrote: The problem is that OpenType is hard, you already know that. ConTeXt will never be able to dedicate enough resources to catch up with development, so it makes much sense to reuse the efforts of other free software projects. HarfBuzz is used by much more software projects than what XeTeX was using before (Android, Mozilla, Chrome, LibreOffice, Pango, EFL, to name few), so it is here to stay. That being said, the I bet that previous libs and whatever also have that impression .. I don’t think so, ICU Layout Engine was only used by Java, OpenOffice and XeTeX (as far as free software is concerned), and even for XeTeX it was not adequate and had to be patched. This is different from HarfBuzz, which is a mature piece of code that have been developed and used over a long time and is seeing a wide adoption, my impression is that HarfBuzz is here to stay, just like FreeType; so many people are investing in it. seen next remark well, in the end I think that open type will fade away too into something else as its design is sort of a compromise. The dev cycles get smaller each year, the claims for 'being the final solution' get more, who can predict ... I doubt that OpenType is going anywhere, not matter how bad it is, the industry has invested so much into it and switching to any completely new solution will be prohibitively expensive. I'm around long enough to know that this is a dream. What makes us think that solutions (and the political entities that harbour them) we cook up today are the best and stay forever? I'm pretty sure that many though that about paper books. Just look at what came up the last few hundred years ago and faded away. Look at empires. We can only hope that content can be transferred to new 'standards'. It helps to watch the movie about the linotype machinery: a big invention at that time, claimed to have transformed the world due to more info carried around, but all hardware trashed within a few years. So, what will happen when quantum computing combined with some AI shows up? All our claimed perfect and persistent technologies will disappear within a moment. So ... 'anywhere' == today + a few years. switch in XeTeX did not affect user documents that much (apart from fixing bugs and supporting more OpenType feature, but so does ConTeXt all the time). However, I’m not proposing that LuaTeX be dependant on HarfBuzz or FreeType, but have an optional font loader and shaper that need not even be managed by LuaTeX team. once we have a more or less standardized lib loader (the swiglib project) one can use such libraries, i.e. there is no need to have something more in the luatex core; after all, it all boils down to passing info around; anything hard plugged into to core (even options) will be hard to fight if one wants something else An external module is fine by me, I’m not concerned about LuaTeX itself since even the current loader is not integrated, I’m rather concerned about the ability to use the new loader and shaper with ConTeXt. In principle one can plug in anything if it behaves nicely, but of course one cannot expect existing mechanisms (we have additional features and such) to be dropped in favor of something else without pretty good reason. Btw, for me (that is personal) i think that it's not bad to have an alternative shaper like we have in context if only because a standard (like opentype) is no standard if there is only one (to be used) implementation. Also, keep in mind that one can have similar arguments for all components of luatex: - use javascript instead of lua (if we'd started 15 years ago it would have via perl and python and ruby so if would mean yet another change) - use ghostscript as backend - use graphicmagic for loading graphics - use some html renderer (which one to choose) for rendering math and tables and eventually: move on to english only so that we can also drop complex scripts and stick to ascii latin (thinking of it: scripts and such, including math, are the main reason that tex has survived and that only happened because we could mess with fonts independent from already faded out other approaches and programs ... ok, in special ways, but still the messing around meant survival) at that point i can look into for instance freetype and see if a better loader can be made, who knows ... for me loading and shaping are different things Fonts change, font formats evolve, Knuth-style stability is not really achievable, unless one freezes the source code and the fonts forever, and you can do this with external libraries, too; TeX Live is self-contained, just take a snapshot and freeze it forever, and it should be buildable as long as there are C(++) compilers. well, practice ... one also needs to freeze the operating system then but I'm not claiming that long term stability; there was a time that tex was
Re: [NTG-context] Simplefonts
On 10/13/2013 01:39 AM, Wolfgang Schuster wrote: Am 12.10.2013 um 15:04 schrieb Zhichu Chen zhichu.c...@gmail.com mailto:zhichu.c...@gmail.com: Hi Wolfgang, Good to know that, but I might have some questions. On Fri, Oct 11, 2013 at 2:02 AM, Wolfgang Schuster wolfgang.schus...@gmail.com mailto:wolfgang.schus...@gmail.com wrote: Hi all, \definefallbackfamily [mainface] [serif] [DejaVu Serif] [range=cyrillic,force=yes] What if I want to use the CJK font? The code in font-sel.mkvi hints I could use range=chinese but it didn't work. I have to use interval {0x00400-0x2FA1F} explicitly. When you take a look into char-def.lua you can see names certain character ranges and “range=cyrillic” used such a name. For a chinese font you need “range={cjkunifiedideographs,cjkunifiedideographsextensiona,…}. Because the list with names is very long you do this setup only once with the \definefontfamilypreset command, e.g. \definefontfamilypreset[chinese][range={cjkunifiedideographs,cjkunifiedideographsextensiona,…}] and load this setup when you set the font with \definefontfamilyfallback, e.g. \definefontfamilyfallback[typeface][style][font][preset=chinese] For the moment I added three presets “chinese”, “japanese” and “korean” but they need better names, e.g. “range:chinese” because there could be also “features:chinese” etc. I get it now. I can put range and features of the fallback fonts in the preset. And how can I assign the boldfont, italicfont and bolditalicfont? I'm currently using the Adobe Song Std as the regular font but it didn't come with a bold version or else, hence I might need this feature. The module provides keys to apply a certain font and feature for each alternative (upright, italic etc.) of a font, a complete list with all keys is shown in the table below. --- | Alternative | Font| Feature | |-| | tf | regularfont | regularfeatures | | it | italicfont | italicfeatures | | sl | slantedfont | slantedfeatures | | bf | boldfont| boldfeatures| | bi | bolditalicfont | bolditalicfeatures | | bs | boldslantedfont | boldslantedfeatures | | sc | smallcapsfont | smallcapsfeatures | --- The feature-keys expect the name from the \definefontfeature command, when you don’t specify a feature to a certain alternative the value from the “features” key is used. When you want to set a certain font for a alternative there are different ways, I’m going to show the different ways with a few examples where I change the font for italic. Thanks for the descriptions. I have made a small test and turns out the regularfont has to be assigned to something or the other xxxfonts won't have any effects. Here's my code: = \definefallbackfamily [mainface] [serif] [adobesongstd] [range={0x00400-0x2FA1F}% ,regularfont=name:adobesongstdlight% ,italicfont=name:adobefangsongstdregular% ,boldfont=name:adobeheitistdregular% ,bolditalicfont=name:adobekaitistdregular% ,force=yes% ,features=song% ] = and if I remove the regularfont=... line, the boldface Chinese characters will use the Adobe Song Std font as well. Same thing happened when I used the preset=xxx option which I don't know if it is intended to behave like that, by the way. Oh, and off the topic, can I use effect to assign the fonts? Like if I have defined = \defineeffect[mybold][alternative=both,rulethickness=\dimexpr\bodyfontsize/10\relax] = I would like to use this effect to apply to my bold fonts, maybe: = \setupfontfamily [serif] [DejaVu Serif] [boldfont=effect:mybold] = I know this has nothing to do with this module. I just thought this might be interesting. 1. Use the filename of a font. With the “file:” prefix you can the tell the module to look for a file with the given name, when the file isn’t found the font from the tf-alternative is used. The file-method is also used when you omit the prefix. \setupfontfamily [serif] [DejaVu Serif] [italicfont=file:dejavuserifbold] \starttext Regular and \it Italic \stoptext 2. Use a certain style. When you use the “style: ”prefix the module looks for a certain style of the requested font. \setupfontfamily [serif] [DejaVu Serif] [italicfont=style:bolditalic] \starttext Regular and \it Italic \stoptext 3. Search for a font with a certain name. When you use the “name:” prefix the module looks for a font with the requested name. Names are internal values of a font
Re: [NTG-context] bug or needs warning documentation
On 10/12/2013 2:15 PM, d.henman wrote: I found what I consider a bug in startcombination processing. it's actually a side effect of a tex property: \hbox {x} is the problem here. Makes me wonder if we should also ignore par tokens there (we already have an always \long variant in the engine anyway) The same is true for alignments and display math. 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Simplefonts
Am 13.10.2013 um 11:56 schrieb Zhichu Chen zhichu.c...@gmail.com: Thanks for the descriptions. I have made a small test and turns out the regularfont has to be assigned to something or the other xxxfonts won't have any effects. Here's my code: = \definefallbackfamily [mainface] [serif] [adobesongstd] [range={0x00400-0x2FA1F}% ,regularfont=name:adobesongstdlight% ,italicfont=name:adobefangsongstdregular% ,boldfont=name:adobeheitistdregular% ,bolditalicfont=name:adobekaitistdregular% ,force=yes% ,features=song% ] = and if I remove the regularfont=... line, the boldface Chinese characters will use the Adobe Song Std font as well. Same thing happened when I used the preset=xxx option which I don't know if it is intended to behave like that, by the way. I can fit this, it’s a side effect for font families with a single font, e.g. Adobe Song Std which has only the Light font but no files for regular, bold etc. Oh, and off the topic, can I use effect to assign the fonts? Like if I have defined = \defineeffect[mybold][alternative=both,rulethickness=\dimexpr\bodyfontsize/10\relax] = I would like to use this effect to apply to my bold fonts, maybe: = \setupfontfamily [serif] [DejaVu Serif] [boldfont=effect:mybold] = I know this has nothing to do with this module. I just thought this might be interesting. That’s not possible but you can the slant and extend options from \definefontfeature. http://wiki.contextgarden.net/Simplefonts#Faking_italics_and_bold_fonts Wolfgang___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bug: Reloading Font
On Sun, Oct 13, 2013 at 10:15 AM, Khaled Hosny khaledho...@eglug.orgwrote: An external module is fine by me, I’m not concerned about LuaTeX itself since even the current loader is not integrated, I’m rather concerned about the ability to use the new loader and shaper with ConTeXt. A minimal luatex wrapper for harfbuzz for Linux x86_64 is quite straight Build configuration: Unicode callbacks (you want at least one): Glib:true ICU:false UCDN:false Font callbacks (the more the better): FreeType:true Tools used for command-line utilities: Cairo:true Additional shapers (the more the better): Graphite2:false Platform shapers (not normally needed): CoreText:false Uniscribe:false Other features: Documentation:false GObject bindings:false Introspection:false core.i %module core %{ #include harfbuzz/hb-ot.h #include harfbuzz/hb-ft.h #include harfbuzz/hb-glib.h #include ft2build.h #include FT_FREETYPE_H %} %include harfbuzz/hb-common.h %include harfbuzz/hb-blob.h %include harfbuzz/hb-buffer.h %include harfbuzz/hb-deprecated.h %include harfbuzz/hb-face.h %include harfbuzz/hb-font.h %include harfbuzz/hb-set.h %include harfbuzz/hb-shape.h %include harfbuzz/hb-shape-plan.h %include harfbuzz/hb-unicode.h %include harfbuzz/hb-version.h %include harfbuzz/hb.h; %include harfbuzz/hb-ft.h; %include harfbuzz/hb-glib.h; %include harfbuzz/hb-ot.h; %include harfbuzz/hb-ot-layout.h; %include harfbuzz/hb-ot-tag.h; %include harfbuzz/hb-shape.h; ## ## build-gcc.sh ## . ./vars.sh swig -cpperraswarn -c++ -lua core.i rm -vf core_wrap.o g++ -O2 -fPIC -I./harfbuzz -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I$LUAINC52 -c core_wrap.cxx -o core_wrap.o rm -vf core.so g++ -Wall -shared -O2 -Wl,-rpath,'$ORIGIN/.' $CFLAGS \ core_wrap.o \ -llua5.2 $LIBS \ -o core.so ## ##t vars.sh ## SWIGPATH=/home/luigisvn/projects/swiglib/swig-2.0.9/linux_x86_64 LUAINC52=/usr/include/lua5.2 CFLAGS=-I./harfbuzz -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -Wall -L./swiglib/harfbuzz LIBS=-lharfbuzz export PATH=$SWIGPATH/bin:$LLVMPATH/bin:${PATH} -- -- test.lua -- local f,error=package.loadlib(./swiglib/harfbuzz/core.so,luaopen_core); if not(f) then print(error) return end; local helpers=f(); for k,v in pairs(helpers) do print(k,v) end $luatex test.lua An idea for freetype is https://github.com/luigiScarso/ftlua As Hams wrote In principle one can plug in anything if it behaves nicely, but of course one cannot expect existing mechanisms (we have additional features and such) to be dropped in favor of something else without pretty good reason. Btw, for me (that is personal) i think that it's not bad to have an alternative shaper like we have in context if only because a standard (like opentype) is no standard if there is only one (to be used) implementation. It's also important to have a shaper that behaves in the same way in windows/linux/mac without depends on too many external libs -- at the ctx meeting in brejlov 2010 there was a talk by a dutch company about this. -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Possibly bug in ConTexT with TikZ
Using version 2013.10.10 it works for me as stated in my last post. regards Keith Am 11.10.2013 um 09:55 schrieb Xan dxpubl...@telefonica.net: With version 2013-09-07 (sh ./first-setup.sh --context=2013-09-07 --modules=all --engine=luatex) it works With version 2013.10.09 it does not So there is a bug. Can anyone fix it? Thanks, Xan ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] list of useful typescripts.
I am seeking to create (or download) a list of useful typescripts. I define useful as those which call upon fonts/typefaces that are actually distributed with texlive. Perhaps this list exists somewhere. If so I would appreciate a pointer. A list of typescripts that is limited to those calling on fonts in the context distribution would be useful if the list described above is not available. Ultimately I wish to winnow down the list to those fonts containing serif typefaces suitable for use in the text of a novel. The font should have at a minimum roman, italic, bold, bold-italic and small caps typefaces. I can if necessary develop this list myself. But I have learned that is better to ask than to reinvent the wheel. All replies appreciated. I will be using MKIV. -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: Create Book Covers with Scribus available at http://www.booklocker.com/books/4055.html ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] broken Czech dates
Hello, the current ConTeXt Standalone contains a bug when attempting to output Czech dates. Minimal example: \mainlanguage[cs] \starttext \currentdate \stoptext Expected output: 13. řijna 2013 Received output: day, ,month, ,year The culprit appears to be a missing comma in the language definition in lang-def.mkiv: \installlanguage [\s!cs] [ % ... \c!rightquotation=\upperrightdoublesixquote, \c!date={\v!day,\fourperemspace,\v!month,\space,\v!year} \s!lefthyphenmin=2, % ... ] Add a comma at the end of the line defining the date format; this appears to fix the problem. As far as I can tell, the definitions of Slovak (sk) and Turkmen (tk) appear to be suffering from the same problem. Cheers, ~~ Ondra Hošek ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Fwd: broken Czech dates
Hello, it appears Tomáš Hála's faculty's e-mail server has been blacklisted by Spamhaus; he asked me to forward this to ntg-context. Cheers, ~~ Ondra -- Forwarded message -- From: Tomas Hala th...@pef.mendelu.cz Date: Sun, Oct 13, 2013 at 10:32 PM Subject: Re: [NTG-context] broken Czech dates To: Ondřej Hošek ondra.ho...@gmail.com snip Hello, you are right, there is really a mistake, that is probably my fault when I was preparing Slovak settings and checking Czech ones. Moreover, the dot is missing there; for both, cs and sk, we have to use this: \c!date={\v!day,{.\fourperemspace},\v!month,\space,\v!year}, Cheers, Tomas Sun, Oct 13, 2013 ve 05:05:26PM +0200 Ondřej Hošek napsal(a): #Hello, # #the current ConTeXt Standalone contains a bug when attempting to output #Czech dates. # #Minimal example: #\mainlanguage[cs] #\starttext #\currentdate #\stoptext # #Expected output: #13. řijna 2013 # #Received output: #day, ,month, ,year # #The culprit appears to be a missing comma in the language definition in #lang-def.mkiv: # #\installlanguage # [\s!cs] # [ % ... # \c!rightquotation=\upperrightdoublesixquote, # \c!date={\v!day,\fourperemspace,\v!month,\space,\v!year} # \s!lefthyphenmin=2, # % ... #] # #Add a comma at the end of the line defining the date format; this appears #to fix the problem. # #As far as I can tell, the definitions of Slovak (sk) and Turkmen (tk) #appear to be suffering from the same problem. # #Cheers, #~~ Ondra Hošek # /usr/bin/xdg-open: řádek 402: htmlview: příkaz nenalezen # /usr/bin/xdg-open: řádek 402: firefox: příkaz nenalezen # /usr/bin/xdg-open: řádek 402: mozilla: příkaz nenalezen # /usr/bin/xdg-open: řádek 402: netscape: příkaz nenalezen # ___ # If your question is of interest to others as well, please add an entry to the Wiki! # # maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context # webpage : http://www.pragma-ade.nl / http://tex.aanhet.net # archive : http://foundry.supelec.fr/projects/contextrev/ # wiki : http://contextgarden.net # ___ Tomáš Hála Mendelova univerzita, Provozně ekonomická fakulta, ústav informatiky Zemědělská 1, CZ-613 00 Brno, tel. +420 545 13 22 28 http://akela.mendelu.cz/~thala ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug or needs warning documentation
On 10/13/2013 2:48 AM, Marco Patzer wrote: \unprotect \def\pack_combinations_pickup {\dostarttagged\t!combinationpair\empty \dostarttagged\t!combinationcontent\empty \dogotopar\pack_combinations_pickup_content_indeed} .. ok, patched ... but with a bit more efficient variant for \dogotopar 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug or needs warning documentation
On 2013–10–13 Hans Hagen wrote: On 10/13/2013 2:48 AM, Marco Patzer wrote: \unprotect \def\pack_combinations_pickup {\dostarttagged\t!combinationpair\empty \dostarttagged\t!combinationcontent\empty \dogotopar\pack_combinations_pickup_content_indeed} .. ok, patched ... but with a bit more efficient variant for \dogotopar How about switching paired boxes to \assumelongusagecs as well and getting rid of \dogotopar? Paired boxes are the only mechanism which uses \dogotopar. \def\pack_pairedboxes_place_indeed {\pairedboxparameter\c!before \bgroup \edef\p_location{\pairedboxparameter\c!location}% \edef\p_n {\pairedboxparameter\c!n}% % \let\startcontent\pack_common_content_start \let\stopcontent \pack_common_content_stop \let\startcaption\pack_common_caption_start \let\stopcaption \pack_common_caption_stop % \global\setsystemmode{pairedbox}% \pack_pairedboxes_before \assumelongusagecs\pack_pairedboxes_first_pickup} \def\pack_pairedboxes_first {\pack_pairedboxes_between \assumelongusagecs\pack_pairedboxes_second_pickup} Marco signature.asc Description: Digital signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug or needs warning documentation
On 10/13/2013 11:26 PM, Marco Patzer wrote: How about switching paired boxes to \assumelongusagecs as well and getting rid of \dogotopar? Paired boxes are the only mechanism which uses \dogotopar. ok - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] broken Czech dates
On 10/13/2013 5:05 PM, Ondřej Hošek wrote: Hello, the current ConTeXt Standalone contains a bug when attempting to output Czech dates. As far as I can tell, the definitions of Slovak (sk) and Turkmen (tk) appear to be suffering from the same problem. indeed, thanks for noticing 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Calling \followtokens from with in metapost
On 10/13/2013 9:59 AM, Magnus J wrote: Hello list, How can I call the \followtokens macro (or a similar solution) from within metapost? Specifically, I want to integrate text between the semi-circle arcs in a rainbow-like structure (with the text placed inbetween the arcs, that should alsó be drawn). The text should not be stretched but center on the top, flowing evenly distributed on each side. This link will give you an idea: http://www.heilsuefling.is/heilsuefling/upload/images/whp_in_general/determinants_of_health/determinants_of_health.jpg How can this achieved? a bit clumsy but workable \starttext \useMPlibrary[txt] \startsetups text-a \startuseMPgraphic{followtokens} path RotPath ; RotPath := reverse halfcircle xyscaled 5cm ; draw RotPath ; \stopuseMPgraphic \followtokens{some text but not that long{\hskip1em}} \stopsetups \startsetups text-b \startuseMPgraphic{followtokens} path RotPath ; RotPath := reverse halfcircle xyscaled 3cm ; draw RotPath ; \stopuseMPgraphic \followtokens{{\hskip1em}some text{\hskip1em}} \stopsetups \startMPpage draw textext(\setups{text-a}) ; draw textext(\setups{text-b}) shifted (0,-.5cm); \stopMPpage \stoptext - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XML export and font switches
On 10/13/2013 12:42 AM, Marco Patzer wrote: Hi, certain font switches fail when XML export is used. Example: \setupbackend [export=foo.xml] \definehighlight [emph] [style=\ita] %% \bfa works \starttext \ita Foobar%% works Foo \emph{Bar} %% fails \stoptext LuaTeX error [string \directlua ]:1: invalid escape sequence near ''. \!!bs\highlightparameter\c!style\!!es I bet you know where to do that 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Problem with \overrightarrow over BC and CB
On 10/11/2013 9:53 AM, Mikael P. Sundqvist wrote: Dear all, with the latest beta (and older ones), the following file you can control this with \setupmathstackers [both] [hoffset=.5pt] granularity might improve over time (as arrows are proper extensibles now) (I have no time now to look into more automated threshold adaption) %%% start test file \definefontfamily [mainface] [serif] [DejaVu Serif] \definefontfamily [mainface] [sans] [DejaVu Sans] \definefontfamily [mainface] [mono] [DejaVu Sans Mono] [feature=none] \definefontfamily [mainface] [math] [TeX Gyre Pagella Math][scale=1..12] \setupbodyfont[mainface] \starttext $ \overrightarrow{AB} \overrightarrow{BA} \overrightarrow{AC} \overrightarrow{CA} \overrightarrow{AD} \overrightarrow{DA} \overrightarrow{BC} \overrightarrow{CB} \overrightarrow{BD} \overrightarrow{DB} \overrightarrow{CD} \overrightarrow{DC} $ \stoptext %%% end test file gives a shorter arrow than expected above BC and CB (but over the other ones it is OK). Is this a bug in the Pagella math font (it looks OK if one comments out the \setupbodyfont[mainface] above)? Can it be fixed? Best regards, Mikael ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Calling \followtokens from with in metapost
On 2013–10–13 Hans Hagen wrote: inbetween the arcs, that should alsó be drawn). The text should not be stretched but center on the top, flowing evenly distributed on each side. This link will give you an idea: http://www.heilsuefling.is/heilsuefling/upload/images/whp_in_general/determinants_of_health/determinants_of_health.jpg How can this achieved? a bit clumsy but workable \starttext \useMPlibrary[txt] \startsetups text-a \startuseMPgraphic{followtokens} path RotPath ; RotPath := reverse halfcircle xyscaled 5cm ; draw RotPath ; \stopuseMPgraphic \followtokens{some text but not that long{\hskip1em}} \stopsetups \startsetups text-b \startuseMPgraphic{followtokens} path RotPath ; RotPath := reverse halfcircle xyscaled 3cm ; draw RotPath ; \stopuseMPgraphic \followtokens{{\hskip1em}some text{\hskip1em}} \stopsetups \startMPpage draw textext(\setups{text-a}) ; draw textext(\setups{text-b}) shifted (0,-.5cm); \stopMPpage \stoptext This stretches the text. One has to use \hskip to squeeze the text back to its normal inter character space, but I assume that's what you meant by clumsy. I assume the OP wanted a solution which keeps the natural spacing (whatever that means when text is aligned to a path). Marco signature.asc Description: Digital signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Broken nightly (2013.10.04)
Hey list, I've noticed a problem typesetting my book using ConTeXt nightly version 2013.10.04. The following code... \placeformula[formula:Limit of Verhulst equation] \startformula \lim_{t\to\infty} P(t) = K. \stopformula ...seems to raise the following error... ! Undefined control sequence. recently read \lim_ l.84 \lim_ {t\to\infty} P(t) = K. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Broken nightly (2013.10.04)
Am 14.10.2013 um 00:14 schrieb Kip Warner k...@thevertigo.com: Hey list, I've noticed a problem typesetting my book using ConTeXt nightly version 2013.10.04. The following code... \placeformula[formula:Limit of Verhulst equation] \startformula \lim_{t\to\infty} P(t) = K. \stopformula ...seems to raise the following error... ! Undefined control sequence. recently read \lim_ l.84 \lim_ {t\to\infty} P(t) = K. This was a bug and Hans already fixed it a few days ago. http://thread.gmane.org/gmane.comp.tex.context/84607/focus=84616 Wolfgang___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XML export and font switches
On 2013–10–13 Hans Hagen wrote: On 10/13/2013 12:42 AM, Marco Patzer wrote: Hi, certain font switches fail when XML export is used. Example: \setupbackend [export=foo.xml] \definehighlight [emph] [style=\ita] %% \bfa works \starttext \ita Foobar%% works Foo \emph{Bar} %% fails \stoptext LuaTeX error [string \directlua ]:1: invalid escape sequence near ''. \!!bs\highlightparameter\c!style\!!es Thanks, that fixed it. Marco signature.asc Description: Digital signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Broken nightly (2013.10.04)
On 2013–10–13 Kip Warner wrote: I've noticed a problem typesetting my book using ConTeXt nightly version 2013.10.04. The following code... \placeformula[formula:Limit of Verhulst equation] \startformula \lim_{t\to\infty} P(t) = K. \stopformula ...seems to raise the following error... ! Undefined control sequence. It has been fixed since 2013.10.08 Marco signature.asc Description: Digital signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Broken nightly (2013.10.04)
On Mon, 2013-10-14 at 00:22 +0200, Wolfgang Schuster wrote: This was a bug and Hans already fixed it a few days ago. http://thread.gmane.org/gmane.comp.tex.context/84607/focus=84616 Thanks Wolfgang (and Hans). Adam's PPA will probably have the fix packaged the next time the build bots pick up the newer source. Take care, -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Using lua with the command line for macros
On Mon, Oct 14, 2013 at 3:01 AM, Kumar Appaiah a.ku...@alumni.iitm.ac.inwrote: Hi. At the outset, I understand that this is a slight abuse of LuaTeX and this can be done with plain TeX. Nevertheless, I'd like to see if a solution exists for this approach. I'm trying to use Lua with ConTeXt as a macro preprocessor. To be more clear, I have files A.lua, B.lua which define some variables: A.lua: var1 = something for a var2 = something else for a B.lua: var1 = something for b var2 = something else for b And, in my ConTeXt file, I would write: … I will get \directlua{tex.print(var1) and \directlua{tex.print(var2)}. … Now, with lualatex, I use the --lua command line option to pass the initial lua file name. However, for context, I've not found a way to do this. Could someone please advise me? Have you seen http://www.pragma-ade.com/general/manuals/cld-mkiv.pdf ? -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Using lua with the command line for macros
On Mon, Oct 14, 2013 at 03:17:28AM +0200, luigi scarso wrote: On Mon, Oct 14, 2013 at 3:01 AM, Kumar Appaiah [1]a.ku...@alumni.iitm.ac.in wrote: Hi. At the outset, I understand that this is a slight abuse of LuaTeX and this can be done with plain TeX. Nevertheless, I'd like to see if a solution exists for this approach. [snip] Have you seen [2]http://www.pragma-ade.com/general/manuals/cld-mkiv.pdf No, I haven't seen it. I'll have a close look at it. Thanks for the pointer. Kumar -- Kumar Appaiah ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Using lua with the command line for macros
On Sun, Oct 13, 2013 at 09:31:11PM -0400, Kumar Appaiah wrote: On Mon, Oct 14, 2013 at 03:17:28AM +0200, luigi scarso wrote: Have you seen [2]http://www.pragma-ade.com/general/manuals/cld-mkiv.pdf No, I haven't seen it. I'll have a close look at it. Thanks for the pointer. Well, upon reading the document you suggested, I just realised that I could work around my issue by creating A.tex and B.tex as follows: A.tex: \startluacode -- define A's variables \stopluacode \input generic And a similar b.tex. This is more flexible in terms of my implementation constraints as well. Thanks. Kumar -- Kumar Appaiah ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___