Re: [NTG-context] (again) bug with bidi direction and \about references

2014-03-04 Thread Khaled Hosny
On Mon, Mar 03, 2014 at 07:49:07PM +0100, Pablo Rodriguez wrote:
 Hi Hans,
 
 sorry for telling again, but I’m afraid that the following sample shows
 a serious buggy interaction between \setupdirections[bidi=on] and \about
 references.
 
 \setupdirections[bidi=on]

No problem with \setupdirections[bidi=on,method=two] (which I still
think should be the default, but Hans is not convinced).

Regards,
Khaled
___
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: Reflections on usability ConTeXt for typesetting of mathematics

2014-02-13 Thread Khaled Hosny
On Thu, Feb 13, 2014 at 02:40:18PM +0100, Mikael P. Sundqvist wrote:

 I do not agree with you. It is not so important to have the same syntax as
 in LaTeX (exception: it would be nice to get double bars from \| since it
 does not make sense to have \| yield a single bar since | does)

That is the Plain TeX syntax for double bar FWIW.

Regards,
Khaled

___
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] [OT] [fred.w...@free.fr: Thank you]

2014-01-30 Thread Khaled Hosny
- Forwarded message from Frédéric WANG fred.w...@free.fr -

From: Frédéric WANG fred.w...@free.fr
To: www-m...@w3.org www-m...@w3.org, LaTeXML project 
project-late...@lists.jacobs-university.de
Subject: Thank you

Dear all,

Two months ago, I started a fundraising campaign to help MathML developments
in Gecko/WebKit as well as producing some sample EPUB documents for science. I
was not sure at all whether it would work, but thanks to your support I have
finally been able to gather enough money to focus on this MathML project in
the upcoming months. I'd like to thank again everybody who contributed to that
project. I hope this will encourage other companies, organizations and
developers to get involved and see how we can think together of a long-term
funding plan for MathML.

Frédéric Wang

PS: There is still one day to contribute for those who have not already:
http://www.ulule.com/mathematics-ebooks/. You can also repost and forward this
message or link.

- End forwarded message -
___
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] [***SPAM***] Incorrect internal font processing

2013-12-08 Thread Khaled Hosny
On Sun, Dec 08, 2013 at 09:19:26PM +0100, Jan Tosovsky wrote:
 On 2013-12-01 Khaled Hosny wrote:
  On Sun, Dec 01, 2013 at 11:21:30AM +0200, Khaled Hosny wrote:
  
  Interestingly, after I patched Sorts Mill (a FontForge fork) to avoid
  duplicates[1] I ended up with a ‘dotlessi.sc’ glyph, as it turns out
  the font has a dotlessi → regular smallcap i later on, so that is 
  where FontLab gets the glyph name, too.
  
  I’ll try to port this patch to LuaTeX later.
 
 Thanks for handling this! 
 
 When can I expect this fix in luatex.dll updated on my local machine
 using the first-setup script?

I pushed the patch to LuaTeX trunk, so it should be in the next release,
but no idea about which or when.

Regards,
Khaled
___
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] [***SPAM***] Incorrect internal font processing

2013-12-01 Thread Khaled Hosny
On Wed, Nov 27, 2013 at 11:35:01PM +0100, Jan Tosovsky wrote:
 On 2013-11-27 Jan Tosovsky wrote:
  On 2013-11-27 Hans Hagen wrote:
   On 11/27/2013 10:20 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 9:53 PM, Jan Tosovsky wrote:
On 2013-11-27 Hans Hagen wrote:
On 11/27/2013 8:44 PM, Jan Tosovsky wrote:
   
during my attempts to patch the Palatino's dotless 'i' I found
that this font is parsed incorrectly by ConTeXt.
   
Comparing index/name info of individual glyphs in the font
software and resulting pala.tma file there is the following
difference:
   
Index | Name - font| Name - tma
1110  | dotlessi.smcp  | i.sc(1)
1170  | i.smcp | i.sc(2)
   
The first one should have IMHO a different name.
The same name for two glyphs might be dangerous.
   
  
   the fact that there are two i.sc in the font is suspicious ... best
   check the font in fontforge ... one never know what kind of things
   other programs do
  
  Hmm, FontForge glyphs naming corresponds to what we can observe in the
  ConTeXt (doubled i.sc). My previous analysis was based on FontLab. I am
  confused now...
 
 Actually, there are no names of these glyphs available in the font so they
 are calculated(!)

Right, the font (like many MS fonts) uses version 3 ‘post’ table which
includes no glyph names at all, software that needs glyph names (e.g.
LuaTeX, since you can’t embed a font is PDF without glyph names else
printers would go nuts) have to generate it. Some software will use dump
names; glyph1 etc. using glyph id, others will try to guess more
sensible names from the OpenType layout tables.

 Each of two programs uses a different method. FontLab method is based on
 layout tables - GPOS, GSUB, GDEF (it somehow detects that both glyps
 differs). The FontForge method is unclear and seems to be buggy.

FontForge uses the layout tables, too, but this font has a catch, it has
two i → some glyph substitutions in the ‘smcp’ feature, one to a
dotted small cap for Turkish (under TRK tag) and a regular one, and
FontForge just names the resultant glyph ‘i.sc’ in both cases since it
does not seem to check for duplicates, thinking that only one such a
substitution can happen per feature. LuaTeX uses a (subset of) FontForge
internally, so you get the same bug.

It is not clear to me how FontLab arrived to the dotlessi name from the
GSUB table, but I need to look into the font a bit more closer.

Regards,
Khaled
___
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] [***SPAM***] Incorrect internal font processing

2013-12-01 Thread Khaled Hosny
On Sun, Dec 01, 2013 at 11:21:30AM +0200, Khaled Hosny wrote:
 It is not clear to me how FontLab arrived to the dotlessi name from the
 GSUB table, but I need to look into the font a bit more closer.

Interestingly, after I patched Sorts Mill (a FontForge fork) to avoid
duplicates[1] I ended up with a ‘dotlessi.sc’ glyph, as it turns out the
font has a dotlessi → regular smallcap i later on, so that is where
FontLab gets the glyph name, too.

I’ll try to port this patch to LuaTeX later.

Regards,
Khaled

[1] 
https://bitbucket.org/sortsmill/sortsmill-tools/commits/a7fdc1cd13d94659fe90848d0fe2878bbdd54d60
___
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] Converting normal font into bold

2013-11-25 Thread Khaled Hosny
On Sun, Nov 24, 2013 at 10:18:47PM +0100, H. Özoguz wrote:
 It is my believe that Unicode has the wrong properties for Arabic
 standalone Hamza; in short you should just type a regular Hamza in the
 middle of the word and it will get positioned correctly. Placing a
 combining Hamza over a Tatweel to “fake” it is wrong IMO. So in Amiri
 you just type “بِءَايَٰتِ” and voilà, every thing is rendered correctly (the
 same is true for the small Alef).
 
 Yes, that works. But the direct way works with Uhtmanic1HafsVer9:
 
 \definefont[arabicamiri][file:amiri-regular.ttf*arabic at 15pt]
 \definefont[arabicuth][file:UthmanicHafs1Ver09.ttf*arabic at 17pt]
 \starttext
 \setupalign[r2l]
 \arabicamiri بِـَٔايَـٰتِ
 \blank
 \arabicuth بِـَٔايَـٰتِ
 \stoptext

I consider this wrong input so it is not supported by Amiri; the Hamza
in بءايت is exactly the same Hamza in ءايت prefixed with ب, so the same
Unicode character should be used in both, and Amiri goes to a great
length to support this. Using a combing Hamza (which is a different
Hamza) over a Tatweel is just a hack to emulate the same effect that you
get “natively” with Amiri, I may support it in the future, but it is not
a priority. If you read Arabic, the Amiri manual describes the proper
Unicode sequences to input some of the Quranic marks that people get
confused about because of the messiness of this area in Unicode (I
should translate the manual to English, but time is always an issue).

 
 To be honest, in Corel Draw UthmanicHafs is the perfect font for my purpose
 - at least in CorelDraw - e.g.: The ayat-numbers are printed as a
 unicode-symbol, not as numbers (perfect, because ConTeXt has problems with
 the direction with arabic numbers, they are mirrored in ConTeXt).
 
 But it is only perfect in CorelDraw, in ConTeXt some things are not
 recognized correctly, as I mentioned. E.g. this one:
 
 \definefont[arabicamiri][file:amiri-regular.ttf*arabic at 15pt]
 \definefont[arabicuth][file:UthmanicHafs1Ver09.ttf*arabic at 17pt]
 \starttext
 \setupalign[r2l]
 \arabicuth لِّلْمُتَّقِينَ ﴿٢﴾
 \stoptext
 
 If I put the same arabic into CorelDraw, it prints a nice Unicode-Symbol for
 the number - see the JPG I have attached here, screenshot from CorelDraw,
 but ConTeXt ignores the brackets and prints just a verys small number. There
 are some problems like this. Are they easy to fix, or is this problem deeply
 involved?

This seems like a font hack, the proper way to input the Aya mark is
what Ondřej describes in his reply.

Regards,
Khaled
___
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] No full Unicode-Support in ConTeXt?

2013-11-24 Thread Khaled Hosny
On Sun, Nov 24, 2013 at 06:31:27PM +0100, Hans Hagen wrote:
 On 11/24/2013 6:09 PM, Hans Hagen wrote:
 
 shows me a little sign above the word
 
 the only issue i see is that this otf font has 2048 units and gets scaled
 wrong (in luatex's backend probably)

It is actually a TTF font but the extension confuses ConTeXt (we
discussed this very issue before).
___
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] No full Unicode-Support in ConTeXt?

2013-11-24 Thread Khaled Hosny
On Sun, Nov 24, 2013 at 06:48:05PM +0100, Hans Hagen wrote:
 On 11/24/2013 6:38 PM, Khaled Hosny wrote:
 On Sun, Nov 24, 2013 at 06:31:27PM +0100, Hans Hagen wrote:
 On 11/24/2013 6:09 PM, Hans Hagen wrote:
 
 shows me a little sign above the word
 
 the only issue i see is that this otf font has 2048 units and gets scaled
 wrong (in luatex's backend probably)
 
 It is actually a TTF font but the extension confuses ConTeXt (we
 discussed this very issue before).
 
 afaik it passes the right unit value so the backend gets confused ... okay,
 we could probably specify a font to be truetype when units ~= 1000 but still
 ... i have no problem with forcing
 
 if units ~= 1000 and format ~= truetype then
 properties.format = truetype
 end
 
 if we can assume all opentype fonts to be 1000

No we can't. What we really need is a way for the fontloader to expose
the format in the font table, because it already knows it.

Regards,
Khaled
___
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] Converting normal font into bold

2013-11-24 Thread Khaled Hosny
On Sun, Nov 24, 2013 at 06:52:31PM +0100, H. Özoguz wrote:
 The extend feature stretches the glyphs to get narrow or wide font but it 
 doesn’t embolden it.
 
 The best solution is to get a font with a real bold style, money shouldn’t 
 be a problem because fonts are cheap nowadays.
 
 Wolfgang
 
 Thanks, I hoped the it could really embold ist (like I did it in CorelDraw).
 
 Of course, money is not the problem at all - I am using it commercially, so
 the company should by any arabic font I would suggest. But it is very hard
 to find an modern font, which is capable of typsetting Quran, with full
 supprt and all special symbols (wich are not a part of standard modern
 arabic)

http://amirifont.org/

 - and more hard to find such a find in this style (Uthmanic).

There is no such a style, it is just a simplified (dumbed down) Naskh
style used only in one single Mushaf. Why is that a requirement?

Regards,
Khaled
___
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] [***SPAM***] Re: Converting normal font into bold

2013-11-24 Thread Khaled Hosny
On Sun, Nov 24, 2013 at 08:49:40PM +0100, H. Özoguz wrote:
 http://amirifont.org/
 
 /  - and more hard to find such a find in this style (Uthmanic).
 /
 There is no such a style, it is just a simplified (dumbed down) Naskh
 style used only in one single Mushaf. Why is that a requirement?
 
 Thanks Khaled,
 
 the Naskh-Style is not an absolute requirement, but it is very well known
 and very common (at least for muslims in germany) - and it is very nice, of
 course, this is an question of flavor.
 
 I know your font, of course, but I had always problems with it in
 typesetting quran. Maybe you can help?
 
 See the following code:
 
 \definefont[arabicamiri][file:amiri-quran.ttf*arabic at 15pt]
 \definefont[arabicb][file:uthmantn1ver10.ttf*arabic at 17pt]
 \starttext
  \setupalign[r2l]
  \arabicamiri ??? ?? ? ?? ?  ? ?
 ? ?  ??? ?? ??? ??? ? ?
 ??? ??? ?
 \blank\blank
  \arabicb ??? ?? ? ?? ?  ? ?
 ? ?  ??? ?? ??? ??? ? ?
 ??? ??? ?\par
 \stoptext

Your text got corrupted somewhere in its way.

 There are some issues within this example:
 
 - overlapping letters (see Aziyz)
 - bi ayaatillah (overlapping of fatha and hamza)
 
 And besides from that: It is not so harmonic like the other font, seems more
 like a not-caligraphic hand-font (no offense of course :))

Funny, I always get complaints that it is too caligraphic for some
peoples taste. Besides, it is actually more closer to the authentic
Naskh style than Uthman Taha’s dumbed down Naskh.

 But possibly I am making something very wrong, can you help me? Thank you
 very much. My project is to typesetting quran completely, and that is not
 easy without an perfect font. If you have a commercial variant with license,
 please inform me, our company would surely buy it.

That was my project too, but I got distracted building the perfect font
since none existed.
___
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] Converting normal font into bold

2013-11-24 Thread Khaled Hosny
On Sun, Nov 24, 2013 at 08:53:00PM +0100, H. Özoguz wrote:
 Again, because arabic seems to be vanished in my first posting, I dont know 
 why.
 
 
 Thanks Khaled,
 
 the Naskh-Style is not an absolute requirement, but it is very well
 known and very common (at least for muslims in germany) - and it is very
 nice, of course, this is an question of flavor.
 
 I know your font, of course, but I had always problems with it in
 typesetting quran. Maybe you can help?
 
 See the following code:
 
 
 \definefont[arabicamiri][file:amiri-regular.ttf*arabic at 15pt]
 \definefont[arabicb][file:uthmantn1ver10.ttf*arabic at 17pt]
 \starttext
 
  \setupalign[r2l]
 
  \arabicamiri مِن قَبْلُ هُدًى لِّلنَّاسِ وَأَنزَلَ ٱلْفُرْقَانَ ۗ
 إِنَّ ٱلَّذِينَ كَفَرُوا۟ بِـَٔايَـٰتِ ٱللَّهِ لَهُمْ عَذَابٌ شَدِيدٌ ۗ
 وَٱللَّهُ عَزِيزٌ ذُو ٱنتِقَامٍ
 
 \blank\blank
 
  \arabicb مِن قَبْلُ هُدًى لِّلنَّاسِ وَأَنزَلَ ٱلْفُرْقَانَ ۗ إِنَّ
  ٱلَّذِينَ كَفَرُوا۟ بِـَٔايَـٰتِ ٱللَّهِ لَهُمْ عَذَابٌ شَدِيدٌ ۗ
 وَٱللَّهُ عَزِيزٌ ذُو ٱنتِقَامٍ\par
 \stoptext
 
 There are some issues within this example:
 
 - overlapping letters (see Aziyz)

This can be easily fixed (I can send you a fixed version if you want,
but better to discuss those issues off list).

 - bi ayaatillah (overlapping of fatha and hamza)

It is my believe that Unicode has the wrong properties for Arabic
standalone Hamza; in short you should just type a regular Hamza in the
middle of the word and it will get positioned correctly. Placing a
combining Hamza over a Tatweel to “fake” it is wrong IMO. So in Amiri
you just type “بِءَايَٰتِ” and voilà, every thing is rendered correctly (the
same is true for the small Alef).

It seem I just found a few ConTeXt bugs with the font, off to prepare some
tests for Hans… (just if I can use HarfBuzz and forget about all this!).

Regards,
Khaled
___
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] [OT] Crowdfunding project for improving math in ebooks (and the web)

2013-11-20 Thread Khaled Hosny
http://www.ulule.com/mathematics-ebooks/

___
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] dejavu: inline math fraction spacing too tight?

2013-10-26 Thread Khaled Hosny
On Sat, Oct 26, 2013 at 07:49:59AM +0900, Hans Hagen wrote:
 On 10/25/2013 5:57 PM, Khaled Hosny wrote:
 On Fri, Oct 25, 2013 at 07:23:43AM +0900, Hans Hagen wrote:
 On 10/24/2013 2:46 PM, H. Özoguz wrote:
 \setupbodyfont [dejavu,12pt]
 \starttext
 $a/b$
 
 $1/2$
 
 $π/3$
 \stoptext
 
 Is this indeed the desired spacing? What do others think?
 
 Thanks.
 
 I think you are right, I don't know if this is really desired, but I
 don't think so. Escpecially one gets problems with 2 in the denominator.
 
 \setupbodyfont [dejavu,12pt]
 \starttext
 $1/2$
 
 $1\,/\,2$
 \stoptext
 
 The second hand-tuned example is obviously nicer.
 
 it looks like a font issue to me .. i could hack a solution but prefer not
 to do that (the less exceptions we have the better)
 
 Not a font issue. ConTeXt is using the fraction slash (which is intended
 to be used with vulgar fractions) not the regular slash.
 
 the problem is that (last time i looked into this) all math fonts had it
 differently so i (for the moment) setteld on it

I'd use the regular slash and consider fonts without a proper one
(depends on what you expect from the slash) to be broken. Incidentally,
unicode-math package provide an option to select which slash character
to use because of this.

Regards,
Khaled
___
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] dejavu: inline math fraction spacing too tight?

2013-10-25 Thread Khaled Hosny
On Fri, Oct 25, 2013 at 07:23:43AM +0900, Hans Hagen wrote:
 On 10/24/2013 2:46 PM, H. Özoguz wrote:
 \setupbodyfont [dejavu,12pt]
 \starttext
 $a/b$
 
 $1/2$
 
 $π/3$
 \stoptext
 
 Is this indeed the desired spacing? What do others think?
 
 Thanks.
 
 I think you are right, I don't know if this is really desired, but I
 don't think so. Escpecially one gets problems with 2 in the denominator.
 
 \setupbodyfont [dejavu,12pt]
 \starttext
 $1/2$
 
 $1\,/\,2$
 \stoptext
 
 The second hand-tuned example is obviously nicer.
 
 it looks like a font issue to me .. i could hack a solution but prefer not
 to do that (the less exceptions we have the better)

Not a font issue. ConTeXt is using the fraction slash (which is intended
to be used with vulgar fractions) not the regular slash.

Regards,
Khaled
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] open quotation not working

2013-10-21 Thread Khaled Hosny
On Mon, Oct 21, 2013 at 01:57:22PM -0400, john Culleton wrote:
 On Sun, 13 Oct 2013 11:30:54 +0200
 Wolfgang Schuster schuster.wolfg...@gmail.com wrote:
 
  
  Am 13.10.2013 um 06:09 schrieb Ciro A. Soto c...@kavyata.com:
  
   sorry, I just saw an old chain of messages about this question... I
   fixed it with the translation module. \usemodule[translate]
   \translateinput[``][“]
   \enableinputtranslation
  
  Better use real quotation marks “ and ” or \quotation{…}.
  
  Wolfgang
  
 
 Why is it better? And why is it so difficult to just reinstall the
 traditional TeX method of handling quotes? Even the MSWin version of
 smart quotes using the  glyph would be a worthwhile simplification. 

Because the “traditional TeX” was a font hack, if you are fine with
using the original Knuth fonts you can still get it. Modern fonts do not
implement such a feature. Besides, \quotation{…} provide much more
options (like being language sensitive, or handling nested quotes and so
on).

Regards,
Khaled
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug: Reloading Font

2013-10-13 Thread Khaled Hosny
On Sun, Oct 13, 2013 at 12:39:32AM +0200, Hans Hagen wrote:
 On 10/12/2013 12:19 PM, Khaled Hosny wrote:
 
 The problem is that OpenType is hard, you already know that. ConTeXt
 will never be able to dedicate enough resources to catch up with
 development, so it makes much sense to reuse the efforts of other free
 software projects. HarfBuzz is used by much more software projects than
 what XeTeX was using before (Android, Mozilla, Chrome, LibreOffice,
 Pango, EFL, to name few), so it is here to stay. That being said, the
 
 I bet that previous libs and whatever also have that impression ..

I don’t think so, ICU Layout Engine was only used by Java, OpenOffice
and XeTeX (as far as free software is concerned), and even for XeTeX it
was not adequate and had to be patched. This is different from HarfBuzz,
which is a mature piece of code that have been developed and used over a
long time and is seeing a wide adoption, my impression is that HarfBuzz
is here to stay, just like FreeType; so many people are investing in it.

 well, in the end I think that open type will fade away too into
 something else as its design is sort of a compromise. The dev cycles
 get smaller each year, the claims for 'being the final solution' get
 more, who can predict ...

I doubt that OpenType is going anywhere, not matter how bad it is, the
industry has invested so much into it and switching to any completely
new solution will be prohibitively expensive.

 switch in XeTeX did not affect user documents that much (apart from
 fixing bugs and supporting more OpenType feature, but so does ConTeXt
 all the time). However, I’m not proposing that LuaTeX be dependant on
 HarfBuzz or FreeType, but have an optional font loader and shaper that
 need not even be managed by LuaTeX team.
 
 once we have a more or less standardized lib loader (the swiglib
 project) one can use such libraries, i.e. there is no need to have
 something more in the luatex core; after all, it all boils down to
 passing info around; anything hard plugged into to core (even
 options) will be hard to fight if one wants something else

An external module is fine by me, I’m not concerned about LuaTeX itself
since even the current loader is not integrated, I’m rather concerned
about the ability to use the new loader and shaper with ConTeXt.

 at that point i can look into for instance freetype and see if a
 better loader can be made, who knows ... for me loading and shaping
 are different things
 
 Fonts change, font formats evolve, Knuth-style stability is not really
 achievable, unless one freezes the source code and the fonts forever,
 and you can do this with external libraries, too; TeX Live is
 self-contained, just take a snapshot and freeze it forever, and it
 should be buildable as long as there are C(++) compilers.
 
 well, practice ... one also needs to freeze the operating system then
 
 but I'm not claiming that long term stability; there was a time that
 tex was a big system, but nowadays the tds tree is relatively small;
 unless something magic happens, i think that at some point the
 complexity of all these big things will explode (one can according
 to the evangelists get a ruby on rails app up and running in minutes
 ... but try to update one a few years later) ... with respect to
 tex: the source tree/build is not trivial (how many folks know all
 ins-and-outs?) and it makes me already feel quite dependent .. it's
 the instability of the whole eco system that bothers me
 
 well, the formats don't evolve that much, at least not with respect
 to what we need in tex ... most features are rather generic, but tex
 user demands evolve and those will always influence matters; also,
 in the (context) machinery at some point i want to play with other
 approaches and then the only thing that matters is having data
 available (we already have some par optimizing code in place for
 instance)
 
 (i'm more worried about inconsistencies and a mess in fonts than in
 the opentype standard ... many characters / scripts / languages have
 well properties, so in fact designers could do with predefined sets
 of features and rules ... sort of the reverse of making shapes and
 then the features: instead of for each font reinventing the wheel,
 choose a set of logic, make shapes etc ... positioning is probably
 most of the issue then; but that's another disucssion)
 
 There are already few parts of OpenType that I’m not able to use in my
 fonts for years because they break the fonts with LuaTeX horribly. I
 understand the priorities of the team, that is why I think that
 offloading font support is beneficial to everyone.
 
 break in what sense? what features (just curious) ... anyway,

The mark filtering sets we discussed few years ago, for instance; I had
to redo the whole font in a much more complex way with few more
thousands of glyphs to avoid using them so the font remains usable with
ConTeXt, and I still get crashes every now and then that I stopped
bothering with reporting

Re: [NTG-context] Bug: Reloading Font

2013-10-12 Thread Khaled Hosny
On Sat, Oct 12, 2013 at 02:19:16AM +0200, Hans Hagen wrote:
 On 10/12/2013 2:15 AM, Philipp Gesang wrote:
 ···date: 2013-10-12, Saturday···from: Hans Hagen···
 
 On 10/12/2013 12:48 AM, Thangalin wrote:
 Hi
 
 (Copperplate is going to be added soon.) Unfortunately, Context
 
 Keep in mind it was only Copperplate 33 BC. Also note that I could not
 find any version of Copperplate 33 BC online that had the same file
 size as my corrupt version. (I was trying to find the source of the
 corrupt copy.)
 
 Most other copies, I'd imagine, are fine, so don't be too quick to 
 blacklist it.
 
 indeed, and when you don't notice that it's blacklisted, it can happen
 that this one instance gets unnoticed
 
 does not yet have blacklisting functionality (it’s marked as todo
 in the source) so you’re going to have to filter out bad files
 from your font directories by hand.
 
 Sounds like the real solution is to fix fontforge so that it doesn't hang.
 
 sure, although a crash has the nice advantage of knowing that a font
 (collection) is crap (which i then can blacklist permanently in my mind)
 
 Sure, but there’s a difference between a crash and a freeze. The
 latter can be quite annoying for those who work with strange
 editors that run TeX somewhere in the background making it
 impossible to kill the process using Ctrl-C.
 
 it depends what causes the freeze, for instance if there is a
 circular reference someplace, then that is hard to catch unless one
 uses timeouts which in themselves are tricky (not much different
 from browsers locking up on some javascript); keep in mind that we
 load a whole font, while other applications might do a partial load
 and never see the problematic data (maybe even ignore portions of
 the font)

Which is something we ought to do, serializing the whole font to a lua
table is problematic in many ways (too slow, takes much memory, etc)
while SFNT fonts are designed in such a way that you can go directly to
the part you just want. And FontForge is not that robust (and it is not
a font loading library after all).

I have been dreaming for a while of making an optional font loader for
LuaTeX using mature font libraries, e.g. FreeType for loading fonts,
HarfBuzz for shaping, may be FriBiDi (not a priority, BiDi in Lua is not
hard) and even FontConfig (when available) for searching system fonts.
But no much time unfortunately, and the fear that I wouldn't be able to
use it with ConTeXt is not that motivating. Someone is, however,
experimenting with such a thing:
http://www.readytext.co.uk/?p=3143

Regards,
Khaled
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Bug: Reloading Font

2013-10-12 Thread Khaled Hosny
On Fri, Oct 11, 2013 at 08:05:03PM -0700, Thangalin wrote:
  In that case I'd run a separate font checker, as you never know what users
  upload. Similar issues can occur with those tagged formats that are in fact
  linked lists.
 
 That's a good idea. The TTX font tool was going to be my first stop.
 
 http://sourceforge.net/projects/fonttools/

I'd give Google's OTS a try, both Chrome and Firefox use it to sanitize
downloadable webfonts:
https://code.google.com/p/ots/

Regards,
Khaled
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Bug: Reloading Font

2013-10-12 Thread Khaled Hosny
On Sat, Oct 12, 2013 at 11:18:47AM +0200, Hans Hagen wrote:
 On 10/12/2013 9:27 AM, Khaled Hosny wrote:
 On Sat, Oct 12, 2013 at 02:19:16AM +0200, Hans Hagen wrote:
 On 10/12/2013 2:15 AM, Philipp Gesang wrote:
 ···date: 2013-10-12, Saturday···from: Hans Hagen···
 
 On 10/12/2013 12:48 AM, Thangalin wrote:
 Hi
 
 (Copperplate is going to be added soon.) Unfortunately, Context
 
 Keep in mind it was only Copperplate 33 BC. Also note that I could not
 find any version of Copperplate 33 BC online that had the same file
 size as my corrupt version. (I was trying to find the source of the
 corrupt copy.)
 
 Most other copies, I'd imagine, are fine, so don't be too quick to 
 blacklist it.
 
 indeed, and when you don't notice that it's blacklisted, it can happen
 that this one instance gets unnoticed
 
 does not yet have blacklisting functionality (it’s marked as todo
 in the source) so you’re going to have to filter out bad files
 from your font directories by hand.
 
 Sounds like the real solution is to fix fontforge so that it doesn't 
 hang.
 
 sure, although a crash has the nice advantage of knowing that a font
 (collection) is crap (which i then can blacklist permanently in my mind)
 
 Sure, but there’s a difference between a crash and a freeze. The
 latter can be quite annoying for those who work with strange
 editors that run TeX somewhere in the background making it
 impossible to kill the process using Ctrl-C.
 
 it depends what causes the freeze, for instance if there is a
 circular reference someplace, then that is hard to catch unless one
 uses timeouts which in themselves are tricky (not much different
 from browsers locking up on some javascript); keep in mind that we
 load a whole font, while other applications might do a partial load
 and never see the problematic data (maybe even ignore portions of
 the font)
 
 Which is something we ought to do, serializing the whole font to a lua
 table is problematic in many ways (too slow, takes much memory, etc)
 while SFNT fonts are designed in such a way that you can go directly to
 the part you just want. And FontForge is not that robust (and it is not
 a font loading library after all).
 
 The whole font is not loaded, unless one does the to_table of the
 font table, but normally it goes stepwise. Also, once the font data
 is at the lua end it's fast and efficient to use it while any
 interfacing to a library will be much slower (crossing the lua-c
 boundary) and (at least for me a no-go given what things i hav ein
 mind).
 
 I have been dreaming for a while of making an optional font loader for
 LuaTeX using mature font libraries, e.g. FreeType for loading fonts,
 HarfBuzz for shaping, may be FriBiDi (not a priority, BiDi in Lua is not
 hard) and even FontConfig (when available) for searching system fonts.
 But no much time unfortunately, and the fear that I wouldn't be able to
 use it with ConTeXt is not that motivating. Someone is, however,
 experimenting with such a thing:
 http://www.readytext.co.uk/?p=3143
 
 Personally I think that this will defeat the purpose we had in mind
 with luatex: small basic tex kernel and everything else in
 extensible lua, not too far off what classical tex had as purpose:
 long term stability. We already have xetex that uses libraries as
 alternative.
 (Although the fact that xetex changed libs is proof that libraries
 introduce a dependency and possible stability factor on the long
 run.) I also think that people who want to use all those libraries
 are better off with other tools than tex. We already have a
 dependency in xpdf which is a moving target too and has seen
 changes. The fontforge code was deliberately included to be
 independent. Okay, we have a few dependencies in luatex, like lfs,
 png, jpg, xpdf but that's somewhat limited. In the end we hope to
 have the backend at least properly isolated.

The problem is that OpenType is hard, you already know that. ConTeXt
will never be able to dedicate enough resources to catch up with
development, so it makes much sense to reuse the efforts of other free
software projects. HarfBuzz is used by much more software projects than
what XeTeX was using before (Android, Mozilla, Chrome, LibreOffice,
Pango, EFL, to name few), so it is here to stay. That being said, the
switch in XeTeX did not affect user documents that much (apart from
fixing bugs and supporting more OpenType feature, but so does ConTeXt
all the time). However, I’m not proposing that LuaTeX be dependant on
HarfBuzz or FreeType, but have an optional font loader and shaper that
need not even be managed by LuaTeX team.

Fonts change, font formats evolve, Knuth-style stability is not really
achievable, unless one freezes the source code and the fonts forever,
and you can do this with external libraries, too; TeX Live is
self-contained, just take a snapshot and freeze it forever, and it
should be buildable as long as there are C(++) compilers.

There are already few parts of OpenType that I’m not able to use

Re: [NTG-context] Wrong spacing using stretch effect

2013-10-01 Thread Khaled Hosny
On Tue, Oct 01, 2013 at 11:20:52AM +0200, Hans Hagen wrote:
 On 10/1/2013 10:05 AM, Marco Patzer wrote:
 On 2013–09–30 Hans Hagen wrote:
 
 these are unrelated mechanisms where the first one just does some
 pdf magic ... no feedback to tex about widths (ok, i could write
 something better but never had and still don't have a reason for
 that kind of low level pdf based approach to be really deeply
 integrated)
 
 Thanks for the explanation. I was looking for a way to do slight
 letter spacing without breaking ligatures and thought I could
 leverage the stretch effect for that.
 
 well, we break ligatures because ligatures make no sense in that
 kind of kerned text (if they make sense at all, but that's a
 different issue

Some ligatures should not be broken in letter-spaced text, typically
represented by rlig in OpenType, e.g. Fraktur ch, ck, ſt and tz
ligatures:
http://unifraktur.sourceforge.net/letterspacing.html

Regards,
Khaled
___
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] [***SPAM***] OT: Putting a context to the 2013 ConTeXt Meeting location

2013-09-19 Thread Khaled Hosny
On Thu, Sep 19, 2013 at 10:50:31AM +0200, Hans Hagen wrote:
 Concerning the conference: there are tutorials and qa sessions, so
 if anyone attending has specific questions of wishes, let them know
 and they might serve as templates. Of course it has to be
 reasonable, not 'i want a three dimensional table mechanism' and
 such.

I can’t ask about this! No conference for me then :(

Regards,
Khaled
___
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] wrong behaviour with ConTeXt unicode bidi

2013-09-11 Thread Khaled Hosny
On Wed, Sep 11, 2013 at 02:37:35PM +0200, Hans Hagen wrote:
 anyway, it would be nice to see where the three methods fail:

Of the three, method one seems to give correct results on all the given
tests (I’m yet to test with my own documents).

I’m skeptical that bidi can be implemented in a one pass algorithm,
there have been a one pass algorithm called “Pretty Good Bidi
Algorithm”, but it has its limitation (I never tested it myself).

http://web.archive.org/web/20090225171532/http://crl.nmsu.edu/~mleisher/ucdata.html

Regards,
Khaled
___
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] beta

2013-09-10 Thread Khaled Hosny
On Mon, Sep 09, 2013 at 08:01:30PM +0200, Hans Hagen wrote:
 Hi,
 
 I uploaded a beta with additional bidi code. There are now three methods:
 
 default : the original one, the fastest, wil be improved a bit
 one : unicode bidi, derived from khaleds t-bidi, cleaned up and
 optimized plus some thingies, but in working still close to the
 original
 two : unicode bidi, the version that will evolve
 
 All methods come with the usual context kind of tracing.
 
 Some of these methods have different options (default has local and
 global behaviour), one has no options, and for two one can disable
 fancy fences heuristics. More will follow once we have investigated
 all upcoming changes, circulating wishes, conflicting demands etc.
 Eventually there will be a manual about these matters.

Method two seems to be broken here:
error: .../context/tex/texmf-context/tex/context/base/typo-dir.lua:151: attempt 
to call global 'hasbit' (a nil value)

Regards,
Khaled
___
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] EPUB XHTML Format

2013-09-05 Thread Khaled Hosny
On Thu, Sep 05, 2013 at 09:57:59AM -0700, Thangalin wrote:
 Hi,
 
 div class=section ...
  div class=... ...
  div
  /div
 
  i.e. only divs and spans
 
 
 I think that would be a more robust output format, technically, easier to
 adapt, and more readily conform to the strict XHTML tag subset.

What about accessibility? I expect that visually impaired people would
depend on document structure rather than its visualisation.

Regards,
Khaled
___
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] Em dash using Hoefler

2013-08-20 Thread Khaled Hosny
On Tue, Aug 20, 2013 at 02:00:16PM +0200, Hans Hagen wrote:
 great ... another non standard use of names

There are no standard glyph names for TrueType/OpenType fonts. AGL is
completely optional, and is not part of any standard. Fonts can, and do,
use names that does not follow AGL (or no names at all, but LuaTeX’s
fontloader will probably synthesize names in this case).

Regards,
Khaled
___
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 accents set too close to capital

2013-08-01 Thread Khaled Hosny
On Wed, Jul 31, 2013 at 09:05:18AM +0200, Keith J. Schultz wrote:
 Hi,
 
 Have you tries U+1024 or LETTER CAPITAL H WITH CIRCUMFLEX?
 
 True not all Fonts might not have it and it is TEXT not Math.

And you shouldn’t use it in math, even Unicode discourages such use.
Accents in text and math are not the same.

Regards,
Khaled
___
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] Fraktur fonts

2013-06-13 Thread Khaled Hosny
On Wed, Jun 12, 2013 at 11:28:12AM +0200, Rudolf Bahr wrote:
 both with context and texexec, but I don't achieve the desired result.
 texexec displays a font somehow similar to Fraktur, but not a very nice one 
 and 
 much to broad; and it seems to have no different s (one inner-word and one 
 word-end 
 or syllable-end s) as needed in Fraktur. And, my texexec doesn't know 
 anything 
 about umlauts and sharp s. 
 Whereas my context (translating the same program), dosn't know Fraktur, but 
 knows 
 umlauts. 

For context (ConTeXt MkIV), you may want to try an OpenType Fraktur
font, like:
http://unifraktur.sourceforge.net/

The long s versus rounded s distinction is a text input issue, you have
to inter the correct s according the position in the word (the rules are
complex, different from a country to country and from a period to
another).

Regards,
Khaled
___
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] mathml lim

2013-06-11 Thread Khaled Hosny
On Tue, Jun 11, 2013 at 04:08:40PM -0400, Aditya Mahajan wrote:
 On Tue, 11 Jun 2013, Steffen Wolfrum wrote:
 
 two details that keep missing is max and lim (see below).
 
 
 mi mathvariant=normallim/mi
 
 
 I do not know MATHML, but this seems like a wrong way to input \lim.
 The above is roughly equivalent to
 
 $\mathrm{lim}$

No it isn't, MathML rules are a bit different, $\mathrm{lim}$ is
equivalent to:
mi mathvariant=normall/mi
mi mathvariant=normali/mi
mi mathvariant=normalm/mi

What Steffen is using is the correct way (it should even be milim/mi
as mathvariant=normal is the default unless it is a single character).

Regards,
Khaled
___
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] mathml lim

2013-06-11 Thread Khaled Hosny
On Tue, Jun 11, 2013 at 10:12:01PM +0200, Sander Maijers wrote:
 Is this what you need Steffen:
 http://zvon.org/xxl/MathML/Output/el_limit.html

That is content not presentation MathML, they are quite different.

Regards,
Khaled
___
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 problems

2013-05-31 Thread Khaled Hosny
On Fri, May 31, 2013 at 01:52:22PM +0200, H. Özoguz wrote:
 Hi there,
 
 I cant run the font ramnaclq-webfont.ttf (see attachment) in Context.

That is a broken, a so called “ASCII hack” font that (ab)uses ASCII code
points for Arabic. In short it is a broken font and will not work.

Regards,
Khaled
___
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] Missing °C symbol in math mode with dejavu font

2013-05-21 Thread Khaled Hosny
On Tue, May 21, 2013 at 10:01:30AM +0200, Hans Hagen wrote:
 On 5/20/2013 11:36 PM, Khaled Hosny wrote:
 On Mon, May 20, 2013 at 11:22:41PM +0200, Khaled Hosny wrote:
 
 My suggestion is to just use \phys_units_text_* always, since the
 decomposed, two characters is the preferred form for those two units.
 
 “In normal use, it is better to represent degrees Celsius ‘°C’ with a
   sequence of U+00B0 DEGREE SIGN + U+0043 LATIN CAPITAL LETTER C, rather
   than U+2103 DEGREE CELSIUS. For searching, treat these two sequences as
   identical. Similarly, the sequence U+00B0 DEGREE SIGN + U+0046 LATIN
   CAPITAL LETTER F is preferred over U+2109 DEGREE FAHRENHEIT, and those
   two sequences should be treated as identical for searching.”
 
   http://www.unicode.org/versions/Unicode6.2.0/ch15.pdf#G20445
 
 Searching should be ok due to the tonunicode that mentions the two
 characters ... how about the visual aspect? Should we care about?

I think for ConTeXt purposes we should just ignore the composed form, it
is there only for compatibility with some legacy CJK encodings and their
use is almost discouraged. If user enters those code points directly,
then he on his own, so nothing to be done here either.

In short, this is just some of the compatibility nonsense crippling
Unicode, we are better off pretending they do not exist

Regards,
Khaled
___
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] Missing °C symbol in math mode with dejavu font

2013-05-20 Thread Khaled Hosny
On Mon, May 20, 2013 at 10:57:16PM +0200, Alan BRASLAU wrote:
 On Mon, 20 May 2013 22:29:22 +0200
 Romain Diss romain.d...@yahoo.fr wrote:
 
  The °C symbol is missing in math mode with the dejavu font. I thought
  that this should be handled by using the '°' + 'C' symbols instead
  but it is not the case.
  Is that a bug?
  What can I do to get the °C symbol with this font?
 
 With dejavu, A, B, and D all work, but C is missing a symbol. 
 
 A 100℃
 
 B 100°C
 
 C $100℃$

Since this is compatibility character, I think ConTeXt should just
degree + plain capital C.

Regards,
Khaled
___
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] Missing °C symbol in math mode with dejavu font

2013-05-20 Thread Khaled Hosny
On Mon, May 20, 2013 at 11:13:16PM +0200, Wolfgang Schuster wrote:
 
 Am 20.05.2013 um 23:04 schrieb Romain Diss romain.d...@yahoo.fr:
 
  Le lundi 20 mai 2013, Alan BRASLAU a écrit :
  On Mon, 20 May 2013 22:29:22 +0200
  Romain Diss romain.d...@yahoo.fr wrote:
  The °C symbol is missing in math mode with the dejavu font. I thought
  that this should be handled by using the '°' + 'C' symbols instead
  but it is not the case.
  Is that a bug?
  What can I do to get the °C symbol with this font?
  With dejavu, A, B, and D all work, but C is missing a symbol.
  A 100℃
  B 100°C
  C $100℃$
  D $100°C$
  The question is: do \unit is supposed to handle this case and automatically 
  switch from C to D if C is missing.
  If not, how can I tell \unit that C is missing and that I want 
  \unit{celsius} 
  to use D?
 
 
 Hans can add a check for math mode for the symbol:
 
 \unprotect
 
 \unexpanded\def\checkedtextcelsius
   {\ifmmode
  \phys_units_text_celsius
\else\iffontchar\font2103\relax
  ℃\else\phys_units_text_celsius
\fi\fi}
 
 \unexpanded\def\checkedtextfahrenheit
   {\ifmmode
  \phys_units_text_fahrenheit
\else\iffontchar\font2109\relax
  ℉\else\phys_units_text_fahrenheit
\fi\fi}
 
 \protect

My suggestion is to just use \phys_units_text_* always, since the
decomposed, two characters is the preferred form for those two units.

Regards,
Khaled
___
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] Missing °C symbol in math mode with dejavu font

2013-05-20 Thread Khaled Hosny
On Mon, May 20, 2013 at 11:22:41PM +0200, Khaled Hosny wrote:

 My suggestion is to just use \phys_units_text_* always, since the
 decomposed, two characters is the preferred form for those two units.

“In normal use, it is better to represent degrees Celsius ‘°C’ with a
 sequence of U+00B0 DEGREE SIGN + U+0043 LATIN CAPITAL LETTER C, rather
 than U+2103 DEGREE CELSIUS. For searching, treat these two sequences as
 identical. Similarly, the sequence U+00B0 DEGREE SIGN + U+0046 LATIN
 CAPITAL LETTER F is preferred over U+2109 DEGREE FAHRENHEIT, and those
 two sequences should be treated as identical for searching.”
 
 http://www.unicode.org/versions/Unicode6.2.0/ch15.pdf#G20445

Regards,
Khaled
___
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 trickery

2013-05-15 Thread Khaled Hosny
On Wed, May 15, 2013 at 08:51:28AM -0600, Idris Samawi Hamid ادريس   سماوي حامد 
wrote:
 Hi Georg,
 
 On Wed, 15 May 2013 00:09:22 -0600, Georg Duffner
 g.duff...@gmail.com wrote:
 
 I’d prefer to stay with the AFF syntax which is well established.
 
 I wonder if the latest, virtually frozen FontForge supports the
 current AFF syntax or still uses an earlier version. Before AFF was
 complete George added the missing functionality but Adobe did not
 accept his additions. The former luatex support was probably based
 on George's modifications to the AFF syntax.
 
 Hans and Taco know better, but I suppose a newer implementation of
 AFF in mkiv could be done in lua without touching the binary.

Right, the version of FontForge included in LuaTeX uses the old syntax,
FontForge has dropped it for the new Adobe syntax for few years now, but
it didn’t make its way into LuaTeX.

Regards,
Khaled

 But anyway, this may very well be beyond Hans' current plans for
 font trickery, but it's fun to discuss possibilities.

I think there is already some (not documented way) to achieve the same
effect in pure Lua code (Hans uses it to implement tlig and the likes).

Regards,
Khaled
___
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] Arabic typesetting, one more

2013-05-12 Thread Khaled Hosny
On Sat, May 11, 2013 at 03:22:27PM -0600, Idris Samawi Hamid ادريس   سماوي حامد 
wrote:
 Salaam, Huseyin,
 
 I missed this and other threads, it's been busy here...
 
 On Tue, 07 May 2013 23:35:25 -0600, H. Özoguz h.oezo...@mmnetz.de wrote:
 
 But with traditionalarabic it is worse than with arabtype. What
 could be a way to fix this?
 
 Traditional Arabic is a uniscribe-compliant font, but not a fully
 opentype font. Uniscribe also supports older, pre-unicode protocols.
 In other words, TraditionalArabic is platform-dependent. So unless
 M$ has updated it in a recent OS, it will not work in ConTeXt MkIV.

It did (all its fonts actually), it now uses GPOS for mark placement.

 Since XeTeX uses the local libraries, then mkii/xetex on windows
 might work.

XeTeX does not use any system libraries for its OpenType layout, in the
past is was using ICU LayoutEngine and now it is using HarfBuzz, in all
platforms (i.e. a third party library, but not a system one). However,
HarfBuzz has heuristics to place marks based on glyph bounding boxes in
the case of GPOS absence (a bit similar to TeX's \accent but knows which
marks goes above or below or off the center).

Regards,
Khaled
___
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] Installing an arabic font

2013-05-09 Thread Khaled Hosny
On Wed, May 08, 2013 at 11:03:28PM +0200, Hans Hagen wrote:
 On 5/8/2013 10:58 PM, H. Özoguz wrote:
 seems like an issue with liga ... i'm not sure if that's a context
 problem
 
 Hmm, see in the attachment the output of MS-Word, with activated
 ligatures. So it has to do anything with ConText, or not? Or maybe this
 font uses in some way properties of Word in handling fonts?
 
 i don't know what word does, but it probably uses the volt
 machinery. ... maybe Khaled or Idris knows

If the font has OT layout tables Word will just use them, no tricks (as
far as glyph positioning is concerned). The font is fine with other
OpenType engines as well, e.g. HarfBuzz, so it is probably a ConTeXt
issue.

Regards,
Khaled
___
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] Installing an arabic font

2013-05-08 Thread Khaled Hosny
On Wed, May 08, 2013 at 05:38:35PM +0200, H. Özoguz wrote:
 Hoping to annoy not everybody here with my arabic-font-questions.
 
 I have found I nice free arabic ttf-font, you can download it here:
 http://fonts.qurancomplex.gov.sa/wp-content/uploads/2012/06/UthmanTN1-Ver10.zip.
 
 
 One of its types is: kfgqpcuthmantahanaskhregular
 
 If I type in the cmd
 
 C:\Users\Husseinmtxrun --script font --list --all --pattern=*kf*
 
 I get (together with some other lines/fonts):
 kfgqpcuthmantahanaskhregular kfgqpcuthmantahanaskh
 c:/windows/fonts/UthmanTN1 Ver10.otf
 
 So everything should be ok. But now the following failes:

Rename the file to have a .ttf extension; it is and OpenType font with
TrueType outlines and those usually have .ttf extension (though the
spec says they can have .otf extension, ConTeXt does not handle this
right now).

Regards,
Khaled
___
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] Adobe Garamond Problems with letter combination fi

2013-04-30 Thread Khaled Hosny
On Tue, Apr 30, 2013 at 01:28:20PM +0100, Arthur Reutenauer wrote:
  thinking of it: one reason why a general purpose word processor used
  by people with no idea about things like ligatures, is that
  ligatures are language dependent
 
   I don't think that's necessary relevant: the only example I can think
 of language-dependent ligatures is fi and ffi for Turkish and other
 languages that use the dotless i (ı, U+0131), because removing the dot
 on the i would be confusing in that case; but that's really all.  All
 other ligatures depend on the font.

The Germans do not like ligatures across compound words, and that is
much harder to do in an automated way (not in fonts themselves at
least).

Regards,
Khaled
___
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] [luatex-fonts] non-ascii filenames in font cache

2013-04-28 Thread Khaled Hosny
On Sun, Apr 28, 2013 at 12:56:25PM +0200, Hans Hagen wrote:
 On 4/28/2013 12:04 PM, Philipp Gesang wrote:
 
 the font cache currently drops non-ascii bytes when creating file
 names by means of containers.cleanname(). Dohyun Kim sent a fix
 for data-con.lua (see below). My own test with the unicode
 library leads to some odd results.
 
 strange that it wasn't noticed before as it's rather old code

I noticed it long ago (by reading the code), but since I didn't have any
fonts with non-ASCII filenames, I didn't bother.

Regards,
Khaled
___
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] Adobe Garamond Problems with letter combination fi

2013-04-26 Thread Khaled Hosny
On Fri, Apr 26, 2013 at 09:41:15AM +0200, Keith J. Schultz wrote:
   On the other side, I believe,  ligatures of off by default in LaTeX, et 
 al. or at least are feature
   is set when the font is loaded. 

So you neither use LaTeX nor ConTeXt?
___
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] Adobe Garamond Problems with letter combination fi

2013-04-26 Thread Khaled Hosny
I don’t know what LaTeX you were using, but LaTeX does not and will not
disable ligatures by default (there isn’t even a way in original TeX to
disable ligatures globally, short of editing TFM files).

Regards,
Khaled

On Fri, Apr 26, 2013 at 02:12:07PM +0200, Keith J. Schultz wrote:
 Hi Khaled,
 
 When I used LaTeX last if I had fi in my text that is how it came out!
 Using ConTeXt I noticed that fi becomes a ligature, did not like, but it
 was not that important. 
 
 Till I decided to start using ConTeXt I had been using XeLaTeX.
 
 regards
   Keith.
  
 Am 26.04.2013 um 10:20 schrieb Khaled Hosny khaledho...@eglug.org:
 
  On Fri, Apr 26, 2013 at 09:41:15AM +0200, Keith J. Schultz wrote:
 On the other side, I believe,  ligatures of off by default in LaTeX, et 
  al. or at least are feature
 is set when the font is loaded. 
  
  So you neither use LaTeX nor ConTeXt?
 
 ___
 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
 ___
___
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] Adobe Garamond Problems with letter combination fi

2013-04-26 Thread Khaled Hosny
On Sat, Apr 27, 2013 at 12:16:42AM +0200, Hans Hagen wrote:
 On 4/26/2013 11:48 PM, Mojca Miklavec wrote:
 
 I consider this (the fact that one doesn't notice it) part of a good
 design. It's similar with kerning: one doesn't notice it until/unless
 it's bad. It's similar in the kitchen also. One doesn't notice that
 
 but i assume, as you were involved in lucida ot, that you know that
 this font has no kerns ..

Which shows what an excellent job Bigelow  Holmes did in designing and
spacing the glyphs, and it is also one of the few typefaces that does
not even need f-ligatures :)

 nowadays when i read some novel with excessive expansion, inter
 character spacing and whatever, i always doubt it has been done by a
 badly configured in-design or equally bad configured tex

I have seen a couple of those books with excessive use of expansion,
you notice it at glance and it becomes very irritating, so I now avoid
expansion altogether (the books were in Arabic, so most probably it was
InDesign).

Regards,
Khaled
___
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] Lucida doesn't work in TL 2013 / latest ConTeXt

2013-04-19 Thread Khaled Hosny
On Fri, Apr 19, 2013 at 09:12:48AM -0500, Troy Henderson wrote:
 
  Did we change something with the type 1? In mkiv ... we probably never
  finished the mappings ... waste of time now that we have otf.
 
 
 This makes me believe that I will eventually HAVE to purchase (and by
 purchase I really mean re-purchase) the OTF versions in order to use my
 Lucida fonts.  This is a bit discouraging.

Given the amount of re-work that went into Lucida OT, a re-purchase is
justified ;)

Regards,
Khaled
___
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: size of sqrt to small for fractions

2013-04-09 Thread Khaled Hosny
On Tue, Apr 09, 2013 at 10:39:25PM +0200, Alan BRASLAU wrote:
 On Tue, 9 Apr 2013 21:25:16 +0200
 Xenia yor...@googlemail.com wrote:
 
  Oh, I didn't know that. For my feelings, all variables should have the
  same size here (a,b and c).
 
 In this case you should probably use:
 
 a = \sqrt{b/c}

Unless \startformula \stopformula are set in \textstyle, fractions
should not be set that small, not in the default TeX settings.

Regards,
Khaled
$$a = \sqrt{b\over c}$$
\centerline{$a = \sqrt{b\over c}$}
\bye


sqrt.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] math: ± and ∓ are shifted

2013-04-04 Thread Khaled Hosny
On Fri, Apr 05, 2013 at 12:55:40AM +0200, Hans Hagen wrote:
 On 4/5/2013 12:13 AM, Aditya Mahajan wrote:
 On Fri, 5 Apr 2013, Hans Hagen wrote:
 
 On 4/4/2013 11:44 PM, Aditya Mahajan wrote:
 On Thu, 4 Apr 2013, Xenia wrote:
 
 Hi context list,
 
 I noticed that the ∓ sign is a little higher than the ± sign, so that
 the + signs are at the same height. But this looks strange and
 should be
 changed.
 
 Indeed. These look very odd. I tested this with cambria and the outcome
 is similar, so this is not a font bug, but something wrong in ConTeXt's
 math handling.
 
 I'm not sure if I understand the issue
 
 - lm has + and - touching with the + in the same position as the
 regular +
 
 - cambria has a gap between + and - and moves the + up and down
 
 Afaik context isn't doing any magic here as these are precomposed
 glyphs that directly map.
 
 $a \ruledhbox{$+$} b \ruledhbox{$-$} c$
 
 $a \ruledhbox{$±$} b \ruledhbox{$∓$} c$
 
 they are 'binary' in math mode, just like + and -
 
 The question is not about the shape of the glyph, but their location.
 But after looking at the output of latex for CM and Cambria, I am no
 longer sure what the correct output should be. For Cambria, ConTeXt and
 LaTeX give similar outputs. For CM/LM they give different outputs.
 
 it looks like the open type version has a fitting boundingbox while
 the type 1 variants have a bit of the + sticking out:

CFF fonts do not store bounding box info anywhere, the engine just
calculates it based on glyph outlines. For TFM fonts the metrics can be
adjusted to achieve specific alignment.

Regards,
Khaled
___
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] Representing TeX on the web [Off-topic]

2013-03-31 Thread Khaled Hosny
On Sat, Mar 30, 2013 at 11:20:41PM -0600, Idris Samawi Hamid ادريس   سماوي حامد 
wrote:
 Dear gang,
 
 My apologies if the answers to the following are already well-known
 and if I'm being completely clueless:
 
 What is the standard way of representing the symbol '\TeX' in html
 and the like?

Stolen from TeX Live HTML docs:

html
 style
 span.TEX {letter-spacing: -0.1em;}
 span.TEX span.E {left: -0.04em; position: relative;top: 0.5ex;}
 /style
 body
  pspan class=TEXTspan class=EE/spanX/span/p
 /body
/html

A bit complex, but faithful to the original definition.

Regards,
Khaled
___
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 typesetting problems

2013-01-28 Thread Khaled Hosny
On Mon, Jan 28, 2013 at 09:33:52PM +0100, Wolfgang Schuster wrote:
 
 The \frac command uses \vcenter for the content while \dfrac and
 \tfrac only set the mathstyle before placing the content with the
 \over primitive.

The use of \vcenter seems odd here as it means the fraction rule will no
longer guranteed to be centered around the math axis:
\starttext
\math{-\frac{a^{2^{2^2}}}{a} {a^{2^{2^2}}\over a}}
\stoptext

Also, why \frac is forcing text style fractions even in display mode?
\starttext
\startformula
-\frac{a^{2^{2^2}}}{a} {a^{2^{2^2}}\over a}
\stopformula
\stoptext

Both behaviours are different from MkII.

Regards,
Khaled
___
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 on the Mac (TexShop). Problem of a newbie

2013-01-11 Thread Khaled Hosny
You can ignore everything Keith said and you will be just fine.

Regards,
Khaled

On Fri, Jan 11, 2013 at 11:32:39AM +, Meigen, Thomas wrote:
 Hi Keith,
 
 thank you for your  open comments. You exactly understood the questions
 that I am asking right now. Would it be a good idea to switch to ConTeXt?
 
 Yes, I do not have (and I do not want to have) a deeper understanding of 
 proper TeX. Well, I have Knuth's TeXbook in my shelf, but it is simply
 a question of time. Life is too short anyway ;-)
 
 But... do I really have to have a knowledge of proper TeX and Lua before
 I can use ConTeXt? For me, the charme of ConTeXt had always been that
 those nice documents had been prepared with rather smart code.
 I dont want to write my own modules (in which case I definitely would 
 need to know proper TeX and Lua). I just want to use ConTeXt and
 focus on the content, not on the technical background. 
 
 Sure, I am using MacTeX and TeXLive now for many years. 
 
 What attracted me to ConTeXt was the project-product-component 
 structure to use and re-use components. Other aspects are
 
 - different modes (presentation, handout, manuscript)
 
 - poster production
 
 - nice graphics/animation via pstricks or metapost
 
 - export to other formats (when writing articles many journals in my
 field do not accept .tex-files)
 
 - export to epub/mobi format. I enjoy reading mobile versions of
 my own texts and of the texts my students give me for review. 
 
 - import from Scrivener... When writing difficult texts I noticed that
 LaTeX-typesetting is often an interruption of the writing flow. After writing
 some sentences I am curious to see how the text might look like, so
 I typeset the text and sooner or later I am fiddling with some LaTeX 
 details instead of focussing on the writing process. One help had been
 to use Scrivener during the writing process and using the LaTeX 
 typesetting for the final steps only (as a reward... ;-) ).
 
 How much of this list can be accomplished with LuaTex and ConTeXt...?
 
 
 Best wishes
 Thomas
 ___
 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
 ___
___
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] hbar (and probably some other symbols) doesn't work in latest beta

2013-01-04 Thread Khaled Hosny
On Sat, Jan 05, 2013 at 02:10:50AM +0100, Hans Hagen wrote:
 
 It looks like hbar (LATIN SMALL LETTER H WITH STROKE 0x127) is not
 in the math fonts.

\hbar should be a glyph variant of \hslash (U+0210F), according to STIX
people, if the font provides such a variant.

Regards,
Khaled
___
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] XeTeX, ConTeXt and font/filename quote char

2012-12-29 Thread Khaled Hosny
On Sun, Dec 23, 2012 at 02:50:06PM +0100, Hans Hagen wrote:
 On 12/23/2012 7:29 AM, Khaled Hosny wrote:
 Hi all,
 
 Some people have been complaining that it is not possible to use XeTeX
 with filenames containing parenthesis because XeTeX treats it as
 filename quote char and this it gets stripped. Anyway, after some
 searching it turned out this was added in 2004 for ConTeXt to workaround
 some MetaPost quotation issue[1].
 
 Now I'm not sure if this is still needed/used by ConTeXt and was
 wondering if it can be dropped now?
 
 I don't know .. tests must show this. I never use(d) XeTeX myself
 apart from generating a format to if that works. I have no problem
 with changing something given that it doesn't break something.

I’m going to drop it until somebody complains, it is such an obscure
feature, not documented anywhere and no other engine supports such
quoting.

Regards,
Khaled
___
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] XeTeX, ConTeXt and font/filename quote char

2012-12-22 Thread Khaled Hosny
Hi all,

Some people have been complaining that it is not possible to use XeTeX
with filenames containing parenthesis because XeTeX treats it as
filename quote char and this it gets stripped. Anyway, after some
searching it turned out this was added in 2004 for ConTeXt to workaround
some MetaPost quotation issue[1].

Now I'm not sure if this is still needed/used by ConTeXt and was
wondering if it can be dropped now?

Regards,
Khaled

[1] http://tug.org/pipermail/xetex/2004-October/001215.html
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] \not\in doesn't work properly

2012-12-04 Thread Khaled Hosny
On Mon, Dec 03, 2012 at 09:07:43PM +0100, Hans Hagen wrote:
 On 11/30/2012 10:26 AM, Jeong Dal wrote:
 Hi,
 
 After updating ConTeXt, math command '\not\in' is not shown properly.
 
 For example,
 
 $a \not\eq b$ is good.
 
 but $a \not\in A$ shows two symbols separately.
 
 
 I am using Mac OS X 10.8 and the versions of LuaTex and ConTeXt are
 
 This is LuaTeX, Version beta-0.70.2-2012052309 (TeX Live 2012)
 ConTeXt ver: 2012.11.23 17:35 MKIV fmt: 2012.11.26 int: english/english
 
 I assume that you use lm ... before I start looking into it I'd like
 to know Khaleds point of view on this.

The main issue here is that \not in was largely a hack in CM fonts, the
glyph was specially crafted so that it overlays the next symbol by
having zero width and -ve right side bearing and it was centered over
equal and similar symbols, anything with different width would not look
good.

This can't be relied on with OpenType fonts mainly because we don't
control all the fonts and since U+0338 is a combining mark it tends to
have -ve left side bearing (the opposite of CM).

Previously I thought it should be handled as special math accent that
don't get shifted above, but this didn't work because accent noads do
not inherit the spacing of their nuclei, and changing this is not simple
AFAICT. When I checked Word it had no notion of negations either, you
can only use pre-composed negated symbols (but accents respect the
spacing of its accentee, BTW).

The solution currently used by unicode-math package is to look ahead and
see if the next symbol after \not has a precomposed negated form and use
it (such a list can be obtained by checking Unicode characters that
decompose to something + U+0338), else just output U+0338. This probably
can be even enhanced by inserting a kern between \not and the next
symbol that would center their bounding boxes together, to handle cases
why no precomposed symbol exists. My be we need a new primitive
\Unegation that would do this in the engine?

Regards,
Khaled
___
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] 'kern': TrueType table and GPOS lookup feature

2012-12-02 Thread Khaled Hosny
On Sun, Dec 02, 2012 at 10:58:56AM +0100, Steve White wrote:
 Hi all,
 
 I finally got something like Pablo's test working on my system.  It doesn't
 show much new.  As had already been established, with the right ConTeXt
 switches, OpenType features of kerning and ligatures work correctly with
 FreeSerif.
 
 Find attached.  If there's a better way to do this, please comment: I may
 put some of this in the FreeFront usage notes.  (Hm... I may tighten the
 italic y a bit.)
 
 A question remains: Why does ConTeXt (like some other TeX derivatives that
 use OpenType) not determine the OpenType script of runs of text from the
 Unicode (or other encoding) character range?  All other font layout systems
 I know of do this.  (Remember- a run of text in the OpenType sense is not
 the same as the scope of a TeX environment, it is typically a word,
 separated by white space or punctuation.)

Determining the script of a run of text is not that simple, take
english (ARABIC.); to which script should the parenthesis and the
period be classified? (they have a common script property in Unicode
and not assigned to any given script). Unicode annex #24 provides an
algorithm for to handle this that an engine should implement:
http://www.unicode.org/reports/tr24/

Regards,
 Khaled
___
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] 'kern': TrueType table and GPOS lookup feature

2012-12-02 Thread Khaled Hosny
And how many of them do it right? None, not even Pango, not even
Firefox, all are broken in some subtle ways. I'm not saying it is hard,
though, I'm saying it is complex.

Regards,
 Khaled

On Sun, Dec 02, 2012 at 03:32:49PM +0100, Steve White wrote:
 Determinig the script from the text is not hard.
 
 It has been done in many projects.
 
 
 
 On Sun, Dec 2, 2012 at 2:12 PM, Khaled Hosny khaledho...@eglug.org wrote:
 
  On Sun, Dec 02, 2012 at 10:58:56AM +0100, Steve White wrote:
   Hi all,
  
   I finally got something like Pablo's test working on my system.  It
  doesn't
   show much new.  As had already been established, with the right ConTeXt
   switches, OpenType features of kerning and ligatures work correctly with
   FreeSerif.
  
   Find attached.  If there's a better way to do this, please comment: I may
   put some of this in the FreeFront usage notes.  (Hm... I may tighten the
   italic y a bit.)
  
   A question remains: Why does ConTeXt (like some other TeX derivatives
  that
   use OpenType) not determine the OpenType script of runs of text from the
   Unicode (or other encoding) character range?  All other font layout
  systems
   I know of do this.  (Remember- a run of text in the OpenType sense is not
   the same as the scope of a TeX environment, it is typically a word,
   separated by white space or punctuation.)
 
  Determining the script of a run of text is not that simple, take
  english (ARABIC.); to which script should the parenthesis and the
  period be classified? (they have a common script property in Unicode
  and not assigned to any given script). Unicode annex #24 provides an
  algorithm for to handle this that an engine should implement:
  http://www.unicode.org/reports/tr24/
 
  Regards,
   Khaled
 
  ___
  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
 
  ___
 

 ___
 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
 ___

___
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] 'kern': TrueType table and GPOS lookup feature

2012-11-30 Thread Khaled Hosny
On Fri, Nov 30, 2012 at 10:58:25AM +0100, Steve White wrote:
 There was a suggestion that Latin kerns should be activated by
 {script,lang}={dflt,dflt}.  Let me ask, should Devanagari kerns also be
 activated by {dflt, dflt}?  If not, why?

My own policy is, unless a feature must be restricted to a specific
script/language (e.g. a locale-specific feature), all features should be
assigned to *all* scripts in the font, including DFLT/dflt, because
there is technical reason for doing otherwise and it would help
applications not doing automatic script/language itemisation (both
OpenType-enabled TeX engines, for example).

Regards,
 Khaled
___
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] beta

2012-11-22 Thread Khaled Hosny
On Thu, Nov 22, 2012 at 11:35:36AM +0100, Hans Hagen wrote:
 Hi Khaled
 
 these virtual versions are essentially the body font counterparts with
 lots of display-modifying tweaks piled on to make them behave like
 math fonts. These virtual versions were used for a time while the math
 fonts were in development.
 
 The virtual counterparts are adaptations of the old TFM/Type1 fonts so
 they look like OpenType math fonts to the engine (so that ConTeXt would
 move entirely to Unicode/OpenType math while waiting for the real
 OpenType fonts).
 
 Which reminds me ... shouldn't we try to get the r2l math symbols
 into the lm/gyre fonts? I don't know how much extra that is in xits,
 but it would be nice to have it.

The stuff in XITS is of little value right now as does not even cover
Arabic math (the only language where math can be RTL), there is a whole
set of Arabic math alphabets (starting from U+1EE00) that need to be
covered first to be able to set any useuful Arabic math (both LTR and
RTL).

Regards,
 Khaled
___
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] beta

2012-11-21 Thread Khaled Hosny
On Wed, Nov 21, 2012 at 08:10:19PM +0100, Sietse Brouwer wrote:

 these virtual versions are essentially the body font counterparts with
 lots of display-modifying tweaks piled on to make them behave like
 math fonts. These virtual versions were used for a time while the math
 fonts were in development.

The virtual counterparts are adaptations of the old TFM/Type1 fonts so
they look like OpenType math fonts to the engine (so that ConTeXt would
move entirely to Unicode/OpenType math while waiting for the real
OpenType fonts).

Regards,
 Khaled
___
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 display source in ConTeXt?

2012-11-13 Thread Khaled Hosny
On Tue, Nov 13, 2012 at 02:19:13PM +0100, Martin Schröder wrote:
 2012/11/13 yang.zhao hckjs...@gmail.com:
  Thank you, it works.
 
 PLEASE switch of Comic Sans!
 http://bancomicsans.com/

I like Comic Sans (I really do, no idea why it is so much hated).

___
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 font: some spacing and scaling problems

2012-09-27 Thread Khaled Hosny
On Thu, Sep 27, 2012 at 04:58:11PM +0200, Andreas Mang wrote:
 Hi there,
 
 Not quite sure if this is the right place. I wanted to send this
 directly to Khaled Hosny, but then I thought it might be good to have
 some additional opinion on some of these issues (I am not quite sure
 if some of this is intended behaviour).
 
 I have collected some examples for which I think there are some
 scaling and spacing problems in xits.
 
 Also, small caps are not supported. Is this intended?!
 
 Thanks for your help.
 
 Cheers,
 Andreas
 
 
  MINIMAL EXAMPLE  
 \setupbodyfont[xits,11pt]
 
 \starttext
 $\diamond$ % too small?!
 
 $\square$ % OK?!
 
 $\blacktriangleright$ % too big?!
 
 $\blacktriangleleft$ % too big?!
 
 $\blacktriangle$ % too big?!
 
 $\blacktriangledown$ % too big?!

None of those glyphs were changed in XITS, they are exactly the same as
the ones in STIX fonts, so possibly ConTeXt is using the wrong Unicode
character for those symbols. The later two are smaller with LaTeX
package unicode-math.

 {\sc Word} % not supported ?!

Right, there is no smallcaps, probably you can use some other Times-like
font for smallcaps.

 $\tilde{W}^i$ $W^i$ % using a superscript in case
 % an accent is used results in 
 % a too small distance between letter
 % and superscript 

Looks like a ConTeXt issue, both render the same with (xe|lua)latex
(using unicode-math).

 $f^i$ % distance too small (seems to be just the case for $f$, see e.g. $h^i$ 
 $t^i$)

Looks fine here.

Regards,
 Khaled
___
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 font: some spacing and scaling problems

2012-09-27 Thread Khaled Hosny
On Thu, Sep 27, 2012 at 01:01:35PM -0400, Aditya Mahajan wrote:
 On Thu, 27 Sep 2012, Khaled Hosny wrote:
 
 None of those glyphs were changed in XITS, they are exactly the same as
 the ones in STIX fonts, so possibly ConTeXt is using the wrong Unicode
 character for those symbols. The later two are smaller with LaTeX
 package unicode-math.
 
 That is most likely the issue. I never really understood what all
 these triangles should map to. Should we target unicode-math the
 reference implmentation?

As unicode-math table is based on BB’s STIX symbol table, I think it is
the closest we have to an authoritative Unicode → TeX csnames mapping
(incidentally, I have recent version of BB’s table, if anyone wants it).

Regards,
 Khaled
___
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] superscript spacing: xits math font

2012-08-11 Thread Khaled Hosny
On Sat, Aug 11, 2012 at 07:35:02PM +0200, Andreas Mang wrote:
 Hi there,
 
 Likewise to an issue reported earlier to this list (Math  other
 issues for TL 2012) there seems to be a problem with the spacing of
 the superscript in the xits math font, which cannot be controlled via
 the setupmathematics[italix=n] option:

It seems that ConTeXt is either stripping the italic correction from the
font or not passing it to the TeX backend, which would explain the two
issues you have.

Regards,
 Khaled
___
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] [OT] The effect of typefaces on credibility

2012-08-10 Thread Khaled Hosny
This is stuff is usually bogus, but the choice of Computer Modern is
interesting:
http://opinionator.blogs.nytimes.com/2012/08/08/hear-all-ye-people-hearken-o-earth/

(for once an OT that is not Luigi's)
___
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] Questions apon Questions

2012-08-03 Thread Khaled Hosny
On Fri, Aug 03, 2012 at 02:05:34PM +0200, Hans Hagen wrote:
 On 3-8-2012 13:31, Keith J. Schultz wrote:
 and putting into the apropriate LuaTeX-datastructures(naturally, GDEF
 -table would match the other OTF-LuaTeX-Table programming style).
 Then patching the others functions, if necessary, to use the GDEF
 during look-up!
 
 best first figure out *what* is is missing in the gsub/gpos luatex
 tables that is present in the otf GDEF

The GDEF remark over XeTeX mailing list was mine and it has nothing to do
with polyglossia at all (it is related to the OpenType 1.6
UseMarkFilteringSet flag me, you and Taco discussed while ago, that will
need syncing the fontloader with FontForge).

Regards,
 Khaled
___
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 recognition with command context, but not with command texexec

2012-07-30 Thread Khaled Hosny
On Mon, Jul 30, 2012 at 09:50:44AM +0200, Mojca Miklavec wrote:
 On Mon, Jul 30, 2012 at 1:05 AM, Hans Hagen wrote:
  On 29-7-2012 22:36, Mojca Miklavec wrote:
 
  For MKII the answer is no. MKIV can - to a
  certain extent - read and interpret fontconfig's XML configuration
  file. The real question is whether ConTeXt finds the right file. On
  windows there is fonts.conf used by XeTeX and it might be that MKIV
  reads that file, but I'm not sure.
 
 
  Last time I checked (more than a year ago) it did read that file.
 
 What I have in mind is that it's far from being trivial to find the
 right fonts.conf, on linux in particular. On my mac I have:
 
 /Applications/Gimp.app/Contents/Resources/etc/fonts/fonts.conf
 /Applications/MPlayer OSX Extended.app/Contents/Resources/fonts/fonts.conf
 /opt/local/etc/fonts/fonts.conf
 /usr/X11/lib/X11/fontconfig/conf.avail/05-osx-fonts.conf
 /usr/X11/lib/X11/fontconfig/conf.d/05-osx-fonts.conf
 /usr/X11/lib/X11/fontconfig/fonts.conf
 
 So feel free to guess which one to use ;)
 
 I believe that one should at least consider
 /usr/X11/lib/X11/fontconfig/fonts.conf 
 /usr/X11/lib/X11/fontconfig/conf.d/05-osx-fonts.conf in my case, but
 there is no include the other file, so ConTeXt would actually have
 to start reading both.

fonts.conf should have something like:

include ignore_missing=yesconf.d/include

no? Here it does, otherwise fontconfig itself has no way of reading
other files. But the whole thing is tricky, because the default path to
the root fonts.conf file is set into libfontconfig at build time,
ConTeXt has no way of knowing that, short of linking to libfontconfig.

 The first two files are bundled with applications (Gimp, MPlayer) and
 aso have their own caches  their own settings, so when users start
 messing and configuring the system-wide settings, those two
 applications won't obey those anyway.

Which is very pointless, there should be only one fontconfig installed
system wide, but that mac anyway :)

Regards,
 Khaled
___
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 recognition with command context, but not with command texexec

2012-07-30 Thread Khaled Hosny
On Mon, Jul 30, 2012 at 11:16:44AM +0200, Mojca Miklavec wrote:
 I believe it's the other way around: applications on Mac should not
 use fontconfig ;), but when they do (most of them being ported from
 linux), they cannot rely on fontconfig's presence on the system.
 
 It's more or less the same situation on windows. When you launch VLC,
 MPlayer, gnuplot/wxt or XeTeX after a long time, it spends the first
 minute refreshing font cache.

Right, I think fontconfig should turn itself into a warper around native
system font services on such systems and not manage a cache on its own,
which is better than porting every fontconfig using application. OT
anyway.

Regards,
 Khaled
___
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] define vs setup

2012-07-26 Thread Khaled Hosny
On Thu, Jul 26, 2012 at 06:15:31PM +0200, Mojca Miklavec wrote:
 LaTeX is in a sense way more stable

Which is mostly an illusion, packages do change all the time,
hyphenation patterns change, fonts change and engines change (even
pdfTeX), and unlike ConTeXt backups are much harder to take (short of
backing up your whole TeX Live installation).

Regards,
 Khaled
___
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] Small caps?

2012-07-24 Thread Khaled Hosny
On Tue, Jul 24, 2012 at 11:21:22PM +0200, Hans Hagen wrote:
 On 24-7-2012 21:29, Shriramana Sharma wrote:
 On Wed, Jul 25, 2012 at 12:55 AM, Wolfgang Schuster
 schuster.wolfg...@gmail.com wrote:
 \definehighlight[smallcaps][style=\setff{smallcaps}]
 
 Hello and thanks for your help but even if I copy-paste your example
 into TeXWorks and typeset it (remember, I'm using ConTeXT with XeTeX)
 I get the error:
 
 Undefined control sequence.
 l.1 \definehighlight
  [smallcaps][style=\setff{smallcaps}]
 
 you probably run an ancient mkiv .. this command has been around for
 a while

He is using XeTeX, no MkIV for him.

Regards,
 Khaled
___
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] Is startalign broken in mkiv?

2012-07-18 Thread Khaled Hosny
On Tue, Jul 17, 2012 at 09:48:31PM -0400, Matthias Weber wrote:
 It was never a problem in TeX to modify the control characters used
 according to your own pleasure.

Except that is not the kind of thing ConTeXt users are supposed to mess
with, I feel guilty every time I mess with catcodes in my style file.

Regards,
 Khaled
___
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 symbol: blacktriangle

2012-07-18 Thread Khaled Hosny
On Wed, Jul 18, 2012 at 12:29:52AM +0200, Hans Hagen wrote:
 On 17-7-2012 22:36, Khaled Hosny wrote:
 On Tue, Jul 17, 2012 at 09:40:15PM +0200, Hans Hagen wrote:
 On 17-7-2012 19:39, Aditya Mahajan wrote:
 On Tue, 17 Jul 2012, Andreas Mang wrote:
 
 Dear all,
 
 The \blacktriangle and \blacktriangledown symbol seem to be missing,
 though \blacktriangleright and \...-left are defined. Is there a quick
 way to add missing symbols by myself from the knowledge of Unicode /
 XML identifier (http://www-sop.inria.fr/marelle/tralics/doc-b.html)?
 
 For opentype math fonts, have a look at char-def.lua. To add missing
 symbols, you need to add appropriate fields in the lua table.
 
 The hard part is verifying the symbol to unicode slot mapping (the list
 at tralics is not always consistent with the ams list that is used by
 unicode-math package). If you know the right mappings, add a patch to
 char-def.lua and send it to the list (or the dev-context list);
 otherwise, just send the mappings and I can add them to the lua table.
 
 keep in mind that not all those black triangles in ams math ended up
 in unicode
 
 AFAIK all ams symbols are in Unicode now (I know because the STIX LaTeX
 support covers them all from STIX Unicode fonts).
 
 Also the black triangles left and right (in ams compatible font sizes)?
 
 (Last time I messed with it I had to get them from the navigational
 symbol font).

I don't know about the sizes, but every csname defined by amsfonts and
amssymb is covered.

Regards,
 Khaled
___
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 symbol: blacktriangle

2012-07-17 Thread Khaled Hosny
On Tue, Jul 17, 2012 at 09:40:15PM +0200, Hans Hagen wrote:
 On 17-7-2012 19:39, Aditya Mahajan wrote:
 On Tue, 17 Jul 2012, Andreas Mang wrote:
 
 Dear all,
 
 The \blacktriangle and \blacktriangledown symbol seem to be missing,
 though \blacktriangleright and \...-left are defined. Is there a quick
 way to add missing symbols by myself from the knowledge of Unicode /
 XML identifier (http://www-sop.inria.fr/marelle/tralics/doc-b.html)?
 
 For opentype math fonts, have a look at char-def.lua. To add missing
 symbols, you need to add appropriate fields in the lua table.
 
 The hard part is verifying the symbol to unicode slot mapping (the list
 at tralics is not always consistent with the ams list that is used by
 unicode-math package). If you know the right mappings, add a patch to
 char-def.lua and send it to the list (or the dev-context list);
 otherwise, just send the mappings and I can add them to the lua table.
 
 keep in mind that not all those black triangles in ams math ended up
 in unicode

AFAIK all ams symbols are in Unicode now (I know because the STIX LaTeX
support covers them all from STIX Unicode fonts).

Regards,
 Khaled
___
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] Is startalign broken in mkiv?

2012-07-17 Thread Khaled Hosny
The use of  (which is a common symbol) as a control character is a long
standing idiosyncrasy of TeX that I'm glad ConTeXt has got rid of.

On Tue, Jul 17, 2012 at 07:32:09PM -0400, Matthias Weber wrote:
 Thanks - I wasn't aware that the human readable version had been deprecated :(
 
 Matthias
 
 On Jul 17, 2012, at 7:17 PM, Hans Hagen pra...@wxs.nl wrote:
 
  On 18-7-2012 00:22, Matthias Weber wrote:
  \starttext
  \startformula \startalign
   v = u + at \\
   h = ut + \frac12 gt^2 \\
  \stopalign \stopformula
  \stoptext
  
  
  
  
  ConTeXt  ver: 2012.07.17 16:42 MKIV  fmt: 2012.7.17  int: english/english
  (...)
  ! Missing $ inserted.
  
  system   tex  error on line 3 in file test.tex: Missing $ 
  inserted ...
  
  1 \starttext
  2 \startformula \startalign
  3   v = u + at \\
  4 h = ut + \frac12 gt^2 \\
  5 \stopalign \stopformula
  6 \stoptext
  
  Thanks -
  
  the context way is:
  
  \startformula \startalign
  \NC v \NC = u + at \NR
  \NC h \NC = ut + \frac12 gt^2 \NR
  \stopalign \stopformula
  
  
  -
   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
 ___
___
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] Arbitrary font size

2012-07-05 Thread Khaled Hosny
On Thu, Jul 05, 2012 at 06:34:40PM -0500, Troy Henderson wrote:
 I would like to know if there is a command like \tfn{0.9} which would allow 
 the
 user to specify an arbitrary font scale factor since the built-in \tfa, \tfb, 
 \
 tfc, \tfd, \tfx, and \tfxx are insufficient for one of my projects.

For one time uses, I use \definedfont[Serif sa 5] etc.
___
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] Sanskrit font

2012-06-22 Thread Khaled Hosny
On Fri, Jun 22, 2012 at 04:24:12PM -0400, Aditya Mahajan wrote:
 I'd be interested to see whether you manage to successfully use
 devanagari with context. (I vaguely remember a mailing list posting that
 devanagari is not supported...?)
 
 ConTeXt MkIV does not have support for indic opentype features, but
 indic scripts work fine with xetex backend.

Sans ICU bugs...

Regards,
 Khaled
___
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] Error with EBGaramond-Regular

2012-06-08 Thread Khaled Hosny
On Fri, Jun 08, 2012 at 09:40:22AM +0200, Hans Hagen wrote:
 On 8-6-2012 06:16, Khaled Hosny wrote:
 On Thu, Jun 07, 2012 at 06:14:10PM +0200, Hans Hagen wrote:
 btw, what are features like cv80 and cv81 supposed to represent?
 
 A relatively new OpenType addition.
 http://www.microsoft.com/typography/otspec/features_ae.htm#cv01-cv99
 
 ok, so nothing really special.
 
 Does fontforge already support these Feature Parameters tables? And
 should we do something with them?

I'm not sure, but AFAIK our snapshot of FontForge predates all that
stuff.

Regards,
 Khaled
___
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] Error with EBGaramond-Regular

2012-06-07 Thread Khaled Hosny
On Thu, Jun 07, 2012 at 06:14:10PM +0200, Hans Hagen wrote:
 btw, what are features like cv80 and cv81 supposed to represent?

A relatively new OpenType addition.
http://www.microsoft.com/typography/otspec/features_ae.htm#cv01-cv99

Regards,
 Khaled
___
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] epub

2012-06-07 Thread Khaled Hosny
On Thu, Jun 07, 2012 at 06:04:39PM +0200, Hans Hagen wrote:
 Hi,
 
 I couldn't resist ... firefox has a nice 3d view of a page and this
 is how the context garden looks like. A nice tests for epubs.

Now, we want that in ConTeXt ;)

Regards,
 Khaled
___
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 other issues for TL 2012

2012-06-04 Thread Khaled Hosny
On Fri, Jun 01, 2012 at 12:54:11PM +0200, Mojca Miklavec wrote:
 Hello,
 
 With TL freeze that is probably going to happen tomorrow (plus a few
 days of grace period): what is the current state of problems with math
 fonts, and possibly any other issues (apart from the known crash on
 mipsel  armel)? Is there anything else that doesn't work in minimals,
 but should be high on priority list to fix?

There is the issue with XITS italic correction:

http://www.ntg.nl/pipermail/ntg-context/2012/067237.html

but no answer from Hans yet.

Regards,
 Khaled
___
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 other issues for TL 2012

2012-06-01 Thread Khaled Hosny
Currently if the font has a MathConstants table it is considered a new
math font.

Regards,
 Khaled

On Fri, Jun 01, 2012 at 08:59:31PM +0200, Hans Hagen wrote:
 Question for Khaled.
 
 What is currently the logic in luatex? There used to be some
 heuristic to determine if we have a traditional or opentype font.
 How can we enforce the opentype math logic? There has been some
 discussion about a flag in the tfmdata table. (The virtual math
 fonts that mkiv makes assumes opentype logic).
 
 Hans
 
 On 1-6-2012 17:05, Tim Steenvoorden wrote:
 Hi Mojca,
 
 This is the status with 2012.05.30 11:26:
 
 [HIGH] The integral signs in PX-fonts now work correctly. Only the
 distance between the integral sign and the bounds are to big.
 [HIGH] TX, XITS, Antykwa and Iwona have the same problem. (It's OK in
 Asana and Euler).
 [MID] The Kurier-font is not working at all (math and text).
 [MID] The Mathdesign fonts (Utopia, Charter and Garamond) are not
 working at all (both math and text).
 [LOW] Pagella-Math is in TeXLive now, but the typescript is commented
 out in type-imp-texgyre.mkiv.
 
 I didn't had much time to look at it, have a deadline for a paper.
 Sorry about that.
 
 Regards,
 Tim
 
 
 2012/6/1 Mojca Miklavecmojca.miklavec.li...@gmail.com:
 Hello,
 
 With TL freeze that is probably going to happen tomorrow (plus a few
 days of grace period): what is the current state of problems with math
 fonts, and possibly any other issues (apart from the known crash on
 mipsel  armel)? Is there anything else that doesn't work in minimals,
 but should be high on priority list to fix?
 
 Mojca
 ___
 If your question is of interest to others as well, please add an entry to 
 the Wiki!
 
 maillist : ntg-context@ntg.nl / 
 http://www.ntg.nl/mailman/listinfo/ntg-context
 webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
 archive  : http://foundry.supelec.fr/projects/contextrev/
 wiki : http://contextgarden.net
 ___
 
 
 ___
 If your question is of interest to others as well, please add an entry to 
 the Wiki!
 
 maillist : ntg-context@ntg.nl / 
 http://www.ntg.nl/mailman/listinfo/ntg-context
 webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
 archive  : http://foundry.supelec.fr/projects/contextrev/
 wiki : http://contextgarden.net
 ___
 
 
 -- 
 
 -
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
  | www.pragma-pod.nl
 -
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] how to write two or three single hyphens?

2012-05-31 Thread Khaled Hosny
On Thu, May 31, 2012 at 11:46:32AM +0200, Jan Pohanka wrote:
 Also why the latex way -{}- does not work? It is a feature of luatex?

{} breaking ligatures is “an accidental feature¹” in traditional TeX
that LuaTeX got rid of.

Regards,
 Khaled

¹ 
https://groups.google.com/forum/?fromgroups#!msg/comp.lang.perl/Egohpu5chYU/RDyzhPPmgFUJ
___
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] Spacing for {\cal P} in XITS

2012-05-29 Thread Khaled Hosny
On Tue, May 29, 2012 at 01:19:00PM +0300, Janne Junnila wrote:
 Hi,
 
 I just noticed that the spacing after ${\cal P}$ looks a bit too tight
 (non-existent?) while using XITS fonts.
 
 \setupbodyfont[xits]
 \starttext
 The spacing of ${\cal P}$ looks like this.
 \stoptext
 
 I'm not sure if the other calligraphic letters are totally fine
 either, but this one caught my eye. I suppose it's a font issue. Any
 ideas?

Looks fine here (in my eyes at least), can you attach the resulting PDF?

Regards,
 Khaled
___
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 fonts in TeXLive 2012

2012-05-29 Thread Khaled Hosny
On Mon, May 28, 2012 at 09:55:49PM +0200, Mojca Miklavec wrote:
 Euler is also used in the magazine ... but of course it is up to
 Khaled if he doesn't want to include the font. Khaled - would you at
 least be ready to offer tar.xz file (one sufficient for direct
 installation into TL) or put it into tlcontrib?

I don't feel like encouraging people to use it, but feel free to pull it
from git and package it if you really want to do so.

Regards,
 Khaled
___
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] Spacing for {\cal P} in XITS

2012-05-29 Thread Khaled Hosny
On Tue, May 29, 2012 at 12:29:02PM +, Rogers, Michael K wrote:
 
 On May 29, 2012, at 8:13 AM, Khaled Hosny wrote:
 
  On Tue, May 29, 2012 at 01:19:00PM +0300, Janne Junnila wrote:
  Hi,
 
  I just noticed that the spacing after ${\cal P}$ looks a bit too tight
  (non-existent?) while using XITS fonts.
  ...
 
  Looks fine here (in my eyes at least), can you attach the resulting PDF?
 
  Regards,
  Khaled
 
 On this input:
 
 \setupbodyfont[xits]
 \starttext
 The spacing of ${\cal P}$ looks like this.\par
 The spacing of \vrule${\cal P}$\vrule looks like this.
 \stoptext
 
 I got similar to what Janne described.  See attached (beta ver.
 2012.05.29 00:12).  Looks like the kerning might be a little off?

Looks fine here, bot TL 2012 presets and up to date minimals.

Regards,
 Khaled


x.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] Spacing for {\cal P} in XITS

2012-05-29 Thread Khaled Hosny
On Tue, May 29, 2012 at 05:34:47PM +0300, Janne Junnila wrote:
 Doesn't seem to be only macs, I'm on Linux using the latest beta. The
 PDF I get is like the one Michael sent earlier. I tried other
 calligraphic letters with the vrules, and it seems that some of them
 have similar issues, just not as striking as with P.

It was a bit buzzling, but I think I found it, it seems the lines:

italics = {
[xits-math] = italics,
},

in xits-math.lfg (`mtxrun --find-file` to locate it), prevents the
application of italic correction for some reason, removing it resolves
the issue. I didn't experience it because I had a different
xits-math.lfg in my ~/texmf tree.

Hans, what those lines are supposed to do?

Regards,
 Khaled
___
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 fonts in TeXLive 2012

2012-05-28 Thread Khaled Hosny
On Mon, May 28, 2012 at 10:58:27AM +0200, Mojca Miklavec wrote:
 On Sun, May 27, 2012 at 5:14 PM, Tim Steenvoorden wrote:
  P.S. Euler is working in the 2012.05.26 16:40 Standalone version.
 
 The version of ConTeXt in TeX Live is almost the same as in minimals
 (ok, I didn't check in the version from 26th because I was away for
 the weekend, if the difference is actually in that version), but I
 somehow suspect that the font (euler.otf) is missing on CTAN and in
 TeX Live. Something for Khaled to answer. The font is also being used
 in Maps and ConTeXt Proceedings, so it would actually be very nice if
 the font was present in TL.

The font was never done and I'm not very happy with its current state
(it was my first attempt at an OpenType math font, now that I learnt
much I want to redo it), there were never any releases and thus no
upload to CTAN.

Regards,
 Khaled
___
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] Small integral signes with Palatino

2012-05-24 Thread Khaled Hosny
AFAIK, no.

The code that handles extensible delimiters changed, but IIUC
we are not talking about extensible symbol here.

Regards,
 Khaled

On Fri, May 25, 2012 at 01:13:10AM +0200, Hans Hagen wrote:
 Hi Khaled,
 
 just checking ... did the code related to display operator heights
 change as part of the math cleanup?
 
 Hans
 
 
 
 
 On 25-5-2012 00:40, Aditya Mahajan wrote:
 On Fri, 25 May 2012, Mojca Miklavec wrote:
 
 On Fri, May 25, 2012 at 12:05 AM, Mojca Miklavec wrote:
 On Thu, May 24, 2012 at 3:59 PM, Aditya Mahajan wrote:
 
 Any idea when this was introduced (or if this bug was always present)?
 
 beta 2011.07.14 16:09
 
 Oh, I'm sorry, nonsense. That was the last working one. The one
 introducing the bug was
 2011.07.19 10:35
 
 https://github.com/mojca/context/commit/a3f9fa299ecc3c9d8c3989c6e219dd9a1bcefaa1
 
 
 In that version the functionality was completely broken (overlapping
 limits), then it improved with time a bit, but never recovered
 properly back.
 
 I tested with asana, hoping that opentype fonts will behave better, but
 asana is hopelessly broken in the other direction: too big integrals and
 sums. To fix asana, change
 
 DisplayOperatorMinHeight = more,
 
 to
 
 DisplayOperatorMinHeight = 0,
 
 (or just comment it) in asana-math.lfg. After that, you can at least use
 asana math as a work around.
 
 Euler and Stix fonts work OK, and surprisingly so is txfonts! I thought
 that px- and tx-fonts were handled identically. Why does the bug only
 appear with px-fonts?
 
 Comparing the two files, I noticed that skewchar is not set in px fonts.
 Line 22 of px-math.lfg should be:
 
 { name = texgyrepagella-bold.otf, vector = tex-bf, skewchar=0x7F } ,
 
 (but even after that change $\hat {\bi A}$ is set incorrectly).
 
 Aditya
 ___
 
 If your question is of interest to others as well, please add an entry
 to the Wiki!
 
 maillist : ntg-context@ntg.nl /
 http://www.ntg.nl/mailman/listinfo/ntg-context
 webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
 archive : http://foundry.supelec.fr/projects/contextrev/
 wiki : http://contextgarden.net
 ___
 
 
 
 -- 
 
 -
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
  | www.pragma-pod.nl
 -
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Simple rings with svg

2012-05-10 Thread Khaled Hosny
On Thu, May 10, 2012 at 10:59:41AM -0400, Aditya Mahajan wrote:
 On Thu, 10 May 2012, Ian Lawrence wrote:
 
 I read on the wiki that now svg is natively supported. Hmm.
 
 No. You need to have inkscape installed (and in your PATH) for svg
 to pdf conversion to work.
 
 FWIW, I cannot find the intermediate file
 'm_k_i_v_ChangingField_ILUC.pdf' on my disk either…both graphics files
 are in the same location, both exist, both are named correctly….
 
 @Hans, could we change the conversion so that it checks for inkscape
 and gives a more sensible warning if inkscape is absent?

There is also rsvg-convert (from LibRSVG[1]) which can be faster (but in
some corner cases, as accurate as Inkscape).

[1] http://live.gnome.org/LibRsvg

Regards,
 Khaled
___
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] greek items broken:

2012-05-09 Thread Khaled Hosny
On Wed, May 09, 2012 at 05:14:39PM +0200, Mojca Miklavec wrote:
 but the future seems Bright ;)

We should have named the fonts Lucida Brighter and Lucida Saner etc. ;)

Regards,
 Khaled
___
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] LuaTeX error after update to ubuntu 12.04

2012-04-29 Thread Khaled Hosny
On Sun, Apr 29, 2012 at 01:28:42PM -0700, Kip Warner wrote:
 On Sat, Apr 28, 2012 at 02:10:33PM +0900, S Barmeier wrote:
  In ubuntu 12.04 all font packages are renamed to fonts-*, rather than
  ttf-* or otf-* etc.
 
 Most, but not all. ttf-ubuntu-font-family and ttf-ubuntu-title appear
 to be among some of the exceptions.

The renaming is done slowly by Debian (a new font packages naming
policy), but anyway Ubuntu family of fonts is not in Debian (the license
is not considered free enough for Debian), and it seems Ubuntu is not
adopting the new policy yet.

Regards,
 Khaled


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] LuaTeX error after update to ubuntu 12.04

2012-04-27 Thread Khaled Hosny
On Sat, Apr 28, 2012 at 01:25:03PM +0900, S Barmeier wrote:
 After updating to ubuntu 12.04, my shouts of joy were smothered by the
 following
 
 !LuaTeX error: cannot find OpenType font file for reading ()
  == Fatal error occurred, no output PDF file produced!
 
 mtx-context | fatal error: return code: 70

This usually indicates that ConTeXt is a passing a file name to the
backend that does not exist on the disk, usually because the cache is
outdated.

 I ran mtxrun --script fonts --reload, updated to the latest context
 version, ran luatools --generate and context --make and still am
 presented with the above error message after 10-15 minutes of paralysing
 processing.

Since all of this does not work, I'd delete the cache completely and try
again (the /home/user/texmf-cache/luatex-cache/context/*).

Regards,
 Khaled
___
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 goodies color schemes by Unicode number

2012-03-24 Thread Khaled Hosny
On Sat, Mar 03, 2012 at 12:09:11AM +0100, Hans Hagen wrote:
 On 29-2-2012 14:57, Khaled Hosny wrote:
 Hi all,
 
 Was exploring font goodies and color schemes and so far works great,
 very nice feature, thanks Hans.
 
 Now I've to small questions/feature requests:
 Can color schemes be
 defined using Unicode code points, e.g.: { 0x064E, 0x064F } instead of
 glyph names (e.g. I'd like to have a font independent goody to color
 Arabic combining marks and no glyph substitution is involved so Unicode
 code points should work for most fonts).
 
 Second question, can it be (ab)used to color a whole font with the same
 color (can be handy sometimes), e.g. using a special wildcard or
 something: { * }.
 
 the next beta supports * as well as ranges 0x0030:0x0035
 
 (I adapted demo.lfg and goodies-002.tex)

Thanks Hans, it took me a while to get around testing it but I'm happy
to report that it works as expected :) I don't have a generic Arabic
file per se (but I'll right one someday), but the request was mainly
inspired by this question (though it is something I wanted to explore
for a while):
http://tex.stackexchange.com/a/46240/729

Regards,
 Khaled
___
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] [luatex] Itemize without page break

2012-03-20 Thread Khaled Hosny
On Mon, Mar 19, 2012 at 10:49:48PM -0700, Kip Warner wrote:
 On Tue, 2012-03-20 at 06:46 +0100, Wolfgang Schuster wrote:
  TeX has it’s problem with certain errors, accept it.
 
 It is not a problem with the program raising an error, it was how it
 went about doing it. It should not have to take down the entire
 operating system to indicate to the user that there was a non-intuitive
 syntactical error in typesetting.

Older TeX engines had hard memory limit, so in case of such
syntactical errors the engine would consume all its allocated memory
and die (with a misleading error message), LuaTeX dynamically allocates
memory (for good reasons) so it won't stop before consuming all your
available memory, its the responsibility of an operating system to
prevent such a faulty application from taking the whole system down.

Regards,
 Khaled
___
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] [luatex] Itemize without page break

2012-03-20 Thread Khaled Hosny
On Tue, Mar 20, 2012 at 08:21:35AM +0100, Patrick Gundlach wrote:
 
 Am 20.03.2012 um 06:49 schrieb Kip Warner:
 
  On Tue, 2012-03-20 at 06:46 +0100, Wolfgang Schuster wrote:
  TeX has it’s problem with certain errors, accept it.
  
  It is not a problem with the program raising an error, it was how it
  went about doing it. It should not have to take down the entire
  operating system to indicate to the user that there was a non-intuitive
  syntactical error in typesetting.
 
 
 I also agree that a segfault is not an acceptable behavior of a
 program, regardless of the input (unless you are doing low level
 stuff). But it is not clear if this is a problem on the ConTeXt side
 or the LuaTeX side.

It did not segfault, it just consumed all available memory :) A sane
operating system wouldn't allow any program to do this (mine is not
sane, I know, but luatex is hardly the only program that does this to
me).

Regards,
 Khaled
___
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] \notin not working

2012-03-09 Thread Khaled Hosny
On Fri, Mar 09, 2012 at 01:46:56PM -0500, Aditya Mahajan wrote:
 On Fri, 9 Mar 2012, Stefan Müller wrote:
 
 Dear list,
 
 with one of the last versions (I'm currently using ConTeXt standalone 
 2012003005 19:49 MkIV) \notin is not working anymore.  See
 
 \starttext $a \notin b \not\in c$ \stoptext
 
 It seems that \notin refers to \not.  Is this intended behavior or a bug?
 
 @Hans, can now use
 composed glyphs as fallbacks in virtual fonts.

Or even better (if possible of course), fallback to using combining
slash (aka \not) whenever the font lacks the pre-composed negated form
(and similarly \not\in should use \notin if the font have it). In,
hopefully not so distant, future LuaTeX will gain support for overlay
accents so basenegation mark will combine nicely (where negation
mark can be a combining slash or vertical line).

Regards,
 Khaled
___
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] Style file for iPad?

2012-03-06 Thread Khaled Hosny
On Tue, Mar 06, 2012 at 10:40:20PM +1100, Alasdair McAndrew wrote:
 Yes, but what ebook formats handle mathematics and diagrams?

Plus the poor layout support in almost all ebook readers (brain dead
paragraph builder, no hyphenation, no OpenType support etc. etc. they
are usually pieces of junk for any remotely complex text layout job).

Regards,
 Khaled
___
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] Font goodies color schemes by Unicode number

2012-02-29 Thread Khaled Hosny
Hi all,

Was exploring font goodies and color schemes and so far works great,
very nice feature, thanks Hans.

Now I've to small questions/feature requests:
Can color schemes be
defined using Unicode code points, e.g.: { 0x064E, 0x064F } instead of
glyph names (e.g. I'd like to have a font independent goody to color
Arabic combining marks and no glyph substitution is involved so Unicode
code points should work for most fonts).

Second question, can it be (ab)used to color a whole font with the same
color (can be handy sometimes), e.g. using a special wildcard or
something: { * }.

Regards,
 Khaled
\definefontfeature[arabic][arabic][goodies=amiri, colorscheme=default]

\definecolor[colorscheme:1:1][r=1]
\definecolor[colorscheme:1:2][g=1]
\definecolor[colorscheme:1:3][b=1]

\definecolor[colorscheme:2:1][c=.55]
\definecolor[colorscheme:2:2][m=.55]
\definecolor[colorscheme:2:3][y=.55]

\setupalign[r2l]

\starttext
\definedfont[name:amiri*arabic at 36pt]
\setfontcolorscheme[1]
ضَرَبَ ضُرِبَ ضَرْبًا

\setfontcolorscheme[2]
ضَرَبَ ضُرِبَ ضَرْبًا
\stoptext
return {
name = Amiri,
version = 1.00,
comment = Goodies that complement the Amiri font.,
author = Khaled Hosny,
colorschemes = {
default = {
[1] = {
uni064E, uni064B,
},
[2] = {
uni064F, uni064C,
},
[3] = {
uni0650, uni064D,
},
}
}
}
___
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] ! \textfont0 is undefined (character 92)

2012-02-29 Thread Khaled Hosny
On Wed, Feb 29, 2012 at 12:50:45PM +0100, Steffen Wolfrum wrote:
 
 ... does anybody know what this refers to, ie. what this means?

You have broken math fonts setup.

Regards,
 Khaled
___
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] Scribus vs ConTeXt

2012-02-29 Thread Khaled Hosny
On Wed, Feb 29, 2012 at 11:29:30AM -0500, William Adams wrote:
 Scribus isn't that much different from InDesign and Quark, so the
 criticism holds:

Scribus is even worse; it lacks OpenType support, complex text layout,
right to left support, a not brain dead paragraph builder etc.

Regards,
 Khaled
___
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 embedding

2012-02-28 Thread Khaled Hosny
On Tue, Feb 28, 2012 at 03:39:04PM +0100, Honza Hejzl wrote:
 Hi,
 
 does anybody know how to really embed fonts into a pdffile? I have checked and
 read many conversations on that topic here but without the real solution (just
 a tons of arguments about how problematic/unethic it could be… and so on).
 
 I know well MKIV subsets all fonts. Yes, it is really good but it does not
 satisfy 99 % of modern printing offices. Embedding of all fonts is very 
 typical
 demand of them. I really need it, sometimes it is not good or possible to
 discuss with a printing office why to use my file instead of the one you are
 demanding.

When using map files 'fontfile' should tell the engine to fully embed
the font, but since MkIV does not use map files you can't use this.
Alternatively, font table passed from lua to pdf backed have an
'embedding' key and setting it to 'full' should fully embed the font,
but I don't know if MkIV provides a way to control this.

Regards,
 Khaled
___
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
___

  1   2   3   4   5   6   >