Re: [NTG-context] \lgroup in mkIV
On Sat, Jan 08, 2011 at 02:59:35PM -0500, Aditya Mahajan wrote: On Sat, 8 Jan 2011, Khaled Hosny wrote: On Sat, Jan 08, 2011 at 12:52:38PM -0500, Aditya Mahajan wrote: On Sat, 8 Jan 2011, Daniel Schopper wrote: Hi, are the delimiters \lgroup and \rgroup supported in MkIV? This \starttext $$\bigg\lgroup\dots\bigg\rgroup$$ \stoptext is ok in MkII (ConTeXt ver: 2011.01.06) but when compiled with MkIV (ConTeXt ver: 2010.07.30 11:35 and ver: 2010.07.30 11:35) the delimiters are not shown. (By the way, the same holds true for \rmoustache and \lmoustache.) Am I missing something? No. The math mappings of virtual fonts are incomplete. The symbols should work correctly with unicode math fonts like cambria, asana, and xits. But, it appears that lgroup and rgroup are missing from xits (Khaled?) There are, but context is looking for the wring character; it is looking for U+3014 (which I think is a CJK bracket and does not look like \lgroup either) while it should be looking for U+27EE (whose Unicode annotation precisely says lgroup): Hmm ... 27EE does not exist: http://unicode.org/charts/PDF/U32-27C0.pdf I believe that I used 3014 based on http://www-sop.inria.fr/apics/tralics/doc-l.html#cmd-lgroup What source do you use for the symbols? I opened Gnome's Character Map and searched for lgroup :) (but I've seen it before, so I know it exists, I just don't recall the code point). Now that you asked, I checked Unicode website and they have Miscellaneous Mathematical Symbols-A: http://unicode.org/charts/PDF/U27C0.pdf Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \lgroup in mkIV
On Sun, Jan 09, 2011 at 01:13:25AM +, Arthur Reutenauer wrote: That was the same range that I had looked at, but somehow that pdf did not have 27EC-27EF. Neither does char-def.lua. So, I guess that these are newer additions. It's been introduced in Unicode 5.1 in March 2008. Unicode is an evolving standard, you know. That is why I asked Hans while ago how char-def.lua was generated, from what version of Unicode and whether it is updated/updatable or not; I was worried that it will soon be outdated, which seems to be the case now. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \lgroup in mkIV
On Sat, Jan 08, 2011 at 08:29:17PM +, Arthur Reutenauer wrote: There are, but context is looking for the wring character; it is looking for U+3014 (which I think is a CJK bracket Indeed. It's one of the angle brackets that one finds in many CJK fonts. while it should be looking for U+27EE (whose Unicode annotation precisely says lgroup): Note that those annatations in the code charts are actually the Unicode 1.0 names of the characters, where they differ from the Unicode 1.1 names (when Unicode was unified with ISO 10646 and adopted some of its names). They should not, in general, be understood as the name of this character is some other standard, for example. But they are of course a good hint of what the character represents. I usually look for long description, it can sometimes be very helpful on what is the intended use of the characters (names are not very accurate, especially early characters which are often misnamed). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \lgroup in mkIV
On Sun, Jan 09, 2011 at 01:59:20PM -0500, Aditya Mahajan wrote: On Sun, 9 Jan 2011, Khaled Hosny wrote: On Sun, Jan 09, 2011 at 01:13:25AM +, Arthur Reutenauer wrote: That was the same range that I had looked at, but somehow that pdf did not have 27EC-27EF. Neither does char-def.lua. So, I guess that these are newer additions. It's been introduced in Unicode 5.1 in March 2008. Unicode is an evolving standard, you know. That is why I asked Hans while ago how char-def.lua was generated, from what version of Unicode and whether it is updated/updatable or not; I don't know how it was generated. Mojca and I occasionally update the file by adding the names of math symbols. If the latest unicode symbol list is available in text format, it should not be too difficult to check if the table in char-def has any missing entries. Unicode data are always available as plain text files: http://www.unicode.org/Public/UNIDATA/ -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \lgroup in mkIV
On Sat, Jan 08, 2011 at 10:24:01PM -0500, Aditya Mahajan wrote: On Sat, 8 Jan 2011, Khaled Hosny wrote: On Sat, Jan 08, 2011 at 12:52:38PM -0500, Aditya Mahajan wrote: On Sat, 8 Jan 2011, Daniel Schopper wrote: Hi, are the delimiters \lgroup and \rgroup supported in MkIV? This \starttext $$\bigg\lgroup\dots\bigg\rgroup$$ \stoptext is ok in MkII (ConTeXt ver: 2011.01.06) but when compiled with MkIV (ConTeXt ver: 2010.07.30 11:35 and ver: 2010.07.30 11:35) the delimiters are not shown. (By the way, the same holds true for \rmoustache and \lmoustache.) Am I missing something? No. The math mappings of virtual fonts are incomplete. The symbols should work correctly with unicode math fonts like cambria, asana, and xits. But, it appears that lgroup and rgroup are missing from xits (Khaled?) There are, but context is looking for the wring character; it is looking for U+3014 (which I think is a CJK bracket and does not look like \lgroup either) while it should be looking for U+27EE (whose Unicode annotation precisely says lgroup): \setupbodyfont[xits] \starttext $$\bigg\lgroup\dots\bigg\rgroup$$ \def\lgroup{\Udelimiter 4 0 27EE} \def\rgroup{\Udelimiter 4 0 27EF} $$\bigg\lgroup\dots\bigg\rgroup$$ \stoptext It was not extensible though, the version in git now grow, but starts with a relatively large size, check and tell me if it should be smaller. Looks OK to me, but I am not really an expert on the shapes of the symbols. Can you also make lmoustache and rmoustache extensible? Should be now. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] Skew not working in latest beta
On Wed, Jan 12, 2011 at 04:08:40PM +0100, Taco Hoekwater wrote: On 01/12/11 16:02, Mathieu Boespflug wrote: It seems this is a regression of either ConTeXt or LuaTeX. I have a PDF that I generated on December 9th that doesn't have this problem. According to the PDF metadata, the versions used to create it were: Producer: LuaTeX-0.64.0 Creator: ConTeXt - 2010.11.27 14:27 I also have a PDF from the same source created end of December with the following versions, that features the bug: ConTEXt version 2010.12.21 10 :50 on LuaTeX version 0.65.0. Could it be a LuaTeX 0.65 regression? Well, luatex 0.65.0 had this bugfix: * With OpenType math fonts, accents over any class except 0 and 7 were misplaced. And that could be related. Works fine here for true OpenType math fonts, so I think it might be something ConTeXt. \setupbodyfont[xits] %\setupbodyfont[cambria] %\setupbodyfont[asana] % no accents! \starttext hello $\hat x \hat A$. \stoptext BTW, accents are not shown with Asana which lacks spacing accents that context used to use for non-wide accents, shouldn't be using combining accents with both now Luatex have fixed keyword? Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] How to call \environment in CLD file
context.environment() just throws an error: context.environment(foo.tex) -- throws an error --context.input(foo.tex) -- fine context.starttext() context(foo) context.stoptext() Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] How to call \environment in CLD file
On Fri, Jan 14, 2011 at 06:52:25PM +0100, Peter Münster wrote: Khaled Hosny khaledho...@eglug.org writes: context.environment(foo.tex) -- throws an error context(\\environment foo ) The same error, no difference. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] How to call \environment in CLD file
On Fri, Jan 14, 2011 at 07:32:39PM +0100, Peter Münster wrote: Khaled Hosny khaledho...@eglug.org writes: On Fri, Jan 14, 2011 at 06:52:25PM +0100, Peter Münster wrote: Khaled Hosny khaledho...@eglug.org writes: context.environment(foo.tex) -- throws an error context(\\environment foo ) The same error, no difference. Then a minimal example is needed. This works here: Right, I just missed the space. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] How to call \environment in CLD file
On Fri, Jan 14, 2011 at 07:23:27PM +0100, Hans Hagen wrote: On 14-1-2011 6:58, Khaled Hosny wrote: On Fri, Jan 14, 2011 at 06:52:25PM +0100, Peter Münster wrote: Khaled Hosnykhaledho...@eglug.org writes: context.environment(foo.tex) -- throws an error context(\\environment foo ) btw, you can also use \useenvironment[filename], so context.environment { foo.tex } context.useenvironment { foo.tex } you mean, that is fine with me, much cleaner. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] ConTeXt does not execute MetaPost (in debian experimental)
On Fri, Jan 14, 2011 at 09:57:32PM +0100, Jonas Stein wrote: In that case one should better run mtxrun instead of luatools (they are equivalent at the moment, but luatools is becomming obsolete). Ahhh ... I guess that needs some divine inspiration to know ... And yes, texmfcnf.lua should be carefully designed to match the structure of texmf trees in debian. Of course, looking into it I graasped that now. Why on earth can mtxrun not simply load the main texmf.cnf like any other program in the TeX world and initialize the values from there I ask myself. I am slowly giving up on ConTeXt. It is changing in arbitrary directions far too often, and still things like multi-user support are not here since ages. I know, it is primary Hans' system and it has to work primarily on his computer, but that means that distributing it within any distribution system is plain pain :-( All that of course relates only to MkIV. I guess I will just add one sentence to the README.Debian: MkIV is not suppored on Debian. If you know how to set it up you can do it yourself and educate the maintainer, otherwise simply use MkII or the ConTeXt minimals. Its so sad to read this but no other reply on this thread till now. As far i have looked into the .deb packages the bug should be in the current stable versions too. The ideas behind context are so nice and could save us from so much latex-pain. If there are no context-packages, that work out of the box it will be a project for developers. Developers are known to code and not to write documentation... Use MkII it is tried, documented and stable. It is unfair to complain about something as changing in arbitrary directions when it is declared beta and ever evolving with big red letters every where :) Is there any hope that context will become a replacement of latex? I don't think this have been a goal. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] Pipe symbol
On Mon, Jan 24, 2011 at 01:04:55AM +0100, Wolfgang Schuster wrote: Am 24.01.2011 um 00:26 schrieb Vyatcheslav Yatskovsky: Hi, How to use a pipe symbol (|) in a text? Both | and \| give errors. \starttext a \textbar\ b \letterbar\ c \type{|} d ||| e \stoptext Just wondering, what is special about | now we can even have ^ and $ in text mode? Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] Pipe symbol
On Mon, Jan 24, 2011 at 01:01:10PM +0100, Wolfgang Schuster wrote: Am 24.01.2011 um 12:47 schrieb Khaled Hosny: Just wondering, what is special about | now we can even have ^ and $ in text mode? http://wiki.contextgarden.net/Composed_words I see, but it is a feature I'd never need (not when typesetting Arabic at least), is there a way to switch it off and get regular | instead? Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] Pipe symbol
On Tue, Jan 25, 2011 at 09:31:06AM +0100, Wolfgang Schuster wrote: Am 24.01.2011 um 13:44 schrieb Khaled Hosny: On Mon, Jan 24, 2011 at 01:01:10PM +0100, Wolfgang Schuster wrote: Am 24.01.2011 um 12:47 schrieb Khaled Hosny: Just wondering, what is special about | now we can even have ^ and $ in text mode? http://wiki.contextgarden.net/Composed_words I see, but it is a feature I'd never need (not when typesetting Arabic at least), is there a way to switch it off and get regular | instead? \asciimode \starttext a $ b % c _ d ^ e | f \formula{a^2} \stoptext Just in time! exactly what I was googling for a second ago (apart from the bar, I wanted the others too!) Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] automatically regenerate database before making format
On Wed, Jan 26, 2011 at 10:37:42PM +0100, Mojca Miklavec wrote: Hans, you already check if the format is old and automatically launch the equivalent of context --make if existing format is outdated. Why not also automatically updating the database just before regenerating the format? And while at it, try update the database when context script is not found (which is one of the frequently occurring issues and the error message don't give much clue). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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 virtual fonts defined with lua-code
On Tue, Feb 08, 2011 at 03:13:11PM +0100, Hans Hagen wrote: On 8-2-2011 10:40, Ulrike Fischer wrote: Hello, The luatex documentation contains in section 7.2.2 Example virtual font an example how to define a virtual font cmr10-red. The font is defined by adding the code to the define_font callback. Does some interface exists in contex/mkiv which allows to use such virtual fonts together with the normal font loading code? E.g. could I move the code for the font to some file (cmr10-red.vflua) so that a request \font\mytest=cmr10-red will simply find this file and use the code like vf, tfm or otf-files are found and used when needed? It's relatively easy to add support for that. However, when I've done that Khaled has to make sure that it also works in his wrapper code as I don't know to what extend he overloads code. I can only test in the plain variant and context. I keep it as minimal as possible (I've even some feature requests to keep our local changes more smaller, but no time to check it now). Regards, Khaled -- Khaled Hosny Egyptian ___ 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] HTML-like title attribute
I'm playing with some lua markdown parser[1], already added ConTeXt output support except for two minor features. HTML links and images can have a title attribute that shows like a tooltip, but I don't seem to find a way to do similar trick in ConTeXt, any ideas? \tooltip seems to be the closest but it requires JS which means AR only, also seems one have to click for the tooltip ti show which is not exactly the same behaviour. Regards, Khaled -- Khaled Hosny Egyptian ___ 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] HTML-like title attribute
The link https://github.com/jgm/lunamark :) On Thu, Feb 17, 2011 at 02:03:04AM +0200, Khaled Hosny wrote: I'm playing with some lua markdown parser[1], already added ConTeXt output support except for two minor features. HTML links and images can have a title attribute that shows like a tooltip, but I don't seem to find a way to do similar trick in ConTeXt, any ideas? \tooltip seems to be the closest but it requires JS which means AR only, also seems one have to click for the tooltip ti show which is not exactly the same behaviour. Regards, Khaled -- Khaled Hosny Egyptian -- Khaled Hosny Egyptian ___ 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] Parsing HTML entities
On Thu, Feb 17, 2011 at 09:00:45AM +0100, Hans Hagen wrote: On 17-2-2011 1:06, Khaled Hosny wrote: Is there built-in support to parse HTML entities, I've some vague memory about it but I don't seem to find much useful results. you mean that whatever; in the tex input gets translated automatically? More or less, e.g. \xmlentity{amp;} gets translated to (ascii one) and so. Regards, Khaled -- Khaled Hosny Egyptian ___ 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] HTML-like title attribute
On Thu, Feb 17, 2011 at 05:33:09AM +0100, Wolfgang Schuster wrote: Am 17.02.2011 um 01:08 schrieb Khaled Hosny: The link https://github.com/jgm/lunamark :) How about making something like this: https://bitbucket.org/phg/context-rst I'm just playing, I actually have no need for it. I'm just experimenting with the idea of taking a markdown and directly processing it in context with no intermediate steps. But I'm sure I'll find some clever tricks and interesting ideas in your rST code :) Regards, Khaled -- Khaled Hosny Egyptian ___ 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] HTML-like title attribute
On Thu, Feb 17, 2011 at 01:22:28PM +0200, Khaled Hosny wrote: On Thu, Feb 17, 2011 at 05:33:09AM +0100, Wolfgang Schuster wrote: Am 17.02.2011 um 01:08 schrieb Khaled Hosny: The link https://github.com/jgm/lunamark :) How about making something like this: https://bitbucket.org/phg/context-rst I'm just playing, I actually have no need for it. I'm just experimenting with the idea of taking a markdown and directly processing it in context with no intermediate steps. But I'm sure I'll find some clever tricks and interesting ideas in your rST code :) Oops, I didn't look carefully, it is not yours, but still interesting though :) -- Khaled Hosny Egyptian ___ 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] Parsing HTML entities
On Thu, Feb 17, 2011 at 11:48:38AM +0100, Taco Hoekwater wrote: On 02/17/11 11:37, Khaled Hosny wrote: On Thu, Feb 17, 2011 at 09:00:45AM +0100, Hans Hagen wrote: On 17-2-2011 1:06, Khaled Hosny wrote: Is there built-in support to parse HTML entities, I've some vague memory about it but I don't seem to find much useful results. you mean that whatever; in the tex input gets translated automatically? More or less, e.g. \xmlentity{amp;} gets translated to (ascii one) and so. There is \xmlsetentity{tex}{\TEX{}}. Is that what you want? Not exactly, but never mind, I decided it is a minor feature not worthy the trouble. Regards, Khaled -- Khaled Hosny Egyptian ___ 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] MnSymbol in ConText
On Sun, Feb 20, 2011 at 08:30:53PM +0100, Florian Wobbe wrote: Is there any way to use MnSymbol in context? It is, but somebody needs to write support for it. Both for MKII and MKIV. The problem is, that luatex refuses to load any of the MnSymbol*.otf font files available from CTAN with an error message. I don't know what is broken with the fonts. Reporting the errors would help finding what is wrong. Regards, Khaled -- Khaled Hosny Egyptian ___ 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] Compilation problem with latest beta
On Sun, Feb 20, 2011 at 09:44:21PM +0100, Michael Goerz wrote: 1 %\overfullrule5\points % show overfull boxes 2 \startproduct vol_vii_3/vol_vii_3 3 \project project 4 5 \enablemode[doublesided] 6 7 %\showframe % show the layout boxes on each page 8 9 \startfrontmatter 10 \setupheadertexts[{}][{}][{}][{}] 11 12 \setuppagenumbering[state=stop] 13 14 \component vol_vii_3/frontmatter 15 16 \page[yes, odd] 17 18 { % ToC 19 \IJDEvol{Summer 2011}{Volume VII.3} 20 \FMTitle{Contents} 21 \blank[big] OT: I like the new error messages context, much more readable than the cryptic default, is that a luatex-specific thing or can be done for other engines? Regards, Khaled -- Khaled Hosny Egyptian ___ 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] Compilation problem with latest beta
On Sun, Feb 20, 2011 at 11:04:38PM +0100, Hans Hagen wrote: On 20-2-2011 9:51, Khaled Hosny wrote: On Sun, Feb 20, 2011 at 09:44:21PM +0100, Michael Goerz wrote: 1 %\overfullrule5\points % show overfull boxes 2 \startproduct vol_vii_3/vol_vii_3 3 \project project 4 5 \enablemode[doublesided] 6 7 %\showframe % show the layout boxes on each page 8 9 \startfrontmatter 10 \setupheadertexts[{}][{}][{}][{}] 11 12 \setuppagenumbering[state=stop] 13 14 \component vol_vii_3/frontmatter 15 16 \page[yes, odd] 17 18 { % ToC 19 \IJDEvol{Summer 2011}{Volume VII.3} 20 \FMTitle{Contents} 21 \blank[big] OT: I like the new error messages context, much more readable than the cryptic default, is that a luatex-specific thing or can be done for other engines? It's not luatex specific but context specific (and more an experiment, as I also want proper line numbers for lua code but a patch for getting that info is on the agenda). It is cool nevertheless :) -- Khaled Hosny Egyptian ___ 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] Hyphenation patterns and adjusted kerning: ConTeXt vs. LuaTeX
On Fri, Feb 25, 2011 at 03:41:10PM +0100, Ulrike Fischer wrote: So I think it isn't true that the manual of luaotfload claims By default mode=base is used. It used to be like that but we changed it a while ago, looks like I didn't update the manual. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Hyphenation patterns and adjusted kerning:?ConTeXt vs. LuaTeX
On Fri, Feb 25, 2011 at 04:45:31PM +0100, Ulrike Fischer wrote: Ah, yes, the transcript of my first example clearly shows fontspec operating in node mode. Please excuse my naive asking: Is there any way to continue using fontspec's setmainfont command (it is convenient for someone unexperienced like me) and at the same force luaotfload into using base mode? The following seems to work: \documentclass{article} \usepackage[ngerman]{babel} \usepackage{fontspec} \setmainfont[RawFeature={mode=base},FeatureFile=bonum.fea]{TeX Gyre Bonum} Better Renderer=Basic. -- Khaled Hosny Egyptian Arab ___ 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] \halign
On Fri, Feb 25, 2011 at 11:16:06AM -0500, Eythan Weg wrote: Wolfgang Schuster schuster.wolfg...@googlemail.com Thu, 24 Feb 2011 22:20:01 +0100 Am 24.02.2011 um 17:56 schrieb Eythan Weg: Hi, I have just installed beta. The line: \starttext \halign{\hfil#\hfil\quad\cr This That\cr12\cr} \stoptext is not typeset and the are left in place. What could be the problem? Since a while ^, _ and can be used in text mode like any other character. You can disable this with \donknuthmode at the begin of your document or use the \aligntab where you would normally use but the best thing is to use one of contexts build in table environment. Wolfgang Thank you. I think that \halign, being a primitive of tex, should be respected. If a user wants to use it, it should be usable unconditionally. I've no idea from where you came with this impression, is is usually the other way around; people are advised not to use low level TeX code where context has higher level interfaces, else you are on your own and should be aware of the implications/side effects. I, for one, grateful that I know longer need to escape regular characters in my documents just to keep supporting some obscure TeX feature. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Comma spacing in math mode
On Sun, Feb 27, 2011 at 06:14:36PM -0500, Aditya Mahajan wrote: On Mon, 28 Feb 2011, Mojca Miklavec wrote: IMO this does only partially help, consider the following example: \starttext $(B, Y, R, X)$ \setupmathematics[autopunctuation=no] $(B, Y, R, X)$ \stoptext In both lines the spacing after Y is way to big. I don't know if that's a bug or just ugly. (version 2011.02.15 16:11) In text parts this is known as kerning. In OpenType math there are complex bounding boxes. I would call it a bug. The spacing is OK with cambria, but not with xits. Because Cambria implements math kerning that Mojca is referring too, XITS don't (and will not in the near future unless someone steps to implement it; pretty tedious job). Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] ConTeXt licensing
On Wed, Mar 02, 2011 at 11:41:58AM +0100, Martin Schröder wrote: 2011/3/2 Mojca Miklavec mojca.miklavec.li...@gmail.com: I really like the particular answer pointing to bugroff licence: http://www.reocities.com/SoHo/Cafe/5947/bugroff.html It's a nice joke, but for practical purposes a one-clause BSD license allows the same freedoms, but is legally clear. I was about to say that, though I'm pro strong copyleft (AKA GPL when fits) myself, though I highly doubt, for practical reasons ;), that any one can take a BSD licensed ConTeXt and make a closed source derivative with any substantial improvement. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] ConTeXt licensing
On Wed, Mar 02, 2011 at 12:08:35PM +0100, Martin Schröder wrote: 2011/3/2 Khaled Hosny khaledho...@eglug.org: I was about to say that, though I'm pro strong copyleft (AKA GPL when fits) myself, though I highly doubt, for practical reasons ;), that any one can take a BSD licensed ConTeXt and make a closed source derivative with any substantial improvement. That may be legally possible. But who wants to support such a beast? Seriously: Using ConTeXt mkIV without the possibility of support by Hans et.al. is a desaster waiting to happen. That what I meant. Actually if someone succeeds doing that, it is well earned money :p Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Ctx running once?
On Mon, Mar 14, 2011 at 11:08:11PM +0100, Procházka Lukáš wrote: Hello, is there a possibility how to let Ctx run just once, not three times (as usually), keeping in mind that TOC and/or page numbers may be wrong, just to check correctness of the document? context --once :D -- Khaled Hosny Egyptian Arab ___ 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] (RSFS) font installation
On Thu, Mar 17, 2011 at 09:42:38PM -0500, mathew wrote: - If the .pfm and .pfb files are sufficient for Windows, why does mtxrun specifically search for .afm files and not also for .pfm? Probably because mtxrun (and the rest of ConTeXt and LuaTeX) are written for Unix and ported to Windows, and Unix uses .afm files for metrics. (Except OS X, which is different for historical reasons.) That and .afm files are much easier to work with because they're text files. AFAIK, ConTeXt needs afm files to load type1 files, something related to encoding the font and ligatures/kerning. So you need bot afm and bfb/bfa files together somewhere context searches for fonts and it should work. PFM files are not needed at all (dunno what they are for actually, some obscure windows thing I guess). But it might not be a bad idea for LuaTeX to automatically perform a pfm2afm conversion and cache the converted files when necessary, and probably not that hard to code. On the other hand, Type 1 fonts are legacy at this point, so it might not be worth it. LuaTeX can load afm files thanks to the embedded, fontforge derived, font loader, but AFAIK it does not handle pfm files at all. Hans considers type1 fonts obsolete (and I agree with him :)) and he is unlikely to put much effort into supporting them. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Fwd: The creation of a new Arabic typeface (funded by Google)
On Fri, Mar 18, 2011 at 11:37:40AM +0100, Henning Hraban Ramm wrote: From TeX-D-L: Google sponsors development of a screen-optimized Arabic font. Graham Douglas weist in seinem Blog darauf hin, daß Google derzeit die Entwicklung eines arabischen Fonts finanziert, der besonders für die Darstellung auf Bildschirmen optimiert worden ist. Die Entwicklung des Fonts wird im Blog fortlaufend dokumentiert. http://www.readytext.co.uk/?p=924 http://shashafont.com/ Idris et al., perhaps you can teach them to include the proper OpenType magic? They are, more or less, friends of mine, though I'm not sure I'll be around when the reach OpenType development stage, but I don't think the design they are after will require much of tricky OpenType hacks. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Producing quotesingle glyph
On Sat, Mar 19, 2011 at 09:12:42AM +0100, Mojca Miklavec wrote: On Sat, Mar 19, 2011 at 09:05, Mojca Miklavec wrote: If you want to disable that behaviour, you need to turn trep feature off, for example with \definefontfeature[default][liga=yes,kern=yes,tlig=yes] ... or maybe just disable the font feature temporary with \subff{trep}. In theory that should work, but it didn't when I tried it. You need node mode for that stuff to work. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Endash tlig not working
I think you need to add mode=node to your tlig definition. On Tue, Mar 22, 2011 at 01:57:05PM +0100, C. wrote: The font is Whitman (ttf). Minimal example and its output is attached. -Ursprüngliche Nachricht- Von: Hans Hagen [mailto:pra...@wxs.nl] Gesendet: Dienstag, 22. März 2011 10:57 An: mailing list for ConTeXt users Cc: C. Betreff: Re: [NTG-context] Endash tlig not working On 22-3-2011 1:23, C. wrote: Hello, the automatic replacement of -- to endash does not work with a certain font. \endash does work and produces the expected symbol. I also have these lines in my code: \definefontfeature[tlig][default][tlig=yes] \addff{tlig} I checked that the endash is at position U+2013 in the font. What else could be wrong here? the fact that you don't tell what font it concerns and that no minimal example is added 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 ___ -- Khaled Hosny Egyptian Arab ___ 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] wikimedia2context: any existing solutions?
On Wed, Mar 30, 2011 at 04:47:07PM +0200, Mojca Miklavec wrote: Hello, Before I start reinvinting the wheel ... I have a feeling that some people were already doing some basic wikimedia2context syntax conversion. I would like to create PDF out of some wiki pages with very limited number of used commands. I have created a simple ruby script that fetches all the contents that I want in the final PDF, all that is left to be done is conversion from wiki to tex syntax: - replace =...= with \section{...}, ==...== with \subsection{...}, ===...=== with \subsubsection{...}, ... - replace ''...'' with {\bf ...}, '''...''' with {\it ...}, '...' with {\bi ...} - all lines starting with a space should be printed verbatim - lines starting with * should be bulleted itemize - lines starting with # should be numbered itemize - some trivial replacements like gt; - some links: [[abc def]] should become symlinks to begining of sections with that title - [[Image:chap1-f2.jpg|frame|Figure 1.2: Cylindrical scanner]] should become \placefigure{Cylindrical scanner}{\externalfigure[chap1-f2.jpg]} - a few tables If you are comfortable with writing PEG grammar (I'm not), writing a mediawiki parser for luanamark[1] might be a good choice, it has a ConTeXt writer already (and markdown parser). I pet pandoc have mediawiki support as well, so you may try it. [1] https://github.com/jgm/lunamark Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] wikimedia2context: any existing solutions?
On Wed, Mar 30, 2011 at 07:32:35PM +0200, Mojca Miklavec wrote: On Wed, Mar 30, 2011 at 17:16, Khaled Hosny wrote: On Wed, Mar 30, 2011 at 04:47:07PM +0200, Mojca Miklavec wrote: If you are comfortable with writing PEG grammar (I'm not), writing a mediawiki parser for luanamark[1] might be a good choice, it has a ConTeXt writer already (and markdown parser). This seems like a very reasonable solution, however it will take too long before I understand LPEG enough to write some useful code. I pet pandoc have mediawiki support as well, so you may try it. I started installing it, but then realized that it only supports output to mediawiki, no input. It seems like writing my own parser (a few regular expressions in language that is not lua) will probably be the fastest solution after all. There is also http://sourceforge.net/projects/wiki2tex/ but it generates LaTeX, tweaking it to generate ConTeXt should not be hard (as long as you can build it; written in C++ and requires cmake, Qt and what not, luckily it built here just fine). Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] How to set oldstyle numbering globally?
On Mon, Apr 11, 2011 at 11:00:08AM +0200, Verhaag, G.C.H.M. wrote: Hi, In my earlier MkIV minimal ConTeXt installation (dec.2010) I used the following in my preamble to activate oldstyle numbering: \usetypescript[schola] \setupbodyfont[schola,8pt] \definefontfeature [oldstyle] [default] [onum=yes] \addff{oldstyle} A more correct way is: \definefontfeature[default][default][onum=yes] % redefines default feature set \usetypescript[schola] \setupbodyfont[schola,8pt] \starttext 12345678 \stoptext (\addff is meant for temporally applying font features not the other way around, but I think it should work this way too, so may be something is broken) Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Grid typesetting and inline math
On Tue, Apr 19, 2011 at 11:59:34AM +0200, Christoph Redecker wrote: Hello, I'm struggling with the grid. I've stepped from LaTeX to luaLaTeX for a simpler font selection, and from luaLaTeX to ConTeXt for getting a usable grid (because I was told that it supports typesetting on a grid). Now that I got font selection working as desired in ConTeXt, the grid is driving me crazy. I'm trying to use the grid as described in details.pdf, and I want halfline spacing around formulas in text, because a full line is definitely too much. This is what I'm compiling: \setupbodyfont[10pt,serif] % should be lm? \setuplayout[grid=yes] \setuptextformulas[step=halfline] \starttext \showgrid Testing inline math: \gform{x_2 = \frac{a}{b}}. The following line should be seperated from this one by half a line, but it isn't. Testing inline math: \gform[-]{x_2 = \frac{a}{b}}. The following line should be seperated from this one by half a line, but it isn't. \stoptext Both paragraphs look identical, the second line is too far away from the first one. What's wrong with my code? Not sure, but try grid=on. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] margin in TEXpage
On Wed, Apr 20, 2011 at 10:25:15AM -0400, Curiouslearn wrote: Hello All, In the following minimal example there is no whitespace around the figure. Is it possible to add some white space around the figure when using \startTEXpage \stopTEXpage environment. Thank you. \usemodule[tikz] \starttext \startTEXpage \starttikzpicture \draw[fill=blue!20] (0,0) rectangle (3,2); \stoptikzpicture \stopTEXpage \stoptext Try \startTEXpage[offset=1pt] etc. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Misplaced integral *scripts
See the attached file, it is broken for all OTF fonts; the italic correction is used the wrong way (added to width while it should be subtracted from it). It seems to be a ConTeXt issue (testing with same luatex binary but with TeXLive ConTeXt gives correct output). Regards, Khaled -- Khaled Hosny Egyptian Arab context.setupbodyfont{xits} context.starttext() for _,s in next, {text, display} do context.startTEXpage() context.startformula() context([[\%sstyle]], s) for i = 0x222B, 0x2233 do context([[\Umathchar 10%4X\nolimits_{x}^{y}]], i) end for i = 0x2A0B, 0x2A1C do context([[\Umathchar 10%4X\nolimits_{x}^{y}]], i) end context.stopformula() context.stopTEXpage() end context.stoptext() integrals.pdf Description: Adobe PDF document ___ 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] Misplaced integral *scripts
On Sat, Apr 23, 2011 at 11:57:55PM +0200, Khaled Hosny wrote: See the attached file, it is broken for all OTF fonts; the italic correction is used the wrong way (added to width while it should be subtracted from it). It seems to be a ConTeXt issue (testing with same luatex binary but with TeXLive ConTeXt gives correct output). Actually, it seems italic correction is just ignored, indeed looking at the cached lua file there is no italic correction at all. Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Misplaced integral *scripts
On Sun, Apr 24, 2011 at 12:11:15AM +0200, Khaled Hosny wrote: On Sat, Apr 23, 2011 at 11:57:55PM +0200, Khaled Hosny wrote: See the attached file, it is broken for all OTF fonts; the italic correction is used the wrong way (added to width while it should be subtracted from it). It seems to be a ConTeXt issue (testing with same luatex binary but with TeXLive ConTeXt gives correct output). Actually, it seems italic correction is just ignored, indeed looking at the cached lua file there is no italic correction at all. The attached patch fixes it (it is good to have git repository to compare different context version, just if it was a real git repository not just code dumps). Regards, Khaled -- Khaled Hosny Egyptian Arab --- /home/khaled/vc/tex/context/context/tex/context/base/font-otf.lua 2011-04-20 12:06:32.0 +0200 +++ /media/sda8/tex/context/tex/texmf-context/tex/context/base/font-otf.lua 2011-04-24 00:25:52.0 +0200 @@ -817,6 +817,7 @@ local marks = { } for unicode, description in next, descriptions do local glyph = description.glyph +local italic = glyph.italic_correction if not italic then -- skip elseif italic == 0 then integrals.pdf Description: Adobe PDF document ___ 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] xits-math.lfg
Attached an extended xits-math.lfg, to cover all the 8 stylistic sets the font have. I'm not very satisfied about the sames, so feel free to suggest better ones. BTW, is there any documentation of those lfg files? Regards, Khaled -- Khaled Hosny Egyptian Arab -- \setupbodyfont[xits] -- -- \starttext -- $ABC$ $\cal ABC$ $\mathalternate{cal}\cal ABC$ -- \stoptext return { name = xits-math, version = 1.00, comment = Goodies that complement xits (by Khaled Hosny)., author = Hans Hagen, copyright = ConTeXt development team, mathematics = { alternates = { cal = { feature = 'ss01', value = 1, comment = Mathematical Calligraphic Alphabet }, greekssup = { feature = 'ss02', value = 1, comment = Mathematical Greek Sans Serif Alphabet }, greekssit = { feature = 'ss03', value = 1, comment = Mathematical Italic Sans Serif Digits }, monobfnum = { feature = 'ss04', value = 1, comment = Mathematical Bold Monospace Digits }, mathbbbf = { feature = 'ss05', value = 1, comment = Mathematical Bold Double-Struck Alphabet }, mathbbit = { feature = 'ss06', value = 1, comment = Mathematical Italic Double-Struck Alphabet }, mathbbbi = { feature = 'ss07', value = 1, comment = Mathematical Bold Italic Double-Struck Alphabet }, upint = { feature = 'ss08', value = 1, comment = Upright Integrals }, } } } ___ 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] Misplaced integral *scripts
On Sun, Apr 24, 2011 at 03:18:31PM +0200, Hans Hagen wrote: On 24-4-2011 12:32, Khaled Hosny wrote: On Sun, Apr 24, 2011 at 12:11:15AM +0200, Khaled Hosny wrote: On Sat, Apr 23, 2011 at 11:57:55PM +0200, Khaled Hosny wrote: See the attached file, it is broken for all OTF fonts; the italic correction is used the wrong way (added to width while it should be subtracted from it). It seems to be a ConTeXt issue (testing with same luatex binary but with TeXLive ConTeXt gives correct output). Actually, it seems italic correction is just ignored, indeed looking at the cached lua file there is no italic correction at all. The attached patch fixes it (it is good to have git repository to compare different context version, just if it was a real git repository not just code dumps). This would have be hard to nail down with diffs I guess as it is part of the change to the userdata loading approach which came with lots of changes in the code (as I then also changed the cache data model). I actually found it by looking at diffs (after spending an hour or so wondering through the code until I knew what to look for) using the git repository here: http://gitorious.org/context/ It keeps history of beta releases which is good compromise. Thanks for the patch, applied. (I must admit that the italic bit is still the messy part of otf, tfm, math engine.) Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] xits-math.lfg
On Sun, Apr 24, 2011 at 03:20:01PM +0200, Hans Hagen wrote: On 24-4-2011 12:53, Khaled Hosny wrote: BTW, is there any documentation of those lfg files? not yet. it will be part of the cld documentation I'm not in hurry at all (it is a knowledge I'll not be able to use for a while ;) Regards, Khaled -- Khaled Hosny Egyptian Arab ___ 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] Base mode ignores specified script and language
In base mode the specifies script and language and always uses the default. This is because in font-otb.lua the feature initializer is registered at position 1 while setscript et al. in font-oti.lua are not giving a position, as a result base mode feature initialisation is invoked before script/language are set. Removing the position from features initializer registration fixes my immediate problem, but I'm not sure if it has any other complication. Regards, Khaled -- Khaled Hosny Egyptian Arab \setupbodyfont[xits] \starttext \startformula A' A'' A''' A^\prime A_\prime A^{A^{A}} \stopformula \stoptext ___ 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] using overprint results in broken PDF
With the sample below, the resulting PDF will crash MuPDF, Adobe Reader will show an empty page (though in a longer document it shows a message saying the file is broken and just few pages are rendered while the rest is blank), Evince will open the file and show the text correctly but will give the following errors in the terminal: Error: ExtGState 'GSoverprint' is unknown Error: ExtGState 'GSknockout' is unknown Rebeated several time. Sample: \setupcolors[overprint=yes] \starttext Hello \TeX. \stoptext ConTeXt version 2009.08.13 and 2009.08.16 Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] using overprint results in broken PDF
On Mon, Aug 17, 2009 at 09:57:40AM +0200, Taco Hoekwater wrote: luigi scarso wrote: It doesn't work with luatex trunk 3008 Trunk #3009 should be runnable again. I got the same broken PDF with trunk, so I don't think it is related to the engine. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] using overprint results in broken PDF
On Mon, Aug 17, 2009 at 11:07:51AM +0200, Hans Hagen wrote: Khaled Hosny wrote: \setupcolors[overprint=yes] \starttext Hello \TeX. \stoptext hopefully fixed in beta Still the same with 2009.08.17. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Hyperlinks with MkIV
Any idea how to get hyperlinks to work in MkIV? The following example works fine for MkII, but no color nor hyperlink in MkIV. \setupcolors[state=start] \setupinteraction[state=start] \useURL [garden][http://contextgarden.net][][Context garden] \starttext The \from[garden] is useful. \stoptext -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] using overprint results in broken PDF
On Tue, Aug 18, 2009 at 10:07:05AM +0200, Hans Hagen wrote: Khaled Hosny wrote: On Mon, Aug 17, 2009 at 11:07:51AM +0200, Hans Hagen wrote: Khaled Hosny wrote: \setupcolors[overprint=yes] \starttext Hello \TeX. \stoptext hopefully fixed in beta Still the same with 2009.08.17. zip from the website? Yes, and luatex trunk. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Hyperlinks with MkIV
On Tue, Aug 18, 2009 at 10:29:10AM +0200, Hans Hagen wrote: Khaled Hosny wrote: Any idea how to get hyperlinks to work in MkIV? The following example works fine for MkII, but no color nor hyperlink in MkIV. \setupcolors[state=start] \setupinteraction[state=start] \useURL [garden][http://contextgarden.net][][Context garden] \starttext The \from[garden] is useful. \stoptext \def\dodospecialfrom[#1]% {\dontleavehmode\goto{\ctxlua{jobreferences.from(#1)}}[url(#1)]} This fixes it (needs luatex trunk though), thanks. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] using overprint results in broken PDF
On Tue, Aug 18, 2009 at 02:42:55PM +0200, Hans Hagen wrote: Khaled Hosny wrote: On Tue, Aug 18, 2009 at 10:07:05AM +0200, Hans Hagen wrote: Khaled Hosny wrote: On Mon, Aug 17, 2009 at 11:07:51AM +0200, Hans Hagen wrote: Khaled Hosny wrote: \setupcolors[overprint=yes] \starttext Hello \TeX. \stoptext hopefully fixed in beta Still the same with 2009.08.17. zip from the website? Yes, and luatex trunk. ok, new attempt Fixed now, thank you. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] standard focus with interaction is not working
\setupinteraction[focus=standard] has no effect, I get the usual fit page mode instead. Works fine with MkII. Example: \setupinteraction[state=start,focus=standard] \starttext \goto{Knuth}[knuth] \page \input knuth \textreference[knuth]{} \stoptext A side note, I'm just wondering why standard isn't the default mode, fit page is very annoying and distracts me while reading and I wonder why anyone would need that in regular documents? Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] standard focus with interaction is not working
On Mon, Aug 24, 2009 at 10:29:57PM +0200, Hans Hagen wrote: Khaled Hosny wrote: \setupinteraction[focus=standard] has no effect, I get the usual fit page mode instead. Works fine with MkII. Example: \setupinteraction[state=start,focus=standard] \starttext \goto{Knuth}[knuth] \page \input knuth \textreference[knuth]{} \stoptext in mkiv hypherlinks (annotations in general) are implemented rather different thamn in mkii in mkii the mechanism evolved from dvi based hyperlinks (dviwindo) and had a couple of features not supported by pdftex by default in mkiv all is handled by lua code (no pdf annotation primitives are used); thsi means that we can do some more tricks than before; i implemented support for views for lists but not for all other components yet; after all, some of the view (focus) features make no sense for references like the one in your example (future mkiv releases will provide control over references areas) i added support for that key but keep in mind that this is rather viewer dependent (an di have no time now to figure out viewer details) Thanks. A side note, I'm just wondering why standard isn't the default mode, fit page is very annoying and distracts me while reading and I wonder why anyone would need that in regular documents? because it always was that defaukt and because it's the way i like it (i always have/had high res screens, 1600x1200 or 1920x1200, which is nice for viewing whole pages Not that common setup :) but as long as we have a way to use normal focus for our poor setups it should be fine. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] \tfa or \bfa etc. doesn't work in math mode
The following example, when process with mkiv, will result in math italic in the first two examples, where it should be roman and roman bold. \starttext $\bfb Hello World$ % doesn't work $\tfb Hello World$ % doesn't work too $\tf Hello World$ % fine $\bf Hello World$ % fine \stoptext -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Upright math
On Mon, Sep 07, 2009 at 05:59:33PM -0400, Aditya Mahajan wrote: On Mon, 7 Sep 2009, Khaled Hosny wrote: Is there a way (MkIV) to set math to use upright symbols globally, for Latin and Greek (I'm working on an OpenType math font that has no italics). There is no interface yet, but you can set math attributes by either explicitly setting them \appendtoks \setmathattribute{regular}{tf} \to \everymathematics or by redefining mathdefault \unexpanded\def\mathdefault {\setmathattribute{regular}{tf}} Thanks for the tip, but this seems not to work for Greek symbols: \unexpanded\def\mathdefault {\setmathattribute{regular}{tf}} \starttext \startformula ABC \phi\Phi\Omega \stopformula \stoptext Only Latin is upright, but not Greek. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Upright math
On Tue, Sep 08, 2009 at 10:29:04AM +0200, Hans Hagen wrote: Aditya Mahajan wrote: The names \alpha \beta etc are currently hardcoded in char-def. The only way to change them is to move mathname=alpha from 0x1D6FC to 0x03B1. Or use \greekalpha, \greekbeta etc (essentially taking the text glyphs). Hans, we need to think of mechanism to switch between upright and italic greek letters for the macros. ok. actually, it's not that hard to do, and i'd also provide an 0x1D6FC - 0x03B1 and vise versa transformation then (on unicode chars) ... so, you can start thinking about proper names for the commands (\ugreek, \igreek or so); are there more such up/it things? I was thinking in a global way to switch upright math on/off, my use case is that on day when we have Euler OpenType, users can use the font and switch math to upright symbols globally without altering existing math formulas. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \tfa or \bfa etc. doesn't work in math mode
On Wed, Sep 09, 2009 at 12:34:46AM +0200, Hans Hagen wrote: Khaled Hosny wrote: The following example, when process with mkiv, will result in math italic in the first two examples, where it should be roman and roman bold. \starttext $\bfb Hello World$ % doesn't work $\tfb Hello World$ % doesn't work too $\tf Hello World$ % fine $\bf Hello World$ % fine \stoptext i'm bot that convinced that \bfb should work in math mode; normally one sets the size elsewhere (style=...); also, bold math (in titles and such) is kind for special anyway as bold has meaning in math It does work with MkII, so I thought it should work for MkIV too. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] font path question
On Thu, Sep 17, 2009 at 05:49:15PM +0200, luigi scarso wrote: On Tue, Sep 15, 2009 at 6:39 PM, luigi scarso luigi.sca...@gmail.com wrote: On Tue, Sep 15, 2009 at 6:37 PM, luigi scarso luigi.sca...@gmail.com wrote: I would like to use a set of of fonts in a per-job-base folder, ie job_folder_0001 |___myfonts some job files here... job_folder_0002 |___myfonts some job files here... job_folder_0003 |___myfonts some job files here... and so on, where myfonts |_font1.otf (sorry an error) myfonts |_font1.otf |_font2.otf |_font3.otf Is there any env. variable to set ? Can I do it with some kind of macro ? (better) Any clue ? Maybe the right question is Can I add a path to system font path at runtime ? OSFONTDIR=$OSFONTDIR;/path/to/myfonts context foo.tex ? -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Luatex 0.44.0 announcement
On Fri, Oct 30, 2009 at 01:32:28PM +0200, Vyatcheslav Yatskovsky wrote: Hello I wanted to manually push the changes, but the windows binary is at 0.44 already. Thanks, Mojca, it is 0.44 already indeed! Now we can use SyncTex option by adding \synctex=1 to the preamble. SyncTeX support has been available in LuaTeX for ages :) Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] \setupmathematics[lcgreek=normal] problem with default font
On Mon, Nov 09, 2009 at 12:18:55PM -0500, Aditya Mahajan wrote: On Mon, 9 Nov 2009, Vyatcheslav Yatskovsky wrote: Vyatcheslav, if you want upright greek letters, you should really consider using an opentype math font (cambria, asana, irianis ADF math). Do Irianis ADF Math include MATH table? I just checked 1.005 version and I see math glyphs but no MATH table. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] Math setup with TimesNR
You'd like to try XITS Math font[1], bug reports are welcomed, though no guarantee it'll be fixed. [1] http://github.com/khaledhosny/xits-math/tree/ Regards, Khaled On Tue, Nov 03, 2009 at 01:59:46AM +0200, Vyatcheslav Yatskovsky wrote: Hello, I still need help with math. I created the following setup file which utilizes Windows standard Times New Roman font. In general, math symbols are displayed correctly (!), but Latin letters in formulas are not italic but regular. Where should I start tuning up to get italic Latin letters? \starttypescript [serif] [TimesNR] \definefontsynonym [Serif] [times.ttf] [features=default] \definefontsynonym [SerifBold] [timesbd.ttf] [features=default] \definefontsynonym [SerifBoldItalic] [timesbi.ttf] [features=default] \definefontsynonym [SerifItalic] [timesi.ttf] [features=default] \stoptypescript \starttypescript [math][TimesNR][all] \definefontsynonym[mathroman][txm...@tx-math] \loadmapfile[original-youngryu-tx.map] \stoptypescript \starttypescript [TimesNR] \definetypeface [TimesNR] [rm] [serif] [TimesNR] [default] \definetypeface [TimesNR] [mm] [math] [TimesNR] [default] \stoptypescript Regards, Vyatcheslav ___ 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 ___ -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] Math setup with TimesNR
On Tue, Nov 10, 2009 at 02:48:30PM -0500, Aditya Mahajan wrote: On Tue, 10 Nov 2009, Khaled Hosny wrote: You'd like to try XITS Math font[1], bug reports are welcomed, though no guarantee it'll be fixed. [1] http://github.com/khaledhosny/xits-math/tree/ Nice name for the font. From the readme: This is an experimental OpenType math font font based on He-Who-Must-Not-Be-Named math fonts. :) You know, one can't risk mentioning its name and being cursed not to release till the end of eternity. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] mtx-texworks.lua can't find TeXworks on linux
Running it gives: $ mtxrun -script texworks -start MTXrun | unable to locate TeXworks Though I've texworks on my path: $ which texworks /usr/bin/texworks I found that the file.split_path(os.getenv(PATH)) call returns a table with single member containing the full PATH variable (it assumes it is a semicolon separated list, but on linux it is a colon separated list). Even after getting around this, the executable name it is looking for is 'TeXworks' while it should be 'texworks'. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] mtx-texworks.lua can't find TeXworks on linux
On Thu, Nov 19, 2009 at 06:40:07PM +0100, Hans Hagen wrote: Hans Hagen wrote: Khaled Hosny wrote: Running it gives: $ mtxrun -script texworks -start MTXrun | unable to locate TeXworks Though I've texworks on my path: $ which texworks /usr/bin/texworks I found that the file.split_path(os.getenv(PATH)) call returns a table with single member containing the full PATH variable (it assumes it is a semicolon separated list, but on linux it is a colon separated list). here the splitter works , can you send me the path string? $ echo $PATH /opt/texlive/2009/bin/i386-linux:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/khaled/bin:/home/khaled/.local/bin -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] mtx-texworks.lua can't find TeXworks on linux
On Thu, Nov 19, 2009 at 09:58:32PM +0100, Hans Hagen wrote: ok, i see the problem (it's not just splitting at : or ; as in tex config files specs can bw much more complex); will be solved in next beta The application launches now, but it is of no much use on linux since all typesetting commands are windows specific (mtxrun.cmd, cmd.exe etc.) Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] font-syn.lua error
On Sun, Nov 22, 2009 at 02:41:08PM +0100, Mojca Miklavec wrote: On Sat, Nov 21, 2009 at 19:49, Andreas Harder wrote: Hi, if I try to run $ mtxrun --script fonts –reload it ends with: ...text/tex/texmf-context/tex/context/base/font-syn.lua:666: attempt to call field 'data_state' (a nil value) What operating system? I don't know if that can be a problem, but some platforms don't have LuaTeX beta-0.45.0 yet (freebsd, linux and linux-ppc; if you are on Mac, you can try to update once again). I get the same error with both 0.44 and 0.45 on Linux. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] font-syn.lua error
On Sun, Nov 22, 2009 at 02:14:05PM +0100, Hans Hagen wrote: Andreas Harder wrote: Am 22.11.2009 um 13:16 schrieb Hans Hagen: Andreas Harder wrote: Hi, if I try to run $ mtxrun --script fonts –reload it ends with: text/tex/texmf-context/tex/context/base/font-syn.lua:666: attempt to call field 'data_state' (a nil value) that means that you run an old mtxrun (try mtxrun –selfupdate) I've tried it already, the error is still the same … and what if you run mtxrun --script font --reload $ mtxrun --script font --reload ...text/tex/texmf-context/tex/context/base/font-syn.lua:666: attempt to call field 'data_state' (a nil value) -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] Simplefonts and math fonts
Though there is a \setmathfont command, it doesn't seem to work. The following example still typeset in LM. \usemodule[simplefonts] \setmathfont[Asana Math] \starttext $\sqrt{x+y}=z$ \stoptext Any idea? Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] auto-sizing of nested parentheses
On Tue, Dec 01, 2009 at 01:47:17PM +0100, comm...@googlemail.com wrote: hi, is there a way to let ConTeXt make nested parentheses bigger automatically (based on level of nesting)? if you have like (..).)..))..), it is very hard to read if all parentheses are the same size. What about: $\Bigg(\bigg(\Big(\big((..).\big)..\Big)\bigg)..\Bigg)$ Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] Ligatures
On Sat, Dec 26, 2009 at 03:33:30PM +0100, Andreas Harder wrote: Hi, can someone confirm the misbehaviour with ligatures in my example? It’s there since the last three or four betas, perhaps longer. Could you please start a new thread when you want to ask a question, replying to an existing thread, though you changed the subject, makes following threads harder. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] Thoughts on ConTeXt: ditched
On Mon, Dec 28, 2009 at 02:44:20PM +0100, Manuel P. wrote: \def\quotebox#1#2 {\blank \midaligned{\startbackground \quotation{\em #1} \crlf --#2 \stopbackground} \blank} - the above \quotebox command, in some cases, sends pdftex and luatex (MKII and MKIV) to the moon with an infinite loop (100% CPU). I guess this is a result of your own definition of the \quotebox macro which expects a space at the end of the command, you should write (untested) instead: \define[2]\quotebox {\blank \startalignment[middle] \startbackground \quotation{\em#1}\crlf--#2 \stopbackground \stopalignment \blank} A infinite loop with 100% cpu for some spaces? Well, I wasn't expecting this. Well, that is how TeX works, not a ConTeXt issue here; your \quotebox definition tells TeX to expect a space at the end of the macro, and it was looking for it. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] Automated Quotation/Punctuation Placement
What about: \def\Var#1#2{'\type{#1}% \directlua{ if #2 == , then tex.sprint(#2') else tex.sprint('#2) end}} \Var{555}, hello \Var{666}. \Var{666}\par On Fri, Jan 08, 2010 at 09:27:37AM -0700, Tad Ashlock wrote: Hi All, I'm trying to create a command that will apply a consistent style to a word or phrase. For example, when documenting source code, I'd like to be able to mark variables with \Var{var_name}. Then if I want the variable names to be in mono, I can \def\Var#1{\type{#1}}. No problem there. If I want variable names to be in quotes, then \def\Var#1{\quote{#1}}. The problem is that in my ConTeXt code I'd write This is \Var{var_name}, a variable. Which would get typeset as This is 'var_name', a variable. where punctuation convention (at least in American English) would have the comma inside the quote like this: This is 'var_name,' a variable. I've tried four different ways of implementing this, but none of them work consistently. Here's my last attempt: == \startluacode function move_end_punctuation (text, punc, cmd_start, cmd_mid, cmd_end) context(cmd_start .. text .. cmd_mid) if string.find('.,!?', punc, 1, true) then context(punc .. cmd_end) else context(cmd_end .. ' ' .. punc) end end \stopluacode \def\Var#1#2{\ctxlua{move_end_punctuation([==[#1]==],[==[#2]==], '\\quote{\\type{','}','}')}} \starttext This is \Var{var_name}, a variable. \stoptext == This works, until the \Var{} macro appears in the argument of another macro. For example, make the text: \framed{This is \Var{var_name}, a variable.} and the following error results: == systems : begin file test.tex at line 16 ! Missing $ inserted. inserted text $ to be read again _ l.1 ...spaces quote{unskip ignorespaces type{var_ name} \Var ...=],[==[#2]==], '\\quote{\\type{','}','}')} l.18 \framed{This is \Var{var_name}, a variable.} ? == I think my problem has to do with parameter expansion, but I don't understand the intricacies enough to solve this. I flailed away, unsuccessfully, with various combinations of \unexpanded, \normalunexpanded, luaescapestring, etc. Does anyone have a solution or a pointer in the right direction? Thank you, Tad ___ 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 ___ -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer 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] Minimals installation problem OS X 10.6.2
On Sat, Jan 16, 2010 at 04:06:47PM -0500, paul morgan wrote: Hi, On a new Snow Leopard machine, I ran ./first-setup.sh in ~/context. As instructed at the end of the ./first-setup.sh run, I then added /Users/pm/ context/tex/texmf-osx-64/bin to my .zshenv, and % echo $PATH shows correct path when I source, logout, restart, etc. I ran: p% texexec example.tex MTXrun | kpse fallback with progname 'context' initialized in 0.001019 seconds I then tried p% luatex sample.tex This is LuaTeX, Version beta-0.50.0-2009122423 \write18 enabled. kpathsea: Running mktexfmt luatex.fmt mktexfmt: No such file or directory I can't find the format file `luatex.fmt'! Any suggestions on what I should do? Minimals doesn't ship with plain format, only context. If you want ConTeXt MkIV then run 'context file.tex' (which can process plain tex files as well, but I don't know how far compatible is it). -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] What do you miss in ConTeXt?
On Mon, Feb 08, 2010 at 12:25:58PM +0100, Wolfgang Schuster wrote: Hi all, ConTeXt has many features but sometimes there is something missing, what feature or package do you miss which is already available in another TeX system or unavailable in any TeX system? An implementation of Unicode Bidirectional Algorithm[1] and automatic, script based font switching, Unicode Script Property[2]. Editing mixed RTL and LTR text is mess already, adding to the mix LTR TeX commands for every directionally switch makes it a nightmare. I ended up doing my first pass without any directional commands at all then using some regular expressions to post process the text, but this is no fun and needs manual review not to mention that post editing that text still a nightmare. I've attempted to write the BiDi implementation several times myself, by never managed to actually allocate enough time for it. ConTeXt already has a BiDi implantation (typo-mir.{lua,mkiv}), but I gave up using it because it is buggy and can be hardly used for any thing. [1] http://www.unicode.org/reports/tr9/ [2] http://www.unicode.org/reports/tr24/ Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] What do you miss in ConTeXt?
On Tue, Feb 09, 2010 at 06:56:05PM +0100, Hans Hagen wrote: On 9-2-2010 18:50, Khaled Hosny wrote: On Mon, Feb 08, 2010 at 12:25:58PM +0100, Wolfgang Schuster wrote: Hi all, ConTeXt has many features but sometimes there is something missing, what feature or package do you miss which is already available in another TeX system or unavailable in any TeX system? An implementation of Unicode Bidirectional Algorithm[1] and automatic, script based font switching, Unicode Script Property[2]. Editing mixed RTL and LTR text is mess already, adding to the mix LTR TeX commands for every directionally switch makes it a nightmare. I ended up doing my first pass without any directional commands at all then using some regular expressions to post process the text, but this is no fun and needs manual review not to mention that post editing that text still a nightmare. I've attempted to write the BiDi implementation several times myself, by never managed to actually allocate enough time for it. ConTeXt already has a BiDi implantation (typo-mir.{lua,mkiv}), but I gave up using it because it is buggy and can be hardly used for any thing. [1] http://www.unicode.org/reports/tr9/ [2] http://www.unicode.org/reports/tr24/ i cannot fix things unless i know what is broken -) also, i need to cater for mixed bidi input and txt/pardir usage which is non trivial IIRC, I reported all of that months ago but I usually get no answer. anyway, luatex 0.60 will have an improved tagging of nodes so that might help Right, having a direction property for each node (assuming this what the tagging feature you mean) would help even in OpenType layout, like supporting 'rtla' and 'rtlm' (RTL alternates and mirrors) which need to be enabled conditionally based on glyph direction. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] What do you miss in ConTeXt?
On Tue, Feb 09, 2010 at 12:12:00PM -0700, Idris Samawi Hamid ادريس سماوي حامد wrote: Salaam, Khaled, On Tue, 09 Feb 2010 11:44:55 -0700, Khaled Hosny khaledho...@eglug.org wrote: IIRC, I reported all of that months ago but I usually get no answer. Are you sure about that? A quick check shows answers...eg http://archive.contextgarden.net/message/20080816.075921.0f92a2d3.en.html In any case: Can you provide minimal samples of problems with the current mechanism? I have a bidi test-suite that I will revisit but some sample files from you will help too. One sample-per-problem would be a help. I've to find my old test files then. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] Footnote Failure
On Mon, Feb 22, 2010 at 06:11:56PM +0100, Hans Hagen wrote: btw, why not put the url defs somplace in your preamble, that way you have one spot to maintain them \setupinteraction[state=start] \starttext \useURL[git:2][http://...][][Git Virtue] \footnote{The views ... \from[git:2] } \stoptext And this one aspect of ConTeXt I can't get comfortable with, \useURL is great and every thing, but it is overkill for my simple url use; I just need a very simple, one call command, some thing like \URL[http://...]{foo}. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] Footnote Failure
On Mon, Feb 22, 2010 at 06:36:02PM +0100, Hans Hagen wrote: On 22-2-2010 18:23, Khaled Hosny wrote: On Mon, Feb 22, 2010 at 06:11:56PM +0100, Hans Hagen wrote: btw, why not put the url defs somplace in your preamble, that way you have one spot to maintain them \setupinteraction[state=start] \starttext \useURL[git:2][http://...][][Git Virtue] \footnote{The views ... \from[git:2] } \stoptext And this one aspect of ConTeXt I can't get comfortable with, \useURL is great and every thing, but it is overkill for my simple url use; I just need a very simple, one call command, some thing like \URL[http://...]{foo}. \setupinteraction[state=start] \starttext bla \goto{pragma site}[url(http://www.pragma-ade.com)] bla \stoptext Ah, cool, never know that ConTeXt has such feature! Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] [OT] TEX line breaking algorithm in JavaScript
On Wed, Feb 24, 2010 at 11:38:11PM +0100, Mojca Miklavec wrote: http://www.bramstein.com/projects/typeset/ PS: the author comes from the second nicest country in the world :) Combined with jsMath, I think we can now reimplement TeX in JS :D Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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 `` '' the output is wrong.
On Tue, Jan 19, 2010 at 08:31:22PM +0100, Mojca Miklavec wrote: - The deciding moment when some of these ugly tricks have been thrown away was when we realized that if you do add those tricks, there is no way to print the grave accent. (Grave accent will be automatically converted to the same comma that you get in quotation marks.) In good old TeX the grave accent (`) and the character that you get when you type ` are at two different slots. In Unicode-encoded fonts that's not doable. This means that if one wants to enable the `` trick then there's no way to allow composite characters with grave accent or the character ` in typewriter font. In most cases that is not a problem since Unicode fonts usually support a wide range of characters, but I already had to use a character not present in Unicode. And that was not doable until the hack has been removed. Now, I feel there is some thing wrong here, (`) is not an accent (despite it misleading Unicode name), but rather a spacing character, so typing n` to get ǹ is wrong; you should use (̀ ) instead (this is U+0300), since the later is the combining grave accent while the former is a spacing character. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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 `` '' the output is wrong.
On Wed, Jan 20, 2010 at 10:10:07AM +0100, Hans Hagen wrote: (actually one of my reasons for never using `` '' is that it looks quite ugly in the source as the second pair is not tilted and i hate ugly looking sources) Since I'm using Inconsolata while reading this email, I had hard time understanding why it looks OK here ;) (I know it is an old thread, but I just started reading it now) Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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 `` '' the output is wrong.
On Wed, Jan 20, 2010 at 03:42:11PM +0100, Mojca Miklavec wrote: On Wed, Jan 20, 2010 at 10:58, Alan BRASLAU wrote: I'm not sure that I understand the problem with ` (GRAVE ACCENT) that cannot be solved with a macro or by a setting that disactivates the production of ‘ (LEFT SINGLE QUOTE MARK). Try to process the following with XeTeX (I would be grateful if anyone knew how to solve that particular problem; also note that some hyphenation patterns don't work when ' is replaced by proper quotation mark): \font\a=[lmroman10-regular] \font\b=[lmroman10-regular]:mapping=tex-text \starttext \a ``abc'' {\buildtextaccent\textgrave a}\par \b ``abc'' {\buildtextaccent\textgrave a} \stoptext \def\textgrave{\char0300 } \font\a=[lmroman10-regular] \font\b=[lmroman10-regular]:mapping=tex-text \starttext \a ``abc'' {\buildtextaccent\textgrave a}\par \b ``abc'' {\buildtextaccent\textgrave a} \stoptext Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] suggestions for context documentation
On Fri, Mar 05, 2010 at 05:34:39AM +0100, Wolfgang Schuster wrote: Am 05.03.10 03:10, schrieb Michael Saunders: I've looked at most of the fifty or so documents over which this virtual manual is supposed to be spread. They are about as informative. Most of these documents seem to be 5--12 years old. *The LaTeX manual* is 16 years old. http://www.pearsonhighered.com/educator/product/ LaTeX-A-Document-Preparation-System/9780201529838.page But LaTeX didn't change since then, unlike ConTeXt (even MkII is under documented). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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
On Sat, Mar 13, 2010 at 06:35:30AM +0100, Wolfgang Schuster wrote: Am 12.03.10 23:29, schrieb Hans Hagen: ok, i was thinking of embedded optical sized (i.e. one font file that has several sizes) Is there anything besides different sizes in opentype math fonts and the ruby feature in cjk fonts? OpenType fonts can set a size feature, setting the optical size of the font and the size range in which it is used, so different font files in the same family with different optical sizes can be set (like LM). http://www.microsoft.com/typography/otspec/features_pt.htm#size But I don't think there is support for a single font file with different optical sizes. Fontloader already expose the size info if present, we wrote some code for LaTeX that loads the best optical size automatically based on the requested font size, it isn't that hard. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] pk-directory
On Sat, Mar 27, 2010 at 11:36:22AM +0100, Arthur Reutenauer wrote: may we can be package them in an otf format Right, OpenType can embed bitmap fonts (even TrueType could, if I'm not mistaken); if the font is only available as PK, it should be possible to make it into an OpenType font, using FontForge, for example. No, neither OpenType or TrueType support bitmap-only, they can embed bitmaps besides the regular outlines (X11 have there own OpenType bitmap-only format, but it isn't a standard). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] pk-directory
On Sat, Mar 27, 2010 at 11:43:58AM +0100, luigi scarso wrote: On Sat, Mar 27, 2010 at 11:36 AM, Arthur Reutenauer arthur.reutena...@normalesup.org wrote: may we can be package them in an otf format Right, OpenType can embed bitmap fonts (even TrueType could, if I'm not mistaken); true if the font is only available as PK, it should be possible to make it into an OpenType font, using FontForge, for example. I'm not sure maybe with mftrace http://lilypond.org/mftrace/ I would imagine one day luatex being able to read metafont fonts's, pass them through mplib to generate splines then through fontloader to build OpenType fonts out of it, so one can still use metafonts metaness with the complex layout feature of opentype and it vector fonts. But given how few metafont fonts is (and only one family is really a meta font), the effort seems not so worthy. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Mon, Apr 12, 2010 at 09:23:02PM +0200, Marco wrote: With MkIV \cap and \nocap is no longer necessary when you have a opentype font with the smcp (smallcapitals) and c2sc (capitals to smallcapitals) features. Thanks for your explanation. But why doesn't your example work with the latin modern fonts? Don't they have these features? I'd be surprised when they don't have small caps. They don't have a small caps OpenType feature (smcp) for a reason beyond to me, they however have an old-fashioned separate small caps font. I would liked to send patches to LM fonts project, but they don't have a source repository and their work flow depends on proprietary software that I cannot afford. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Mon, Apr 12, 2010 at 11:41:59PM +0200, Hans Hagen wrote: On 12-4-2010 9:43, Khaled Hosny wrote: On Mon, Apr 12, 2010 at 09:23:02PM +0200, Marco wrote: With MkIV \cap and \nocap is no longer necessary when you have a opentype font with the smcp (smallcapitals) and c2sc (capitals to smallcapitals) features. Thanks for your explanation. But why doesn't your example work with the latin modern fonts? Don't they have these features? I'd be surprised when they don't have small caps. They don't have a small caps OpenType feature (smcp) for a reason beyond to me, they however have an old-fashioned separate small caps font. this is because they are cm compatible (the initial objective of the project was a merge of all those variants) in the future we might have extra lm fonts that have those features but the team is still not sure if this should be done ... it makes much sense for consistency to have smallcaps merged in the normal shapes but even then there would be a separate smallcaps font as well A separate small caps font made sense for Type1 fonts (where CM compatibility would matter), but for OpenType fonts I fail to see the reasoning for this. I would liked to send patches to LM fonts project, but they don't have a source repository and their work flow depends on proprietary software that I cannot afford. concerning the workflow you're wrong ... they use public tools like metatype1 which is free ... and they're currently building a tool chain for the math fonts I was referring to OpenType programming where they use Adobe AFDKO which is a proprietary software that run only on proprietary OS, and with lack of sources I can't even provide patches against the feature files, I can make modified fonts but I don't think they will accept it. Even MetaType1, it is written with only Windows users in mind; I can't use the supplied batch files and I can't understand them (with no documentation at all) to write a replacement. concerning the repos you're right ... given earlier experiences with lack of quality assurance in public fonts the lm/gyre project follows strickt procedures and only the core team can patch ... of course you can send suggestions and patches but the core team decides Closed development is not the solution for lack of proper QA, proper QA is the solution; you can have open development model with public repos, bug tracker, roadmaps etc. and still maintain a strict QA process, there are many free software projects with very high QA standards but still running an open development model. With open development you encourage potential contributors who may or my not very valuable to you project. fyi: the gyre team (gust font foundation) has now reverted to the core urw fonts for which they got the copyright and it made it possible to get rid of some ugly artefacts and glyphs (again, lack of qa had rendered the latest public urw fonts somewhat useless) There is still a long way to go, the Greek glyph for example are ranging from suboptimal to pure crap. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Tue, Apr 13, 2010 at 12:13:49PM +0200, Hans Hagen wrote: On 13-4-2010 12:58, Khaled Hosny wrote: On Mon, Apr 12, 2010 at 11:41:59PM +0200, Hans Hagen wrote: On 12-4-2010 9:43, Khaled Hosny wrote: On Mon, Apr 12, 2010 at 09:23:02PM +0200, Marco wrote: With MkIV \cap and \nocap is no longer necessary when you have a opentype font with the smcp (smallcapitals) and c2sc (capitals to smallcapitals) features. Thanks for your explanation. But why doesn't your example work with the latin modern fonts? Don't they have these features? I'd be surprised when they don't have small caps. They don't have a small caps OpenType feature (smcp) for a reason beyond to me, they however have an old-fashioned separate small caps font. this is because they are cm compatible (the initial objective of the project was a merge of all those variants) in the future we might have extra lm fonts that have those features but the team is still not sure if this should be done ... it makes much sense for consistency to have smallcaps merged in the normal shapes but even then there would be a separate smallcaps font as well A separate small caps font made sense for Type1 fonts (where CM compatibility would matter), but for OpenType fonts I fail to see the reasoning for this. this is not the place to elaborate on this (more for the usual font bof session at bachotek) I don't go to TeX conferences, so mailing lists is the only place I can discuss such stuff, and TeX Gyre fonts don't have a mailing list, AFAIK. but to some extend it's a packaging issue: why a full smallcaps embedded but not an italic; a similar discussion is taking place with regards to the lm math fonts: either or not to embed the three sizes as in practice one might want to combine different design sizes anyway Small caps are not usually treated as separate font faces in OpenType applications, and the common practice is to embed it into the font, which is not the case with Italic (also one can argue that Italic and Roman are not mere styles, but faces of each own, unlike small caps). I would liked to send patches to LM fonts project, but they don't have a source repository and their work flow depends on proprietary software that I cannot afford. concerning the workflow you're wrong ... they use public tools like metatype1 which is free ... and they're currently building a tool chain for the math fonts I was referring to OpenType programming where they use Adobe AFDKO which is a proprietary software that run only on proprietary OS, and with lack of sources I can't even provide patches against the feature files, I can make modified fonts but I don't think they will accept it. Even MetaType1, it is written with only Windows users in mind; I can't use the supplied batch files and I can't understand them (with no documentation at all) to write a replacement. the team is considering to use fontforge in script mode but then the oppososite is happening as fontforge does not run that well on windows (needs mingw or cygwin + some x server) which is not much different from running AFDKO in wine or so Fontforge in script mode does not require X, mingw is enough, and AFAIK latest FF CVS can be compiled under mingw without patching. One can always run FF under some virtual machine etc. But to run Windows I need a Windows license which I cannot afford. and just like metatype1's toolkit is written with windows (actually dos) in mind (the toolkit evolved over many years an at that time there was no easy to use linux around anyway) many other tools in the tex suite of programs have a strong bias towards unix so it's a all matter of history and as the gust foundation team is the official team for tex related font development they have been given complete freedom in choosing their tools They have the very right to pick the tools they won't, but this is alienating many potential contributors, an that what I was complaining about. concerning the repos you're right ... given earlier experiences with lack of quality assurance in public fonts the lm/gyre project follows strickt procedures and only the core team can patch ... of course you can send suggestions and patches but the core team decides Closed development is not the solution for lack of proper QA, proper QA is the solution; you can have open development model with public repos, bug tracker, roadmaps etc. and still maintain a strict QA process, there are many free software projects with very high QA standards but still running an open development model. With open development you encourage potential contributors who may or my not very valuable to you project. sure, but there has been many discussions about this (mostly at bachotex i admit) and other font experts present (in addition to the team) there also have their worries about sensitive things like patching fonts ... of course a patch for a otf generator is not the same as a patch
Re: [NTG-context] \nocap does not work
On Tue, Apr 13, 2010 at 12:48:27PM +0200, Arthur Reutenauer wrote: this is not the place to elaborate on this (more for the usual font bof session at bachotek) but to some extend it's a packaging issue: why a full smallcaps embedded but not an italic Actually, you can do that with OpenType: there is an 'ital' feature, and using it would allow to embed italic correction information within the fonts. You can't do that with fonts of different design sizes, alas. It is usually used by CJK fonts since italic is only for LGC part of the font. Combining fonts with different design sizes is not usually good idea since they have different metrics and hinting zones etc. making the merge pointless. You can use TTC to collect several fonts in one file, though. Regards Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Tue, Apr 13, 2010 at 02:00:39PM +0200, Hans Hagen wrote: On 13-4-2010 1:03, Khaled Hosny wrote: They already shipped glyphs with such poor artistic value, being in the Ghostscript fonts is not an excuse, they could have resorted to the original URW fonts, which were released under GPL, from the start if quality is so high priority to them. So, I don't see how welcoming potential contributers can be any worse, it might actually improve the miserable state of some areas of the fonts. the miserable shaped would have been improved if there had been any interest in it but a fact is that neither greek nor cyrillic users ever gave any feedback (about right shapes to start with) and as such they became a burden. Of course greek has to be brought in (maybe from px/tx) again when math is done. And how do you expect to get any feedback if you are alienating your users from the start? I've looked again in the TeX Gyre project page and I can't find anything even remotely related to feedback or contact us address, not to talk about a mailing list or bug tracker. By adopting a closed development model, you are telling every outsider: your opinion is worth nothing, we are not interested in it, so don't wonder you didn't receive any. BTW, I just checked ghostscript fonts shipped with my distro and they don't have any of the crappy Greek glyphs TeX Gyre have (neither do the files linked from TeX Gyre web page), so I don't know from where TeX Gyre got those. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Tue, Apr 13, 2010 at 01:06:47PM +0200, Arthur Reutenauer wrote: I don't go to TeX conferences, so mailing lists is the only place I can discuss such stuff, and TeX Gyre fonts don't have a mailing list, AFAIK. You can write to the TeX Gyre team... And their contact info is listed in... ? Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Tue, Apr 13, 2010 at 07:33:22PM +0200, Thomas A. Schmitz wrote: On Apr 13, 2010, at 7:16 PM, Khaled Hosny wrote: BTW, I just checked ghostscript fonts shipped with my distro and they don't have any of the crappy Greek glyphs TeX Gyre have (neither do the files linked from TeX Gyre web page), so I don't know from where TeX Gyre got those. I contacted the Gyre team a while ago about the Greek, and they said they were not really meant to be used, but just placeholders until the real Greek will be developed. I offered help, but I don't know how to use metatype, I could just help them set up the Greek Extended glyphs once the proper characters are in place. And btw: please tone down your messages a bit. You sound like you are foaming from the mouth, and that's quite unnecessary. As Hans said: all of this is open source, if you hate their style of doing things that much, just develop your own fonts. If people are developing free software, they also have the freedom to do the development exactly as they see fit. Where does this sense of entitlement come from? Just because it is free software doesn't mean one can't criticize them, actually because it is free software I do care about it. I didn't know my tone was that high (well it is usually that high but I don't even notice). Sure I can go and fork it, but it is pity that one have to resort to this to just contribute a bug fix. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Tue, Apr 13, 2010 at 07:37:04PM +0200, Taco Hoekwater wrote: Khaled Hosny wrote: On Tue, Apr 13, 2010 at 01:06:47PM +0200, Arthur Reutenauer wrote: I don't go to TeX conferences, so mailing lists is the only place I can discuss such stuff, and TeX Gyre fonts don't have a mailing list, AFAIK. You can write to the TeX Gyre team... And their contact info is listed in... ? From README: Email contact: Bogus\l{}aw Jackowski aka Jacko, b_jackow...@gust.org.pl I overlooked this, for some reason the website looked like a natural place to look for such info. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Tue, Apr 13, 2010 at 07:51:48PM +0200, Arthur Reutenauer wrote: And their contact info is listed in... ? The TeX Gyre page starts with a list of names. And the first paper in the Readings section lists e-mail addresses. Have you tried contacting them? Apparently not, again for some reason I'd always the feeling that they are not interested in feedback (I also usually try to provide fixes with my bug reports, but I can't really do here). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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] \nocap does not work
On Tue, Apr 13, 2010 at 09:17:41PM +0200, Arthur Reutenauer wrote: Apparently not, again for some reason I'd always the feeling that they are not interested in feedback I wonder how you got that feeling if you never made contact with them... I'm still wondering too. (I also usually try to provide fixes with my bug reports, but I can't really do here). Because you can't use the AFDKO? You can still make suggestions if you have some. For that matter, I've never used the AFDKO either, and that didn't prevent me to from discussing issues with Jacko. I'm used to open source projects where sending patches with your bug reports is more appreciated, and I always feel it is a bit rude to do otherwise (specially in an area like fonts where I should be able to fix bugs myself). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ 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 ___