[NTG-context] Patching glyphtounicode.tex directly?
There are a number of problems with the (global namespace) data in glyphtounicode.tex. Should submit a patch directly for this file, or is there a script somewhere that regenerates it? ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Patching glyphtounicode.tex directly?
On Thu, Aug 28, 2008 at 3:02 PM, Taco Hoekwater [EMAIL PROTECTED] wrote: Vasile Gaburici wrote: There are a number of problems with the (global namespace) data in glyphtounicode.tex. Should submit a patch directly for this file, or is there a script somewhere that regenerates it? As Hans said, context uses pdfr-def.tex, not glyphtounicode.tex (perhaps that is used by latex or plain?) Yes, that is the case. Best wishes, Taco ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] A small bug in context/tex/setuptex
OWNPATH does not work properly because $0 does not do what you think when a file is sourced. See: http://www.cygwin.com/ml/cygwin/1999-02/msg00687.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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] A small bug in context/tex/setuptex
You need to use $BASH_SOURCE instead. On Wed, Aug 27, 2008 at 12:27 AM, Vasile Gaburici [EMAIL PROTECTED] wrote: OWNPATH does not work properly because $0 does not do what you think when a file is sourced. See: http://www.cygwin.com/ml/cygwin/1999-02/msg00687.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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font problems with latest minimals on Linux
On Wed, Aug 13, 2008 at 11:31 AM, Hans Hagen [EMAIL PROTECTED] wrote: Yes, recursion would be nice. font-syn.lua, line 190: path = input.clean_path(path .. /) path = path:gsub(/+,/) path = path .. **/ insert the last line and see what happens (untested because i have a flat system path) It works. - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font problems with latest minimals on Linux
As for the missing bold, it seems there's a bug in the naming scheme: Ii the bold italic file gets read from the disk before the bold, then you don't get the right entries. It so happens that most of the fonts in that dir had bold before bold italic, e.g. fontnames | identifying ttf font /usr/share/fonts/vista/Verdanai.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdana.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdanaz.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdanab.ttf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Italic.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold.otf So, I've added some extra code (patch attached) to print the names it adds to the hash. As you can see there is a clash: both bold italic and bold want to own bold... fontnames | identifying ttf font /usr/share/fonts/vista/Verdanaz.ttf add | verdana bold italic - {ttf, Verdana Bold Italic, /usr/share/fonts/vista/Verdanaz.ttf, ...} add | verdanabolditalic - {ttf, Verdana Bold Italic, /usr/share/fonts/vista/Verdanaz.ttf, ...} add | verdana-bolditalic - {ttf, Verdana Bold Italic, /usr/share/fonts/vista/Verdanaz.ttf, ...} add | verdanabolditalic - {ttf, Verdana Bold Italic, /usr/share/fonts/vista/Verdanaz.ttf, ...} add | verdana bold - {ttf, Verdana Bold Italic, /usr/share/fonts/vista/Verdanaz.ttf, ...} add | verdanabold - {ttf, Verdana Bold Italic, /usr/share/fonts/vista/Verdanaz.ttf, ...} fontnames | identifying ttf font /usr/share/fonts/vista/Verdanab.ttf add | verdana bold - {ttf, Verdana Bold, /usr/share/fonts/vista/Verdanab.ttf, ...} add | verdanabold - {ttf, Verdana Bold, /usr/share/fonts/vista/Verdanab.ttf, ...} add | verdana-bold - {ttf, Verdana Bold, /usr/share/fonts/vista/Verdanab.ttf, ...} add | verdanabold - {ttf, Verdana Bold, /usr/share/fonts/vista/Verdanab.ttf, ...} add | verdana bold - {ttf, Verdana Bold, /usr/share/fonts/vista/Verdanab.ttf, ...} add | verdanabold - {ttf, Verdana Bold, /usr/share/fonts/vista/Verdanab.ttf, ...} fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf add | calibri bold italic - {otf, Calibri Bold Italic, /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf, ...} add | calibribolditalic - {otf, Calibri Bold Italic, /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf, ...} add | calibri-bolditalic - {otf, Calibri Bold Italic, /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf, ...} add | calibribolditalic - {otf, Calibri Bold Italic, /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf, ...} add | calibri bold - {otf, Calibri Bold Italic, /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf, ...} add | calibribold - {otf, Calibri Bold Italic, /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf, ...} fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold.otf add | calibri bold - {otf, Calibri Bold, /usr/share/fonts/vista/C-series/Calibri Bold.otf, ...} add | calibribold - {otf, Calibri Bold, /usr/share/fonts/vista/C-series/Calibri Bold.otf, ...} add | calibri-bold - {otf, Calibri Bold, /usr/share/fonts/vista/C-series/Calibri Bold.otf, ...} add | calibribold - {otf, Calibri Bold, /usr/share/fonts/vista/C-series/Calibri Bold.otf, ...} add | calibri bold - {otf, Calibri Bold, /usr/share/fonts/vista/C-series/Calibri Bold.otf, ...} add | calibribold - {otf, Calibri Bold, /usr/share/fonts/vista/C-series/Calibri Bold.otf, ...} I don't know how to fix since it's not clear to me what names you actually want... On Wed, Aug 13, 2008 at 10:43 AM, Taco Hoekwater [EMAIL PROTECTED] wrote: Vasile Gaburici wrote: I've switched to the rsync-ed minimals on Linux. There are still some problems with fonts: 1) Bold is still missing from fonts pulled via OSFONTDIR, e.g.: verdana Verdana /usr/share/fonts/vista/Verdana.ttf verdana bold italic Verdana Bold Italic /usr/share/fonts/vista/Verdanaz.ttf verdana italicVerdana Italic /usr/share/fonts/vista/Verdanai.ttf This works OK for ttf fonts on my linux machine, but I don't have the ttf version of verdana, so perhaps it is something special to that font. 2) OSFONTDIR is not recursive. To get the above I used export OSFONTDIR=/usr/share/fonts/vista/, just export OSFONTDIR=/usr/share/fonts/ doesn't work. Yes, recursion would be nice. Best wishes, Taco diff -up ./font-syn.lua.nobold ./font-syn.lua --- ./font-syn.lua.nobold 2008-08-13 12:24:32.0 +0300 +++ ./font-syn.lua 2008-08-13 12:52:40.0 +0300 @@ -27,7 +27,7 @@ fonts.names.be_clever = true fonts.names.enabled= true fonts.names.autoreload = toboolean(os.env['MTX.FONTS.AUTOLOAD'] or os.env['MTX_FONTS_AUTOLOAD'] or no) fonts.names.cache
Re: [NTG-context] Font problems with latest minimals on Linux
On Wed, Aug 13, 2008 at 2:20 PM, Hans Hagen [EMAIL PROTECTED] wrote: Vasile Gaburici wrote: As for the missing bold, it seems there's a bug in the naming scheme: Ii the bold italic file gets read from the disk before the bold, then you don't get the right entries. It so happens that most of the fonts in that dir had bold before bold italic, e.g. fontnames | identifying ttf font /usr/share/fonts/vista/Verdanai.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdana.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdanaz.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdanab.ttf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Italic.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold.otf So, I've added some extra code (patch attached) to print the names it adds to the hash. As you can see there is a clash: both bold italic and bold want to own bold... how do you define the font; don't use spaces! ??? If your're complaining that Calibri has spaces in the file name, it's a non-issue here. Verdana has the same bold not listed problem, even though there are no spaces in the file name... - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font problems with latest minimals on Linux
Oblique /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf dejavu sans mono obliqueDejaVu Sans Mono Oblique /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf dejavu sans oblique DejaVu Sans Oblique /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf dejavu serifDejaVu Serif /usr/share/fonts/dejavu/DejaVuSerif.ttf dejavu serif bold DejaVu Serif Bold /usr/share/fonts/dejavu/DejaVuSerif-Bold.ttf dejavu serif bold italicDejaVu Serif Bold Italic /usr/share/fonts/dejavu/DejaVuSerif-BoldItalic.ttf dejavu serif condensed DejaVu Serif Condensed /usr/share/fonts/dejavu/DejaVuSerifCondensed.ttf dejavu serif condensed bold DejaVu Serif Condensed Bold /usr/share/fonts/dejavu/DejaVuSerifCondensed-Bold.ttf dejavu serif condensed bold italic DejaVu Serif Condensed Bold Italic /usr/share/fonts/dejavu/DejaVuSerifCondensed-BoldItalic.ttf dejavu serif italic DejaVu Serif Italic /usr/share/fonts/dejavu/DejaVuSerif-Italic.ttf dejavu serif italic condensed DejaVu Serif Italic Condensed /usr/share/fonts/dejavu/DejaVuSerifCondensed-Italic.ttf Now the easiest way for you to stop depending on the disk order of directory entries is to sort the list you get from globbing. This will work for bold vs bold italic, but it will probably break at some other name sequence. The only reliable way is avoid clobbering existing entries in the hash in the same --reload run. But this won't work for incremental updates, since you can't tell whether you should drop an old hash entry or not. So if you want to use hashing, you really need a naming scheme that avoids creating conflicts. XeTeX solves this problem by using *only* the ID 16 and ID 17 OpenType values to create a unique name for system fonts. I actually filed a bug about lack of support for the common ID 1/2 names, but Johnathan WONTFIXED it because he really wants the font names to be unambiguous, and using ID 1 and ID 2 values in addition to ID 16/17 doesn't guarantee that. Your situation is worse, because you want to support all sort of legacy fonts in that single hashtable. Anyway, I've wasted enough of my time on this matter. If you sill don't grok it, forget about it. BTW, the Lua 5.1 reference manual is a joke. How do you printf a boolean? What's the syntax for their definitely non-standard regexps. No answers in that reference. On Wed, Aug 13, 2008 at 4:46 PM, Wolfgang Schuster [EMAIL PROTECTED] wrote: On Wed, Aug 13, 2008 at 1:47 PM, Vasile Gaburici [EMAIL PROTECTED] wrote: On Wed, Aug 13, 2008 at 2:20 PM, Hans Hagen [EMAIL PROTECTED] wrote: Vasile Gaburici wrote: As for the missing bold, it seems there's a bug in the naming scheme: Ii the bold italic file gets read from the disk before the bold, then you don't get the right entries. It so happens that most of the fonts in that dir had bold before bold italic, e.g. fontnames | identifying ttf font /usr/share/fonts/vista/Verdanai.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdana.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdanaz.ttf fontnames | identifying ttf font /usr/share/fonts/vista/Verdanab.ttf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Italic.otf fontnames | identifying otf font /usr/share/fonts/vista/C-series/Calibri Bold.otf So, I've added some extra code (patch attached) to print the names it adds to the hash. As you can see there is a clash: both bold italic and bold want to own bold... how do you define the font; don't use spaces! ??? If your're complaining that Calibri has spaces in the file name, it's a non-issue here. Verdana has the same bold not listed problem, even though there are no spaces in the file name... Where do you got the vista fonts, i know them only in TrueType format and more verbose names. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font problems with latest minimals on Linux
On Wed, Aug 13, 2008 at 8:00 PM, Taco Hoekwater [EMAIL PROTECTED] wrote: Vasile Gaburici wrote: Before I get anymore strawman arguments, here's the definitive experiment: As Hans said, should be corrected in the latest beta. Please cut us some slack here, debugging unreproducible problems is hard and timeconsuming. Okay, I've updated to the latest beta. Recursive OSFONTDIR works now for script --fonts --reload and for context, but script --fonts --list is broken: no output. The other bug, i.e. embedding bold italic instead of bold for some fonts, is still present. ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font problems with latest minimals on Linux
If you still haven't figured out how to reproduce it, apply the patched I've attached. It will force the hash entries to be added in sorted order. With the patch applied, if you have some fonts called Calibri Bold Italic.otf Calibri Bold.otf Calibri Italic.otf Calibri.otf the order of hash insertions will always exactly as above, regardless of disk order, e.g.: filename | 49 - /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf filename | 50 - /usr/share/fonts/vista/C-series/Calibri Bold.otf filename | 51 - /usr/share/fonts/vista/C-series/Calibri Italic.otf filename | 52 - /usr/share/fonts/vista/C-series/Calibri.otf So, you'll get bold italic instead of bold in the PDF. Feel free to fiddle with the sort function if you name fonts differently, but you need to make sure that bold italic gets loaded before bold for the bug to occur. On Thu, Aug 14, 2008 at 7:33 AM, Vasile Gaburici [EMAIL PROTECTED] wrote: On Wed, Aug 13, 2008 at 8:00 PM, Taco Hoekwater [EMAIL PROTECTED] wrote: Vasile Gaburici wrote: Before I get anymore strawman arguments, here's the definitive experiment: As Hans said, should be corrected in the latest beta. Please cut us some slack here, debugging unreproducible problems is hard and timeconsuming. Okay, I've updated to the latest beta. Recursive OSFONTDIR works now for script --fonts --reload and for context, but script --fonts --list is broken: no output. The other bug, i.e. embedding bold italic instead of bold for some fonts, is still present. diff -up context/tex/texmf-context/tex/context/base/font-syn.lua.nosort context/tex/texmf-context/tex/context/base/font-syn.lua --- context/tex/texmf-context/tex/context/base/font-syn.lua.nosort 2008-08-14 07:43:48.0 +0300 +++ context/tex/texmf-context/tex/context/base/font-syn.lua 2008-08-14 08:46:28.0 +0300 @@ -193,8 +193,12 @@ function fonts.names.identify(verbose) local pattern = path .. **. .. suffix -- ** forces recurse logs.report(fontnames, globbing path %s,pattern) local t = dir.glob(pattern) -for _, name in pairs(t) do -- ipairs +table.sort(t, function (str1, str2) + return str1 str2 + end) +for huh, name in pairs(t) do -- ipairs -- if lfs.isfile(name) then -- always true anyway +logs.report(filename, %d - %s, huh, name) identify(name,file.basename(name),suffix) -- end end ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font bugs on Windows (TeXLive 2008)
On Mon, Aug 11, 2008 at 6:14 PM, Taco Hoekwater [EMAIL PROTECTED] wrote: There is no point doing anything about context in texlive right now, it is way too dangerous. we have working mkii on texlive and even a (mostly) working xetex, I don't want to endanger that just so that the mkiv (with its old luatex.exe) will work a little better. What do you mean (mostly) working xetex? It's just been updated to 0.999.6. Work pretty well for me... ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Font problems with latest minimals on Linux
I've switched to the rsync-ed minimals on Linux. There are still some problems with fonts: 1) Bold is still missing from fonts pulled via OSFONTDIR, e.g.: verdana Verdana /usr/share/fonts/vista/Verdana.ttf verdana bold italic Verdana Bold Italic /usr/share/fonts/vista/Verdanaz.ttf verdana italicVerdana Italic /usr/share/fonts/vista/Verdanai.ttf 2) OSFONTDIR is not recursive. To get the above I used export OSFONTDIR=/usr/share/fonts/vista/, just export OSFONTDIR=/usr/share/fonts/ doesn't work. ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Font bugs on Windows (TeXLive 2008)
Problems: - Bold is not listed for *any* font from OSFONTDIR = C:/windows/fonts - Typesetting with any specified font fails C:\tlhome\Vasilemtxrun --script fonts --list | qgrep Calibri calibri Calibri Calibri.otf calibri bold italic Calibri Bold Italic Calibri Bold Italic.otf calibri italic Calibri Italic Calibri Italic.otf C:\tlhome\Vasilemore hellolua.tex \font\x=calibri at 64pt \x Hello \TeX! \bye C:\tlhome\Vasileluatex hellolua.tex This is LuaTeX, Version snapshot-0.25.4-2008071819 (Web2C 7.5.7) (hellolua.tex ! Font \x=calibri at 64pt not loadable: metric data not found or bad. to be read again \x l.2 \x Hello \TeX! ?X C:\tlhome\Vasilemore hellolua.tex \font\x=cyklop-regular at 64pt \x Hello \TeX! \bye C:\tlhome\Vasilemtxrun --script fonts --list | qgrep Cyklop cyklop-italic Cyklop-Italic cyklop-italic.otf cyklop-regular Cyklop-Regular cyklop-regular.otf C:\tlhome\Vasileluatex hellolua.tex This is LuaTeX, Version snapshot-0.25.4-2008071819 (Web2C 7.5.7) (hellolua.tex ! Font \x=cyklop-regular at 64pt not loadable: metric data not found or bad. to be read again \x l.2 \x Hello \TeX! ?X ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font bugs on Windows (TeXLive 2008)
On Mon, Aug 11, 2008 at 11:21 AM, Taco Hoekwater [EMAIL PROTECTED] wrote: Vasile Gaburici wrote: Problems: - Bold is not listed for *any* font from OSFONTDIR = C:/windows/fonts That is odd indeed. I have *no* idea what is going on, sorry. Hans may be able to help. Could it a problem with the cache/hash? Bold is a prefix of Bold Italic... FYI: XeTeX had a somewhat similar problem in 0.999.4; it got fixed in 0.999.5. - Typesetting with any specified font fails In plain TeX this is expected. You are not running context at all. I know; I was taking it one step at a time. I assume LuaTeX will (eventually) be usable even without ConTeXt... C:\tlhome\Vasileluatex hellolua.tex Try this instead: C:\tlhome\Vasilecontext hellolua.tex Thanks, I'll try it later today; I don't have the windows box with me right now... Best wishes, Taco ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Lastest Build on TeXlive 2008 and MikTeX 2.7
Don't get your hopes too high for the LuaTeX from TeXLive 2008 ;) On Mon, Aug 11, 2008 at 5:29 PM, Mojca Miklavec [EMAIL PROTECTED] wrote: On Mon, Aug 11, 2008 at 1:50 PM, [EMAIL PROTECTED] wrote: Hi, How would I install that latest version of ConTeXt (the lua version) on *both* of the distributions mentioned. I occassionaly need to use LaTeX (especially on Windows), so I need MikTeX/Texlive running. With MikTeX you cannot use LuaTeX (not to say that currently with MikTeX you cannot use ConTeXt at all :), but I often had MikTeX + ConTeXt minimals installed, and if I needed, I executed setuptex when I needed the minimals. I would suggest you to install TeX Live 2008, and you'll get both LaTeX and LuaTeX working, also on Windows. You can always have a copy of minimals just to be sure that latest features are working, and enable them only when needed. Mojca ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Font bugs on Windows (TeXLive 2008)
On Mon, Aug 11, 2008 at 11:21 AM, Taco Hoekwater [EMAIL PROTECTED] wrote: Try this instead: C:\tlhome\Vasilecontext hellolua.tex Yeah, this works properly, so with the 0.25.4 version of luaTeX what ships with TeXLive 2008, one needs to pass plain TeX input through ConTeXt mk IV in order to get the (plain) luaTeX font selection working properly. At least it works somehow :) ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___