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

[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

[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]

[Khaled Hosny]

- Forwarded message from Frédéric WANG  -

From: Frédéric WANG 
To: "www-m...@w3.org" , LaTeXML project 

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

[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  →  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

[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  →  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] [***SPAM***] Incorrect internal font processing

[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  →  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] Converting normal font into bold

[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] Converting normal font into bold

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

Re: [NTG-context] [***SPAM***] Re: Converting normal font into bold

[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

[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] No full Unicode-Support in ConTeXt?

[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] No full Unicode-Support in ConTeXt?

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

[NTG-context] [OT] Crowdfunding project for improving math in ebooks (and the web)

[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?

[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?

[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

[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  wrote:
> 
> > 
> > Am 13.10.2013 um 06:09 schrieb Ciro A. Soto :
> > 
> > > 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

[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 ben

Re: [NTG-context] Bug: Reloading Font

[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:
> >>>·
> >>>
> >>>>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 enoug

Re: [NTG-context] Bug: Reloading Font

[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

[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:
> >·
> >
> >>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] Wrong spacing using stretch effect

[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

[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

[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

[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

[Khaled Hosny]

On Thu, Sep 05, 2013 at 09:57:59AM -0700, Thangalin wrote:
> Hi,
> 
> 
> > 
> > 
> > 
> >
> > 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

[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

[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

[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

[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] mathml lim

[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).
> >
> >
> >lim
> >
> 
> 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:
l
i
m

What Steffen is using is the correct way (it should even be lim
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] Font problems

[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

[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

[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] Missing °C symbol in math mode with dejavu font

[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 :
> 
> > Le lundi 20 mai 2013, Alan BRASLAU a écrit :
> >> On Mon, 20 May 2013 22:29:22 +0200
> >> Romain Diss  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\font"2103\relax
>  ℃\else\phys_units_text_celsius
>\fi\fi}
> 
> \unexpanded\def\checkedtextfahrenheit
>   {\ifmmode
>  \phys_units_text_fahrenheit
>\else\iffontchar\font"2109\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

[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  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] font trickery

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

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

[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

[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\Hussein>mtxrun --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"

[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

[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"

[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] Adobe Garamond Problems with letter combination "fi"

[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 :
> 
> > 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"

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

[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

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

[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]

[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:


 
 span.TEX {letter-spacing: -0.1em;}
 span.TEX span.E {left: -0.04em; position: relative;top: 0.5ex;}
 
 
  TEX
 


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

[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

[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

[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

[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

[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

[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

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

[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

[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

[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

[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?

[Khaled Hosny]

On Tue, Nov 13, 2012 at 02:19:13PM +0100, Martin Schröder wrote:
> 2012/11/13 yang.zhao :
> > 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

[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] xits font: some spacing and scaling problems

[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] superscript spacing: xits math font

[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

[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

[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"

[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] Font recognition with command "context", but not with command "texexec"

[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:

conf.d

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] define vs setup

[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?

[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
> > 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] math symbol: blacktriangle

[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] Is startalign broken in mkiv?

[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] Is startalign broken in mkiv?

[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  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] math symbol: blacktriangle

[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] Arbitrary font size

[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

[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

[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] epub

[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] Error with EBGaramond-Regular

[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] Math & other issues for TL 2012

[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

[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 Miklavec:
> >>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?

[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

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

[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] Math fonts in TeXLive 2012

[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

[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

[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

[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

[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:

[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

[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

[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

[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

[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] [luatex] Itemize without page break

[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] \notin not working

[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  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?

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

Re: [NTG-context] Scribus vs ConTeXt

[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] ! \textfont0 is undefined (character 92)

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

[NTG-context] Font goodies color schemes by Unicode number

[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] Scribus vs ConTeXt

[Khaled Hosny]

On Tue, Feb 28, 2012 at 11:34:07AM -0800, Kip Warner wrote:
> Hey folks,
> 
> I was wondering if someone could offer a meaningful comparison in a
> nutshell to a layperson of the pros and cons of using Scribus versus
> ConTeXt. I actually just discovered the former today.

With Scribus you get an nice GUI, with ConTeXt you get every thing else
that really matters for a typesetting job.

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
___