- dev-context - NTG Mailing Lists

feature interiance
by Taco Hoekwater 28 Aug '08

28 Aug '08

Hi Wolfgang, Hans, Wolfgang Schuster wrote: > > \definefontfeature[latin-default] [default] > [script=latn,expansion=quality,protrusion=pure] > \definefontfeature[latin-smallcaps][smallcaps][script=latn,expansion=quality,protrusion=pure] > \definefontfeature[latin-oldstyle] [oldstyle] > [script=latn,expansion=quality,protrusion=pure] It seems life would be easier if we would have a way to push merged feature settings downward, something like this: \definefontfeature [plushz] % no inheritance, on purpose ! [expansion=quality] \definetypeface [][][][][][extrafeatures=plushz] That would then be functionally equivalent to \definefontfeature [plushz] % no inheritance, on purpose ! [expansion=quality] \definefontfeature [<xxx>] [plushz] \definetypeface [][][][][] for any <xxx> that is set up by the \definefontsynonyms. Best wishes, Taco

2 5

update modules
by luigi scarso 05 Aug '08

05 Aug '08

Update modules. http://groups.foundry.supelec.fr/modules/ -- luigi

1 0

MetaFun freelabel macro
by Oliver Buerschaper 05 Aug '08

05 Aug '08

Dear Taco, a minute ago I discovered this lovely macro freelabel() and friends … just a minor thing that confuses me a bit: freelabel("a", origin, dir(90)); places the label below the origin rather than above it. I would have expected the direction vector to point from the anchor point towards the label and not the other way round … Apart from that this nifty macro is going to save me a lot of trouble! Oliver

1 0

Debian TeX packages for Etch now on backports.org
by Norbert Preining 03 Aug '08

03 Aug '08

Hi all! Some news concerning the backports of TeX Live 2007 Debian packages to etch. I have stopped to provide my own binaries and switched to using www.backports.org. Advantage of that is that we will have uptodate binaries for all different architectures, not only for those I manage to compile for or ask someone to compile for. For you that means: - the installation source for texlive-bin has changed, please see http://www.backports.org/dokuwiki/doku.php?id=instructions on how to use the backports service. In a nut shell: . add deb http://www.backports.org/debian etch-backports main to your /etc/apt/source.list . call aptitude update . install any package with aptitude -t etch-backports install texlive-base-bin .... - all arch = all packages (i.e., all the others) can be either taken from the testing repository with pinning (see again the above page for detailed descriptions), but I will continue to have them around in my repository on people.debian.org. So to some the situation up: texlive and tex-common deb http://people.debian.org/~preining/TeX/ tl2007/ deb-src http://people.debian.org/~preining/TeX/ src/ texlive-bin deb http://www.backports.org/debian etch-backports main deb-src http://www.backports.org/debian etch-backports main (but the source is also available from the above location) lmodern deb http://people.debian.org/~preining/TeX/ lmodern/ deb-src http://people.debian.org/~preining/TeX/ lmodern/ context deb http://people.debian.org/~preining/TeX/ context/ deb-src http://people.debian.org/~preining/TeX/ context/ The package has been accepted into backports.org only today, so currently there are only i386 binaries, but soon there should be all the other archs, too. I hope that this service integrates better into the normal backport world most people are using. If you have any questions, just let me know. Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Vienna University of Technology Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- MUNDERFIELD (n.) A meadow selected, whilst driving past, as being ideal for a picnic which, from a sitting position, turns out to be full of stubble, dust and cowpats, and almost impossible to enjoy yourself in. --- Douglas Adams, The Meaning of Liff

1 0

System fonts and name access
by Wolfgang Schuster 28 Jul '08

28 Jul '08

Hi, with MkIV it is possible to use fonts in system directories (C:\windows\fonts etc.) but this works only if you use the file name of the font and not with the font name. The reason for this is a bug in font-syn.lua in the 'fonts.names.getpaths' function which is called from 'font.name.identify' to extract the name information from the fonts. Another problem are fonts with file extension in uppercase letters, none of then is read when I generate the font database, can we add 'TTF' and 'TTC' to 'fonts.names.filters.list' in font-syn.lua. Regards, Wolfgang

1 0

Metapost beta 1.091 release
by Taco Hoekwater 19 Jul '08

19 Jul '08

Hi all, Following yesterday's beta release there were immediately a few serious bugs reported (thank you, testers) so it made sense to do a new beta release a.s.a.p. So, I have just uploaded metapost 1.091. ---------------------------------------------------------------------- What is new in MetaPost beta version 1.091: ---------------------------------------------------------------------- * Dash lists were interfaced incorrectly by the lua bindings. * The Type 1 Font inclusion in the previous version produced invalid subsets. * The configure script now also checks for sys/time.h * The error message you get for invalid mem files now mentions the name of the file as well as the nature of the problem. ---------------------------------------------------------------------- You can get the sources and a cross-compiled mingw binary for Win32 from the usual place: http://foundry.supelec.fr/frs/?group_id=13&release_id=311 Have fun, Taco -- http://tug.org/metapost/

2 2

Luatex beta 0.29.0 released
by Taco Hoekwater 18 Jul '08

18 Jul '08

Hi all, I have just uploaded the archives for luatex 0.29.0, another intermediate release leading up to TUG 2008. This release matches SVN revision #1450. (In case someone notices: yes, I forgot to update CHANGES) New features: * The embedded pdftex is now 1.40.9 (forthcoming) except for the following: - the png transparancy fix is skipped because it is in conflict with a macro-based solution offered by context mkiv. - LFS (PDF files > 2GiB) is not working yet. - Synctex is still missing * libpng, xpdf, and zlib are updated to their pdftex 1.0.9 levels * MPlib is updated to 1.090 * The syntax of buildpage_filter is changed to avoid confusion (and crashes). See the manual for the new calling convention. Bugs fixed compared to 0.28.0: * The previous bugfix for \languages skipping numbers was wrong. * Various compile-time warnings are suppressed * \pdfsetmatrix was broken * \pdfsave and \pdfrestore were broken * Valid user_defined whatsits nevertheless were generating errors. The archives (source and binaries) can be downloaded from supelec, as usual: http://foundry.supelec.fr/projects/luatex/ Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco

1 0

Texlive 2008 and luatools
by Aditya Mahajan 16 Jul '08

16 Jul '08

Hi, Texlive 2008 works perfectly with Context, but I have one question regarding luatools. I am posting this here rather than on TL mailing list, since I do not want to cause more confusion on TL regarding ConTeXt. In the bin directory in minimals, luatools is a copy of luatools.lua. This means that one does not need ruby in order to run luatools. It also means that whenver you upgrade your system, you need to run luatools --selfupdate. In TL2008, luatools is a wrapper script. #!/bin/sh texmfstart luatools.lua "$@" This means that you need to have ruby in order to run luatools. The advantage is that you do not need to run luatools --selfupdate. In terms of speed, there is a slight disadvantage, you first start ruby, and then start texlua. Using a wrapper script was suggested by Taco on the mailing list. If TL is to use a wrapper scipt, why not simply #!/bin/sh mtxrun --script luatools "$@" this will mean that you do not start ruby before moving to lua. In both cases, one has to do mtxrun --selfupdate after a update that changes mtxrun. This is not really important, since luatools will be run rarely. Do you think that the current texmfstart wrapper should be changed to a mtxrun wrapper? Aditya

3 2

texexec --listing --dvipdfmx don't work together
by Norbert Preining 09 Jul '08

09 Jul '08

forwarded 489849 dev-context(a)ntg.nl thanks Hi Hans, Taco, all, we got a minor bug report about the fact that texexec --listing --dvipdfmx does not work together. Meaning that with --listing the output is generated with pdftex, and not with dvipdfmx. Maybe you consider that as a feature, and honestly I don't see a reason why one wants to switch the engine for a listing, but anyway, here I forward it ;-) Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Vienna University of Technology Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- YADDLETHORPE (vb.) (Of offended pooves.) To exit huffily from a boutique. --- Douglas Adams, The Meaning of Liff

1 0

MPlib beta 1.085
by Taco Hoekwater 08 Jul '08

08 Jul '08

Hi all, I have just released the archive files for MPlib beta 1.085. At the moment, the archives contain only the mpost program sources and executables. The final release will of course also contain the MetaPost 'base' texmf support files and the already existing manuals as well as a new manual documenting the C API of the library. ---------------------------------------------------------------------- What is new in this beta release: * Determination of the mem name to use in non-ini mode is now much closer to the web2c approach. * There is now a magic word in the beginning of the mem file to make sure it is written by the correct version of MPlib. * Fixed the disappearing comment sign in the to-be-typeset document created by the mpx generation subsystem. * Various identifiers have been renamed to avoid clashes (that prevented the source from building correctly on many platforms) * A great many small changes and fixes have been added after running splint on the generated C source. ----------------------------------------------------------------- For those of you who are not aware of the project yet: MPlib is the name of the new, revamped version of the MetaPost interpreter. It is implemented in Cweb, and internally consists of a core library, an mpx generation library, and a frontend driver program (mpost). The new mpx generation library includes the label generation functionality that was previously provided by 'makempx', and this internal code will be used instead of that external program unless the MPXCOMMAND variable is set in the environment or texmf.cnf. The programs 'makempx', 'newer', 'mpto', 'dvitomp' and 'dmp' are obsolete and are no longer included in the distribution. The MPlib distribution is released under the GPL version 2 or, at your option, any later version. This beta release of MPlib that can replace the old pascal-based metapost interpreter completely; the executable is almost a drop-in replacement for MetaPost 1.005. The commandline is slightly different and you have to regenerate the mem files, but that should be the only user-visible change. ---------------------------------------------------------------------- The TODO list before the official announcement at TUG2008 in Cork now only has two items left: * Writing the documentation for the C API * Bughunting I'll be working on the first item myself, but for the second item I really have to ask all of you for help: please test mplib on as many files as you can find. Because there has been so much work done on the source code (including the conversion from pascal web to C web), bugs are likely. ---------------------------------------------------------------------- You can get the sources and a cross-compiled mingw binary for Win32 from the usual place: http://foundry.supelec.fr/frs/?group_id=13&release_id=308 Best wishes, Taco

1 0