[NTG-context] Arabic protrosion
The attached patch adds Arabic coma, semicolon, full stop (used in Urdu)
and question mark to font-ext.lua for protrusion.
Now, combined with glyph expansion, I don't get any overfull boxes.
Regards,
Khaked
--
Khaled Hosny
Arabic localiser and member of Arabeyes.org team
Free font developer
--- font-ext.lua 2009-03-03 11:48:35.0 +0200
+++ /home/khaled/font-ext.lua 2009-04-06 08:33:26.0 +0200
@@ -134,6 +134,9 @@
[0x2014] = { 0, 0.33 }, -- emdash
[0x3001] = { 0, 1}, -- ideographic comma 、
[0x3002] = { 0, 1}, -- ideographic full stop 。
+[0x060C] = { 0, 1}, -- arabic comma ،
+[0x061B] = { 0, 1}, -- arabic semicolon ؛
+[0x06D4] = { 0, 1}, -- arabic full stop ۔
}
@@ -154,6 +157,10 @@
[0x002D] = { 0,0.70 }, -- hyphen
[0x2013] = { 0,0.30 }, -- endash
[0x2014] = { 0,0.20 }, -- emdash
+[0x060C] = { 0,0.70 }, -- arabic comma
+[0x061B] = { 0,0.50 }, -- arabic semicolon
+[0x06D4] = { 0,0.70 }, -- arabic full stop
+[0x061F] = { 0,0.20 }, -- ؟
-- todo: left and right quotes: .5 double, .7 single
signature.asc
Description: Digital signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Bug with "Adobe Arabic" font kerning
On Sun, 05 Apr 2009 15:24:36 -0600, Hans Hagen wrote: Khaled Hosny wrote: The font seems to have a buggy (too big) GPOS kerning table (it does cause fontforge to hang writing the font). If 'kern' is set to 'yes', I get this error: ...text/tex/texmf-context/tex/context/base/node-inj.lua:62: attempt to index local 'kb' (a nil value) I had to put if..then around that line to suppress the error, may be some checks are needed for such broken fonts. i don't get that error (might be catched already in my version) but indeed the font has weird kerning The VOLT sources for Adobe Arabic are freely available: http://blogs.adobe.com/typblography/2007/06/adobe_arabic_sa.html Looking at the kerning, it appears at first glance to be contextual single adjustment kerning that's messing things up. Will make some test files this week . Basically, Single Adjustment uses the advance width parameter alone, with dx/dy=0. This should move the right sidebearing of an initial arabic char to the right while leaving the left one alone. In pair adjustment Arabic kerning generally sets dx=c=width. mkiv supports the latter but not the former. I'll continue this discussion with Hans off list. It's a weird font -- all due respect to Tim Halloway the designer *** -- but very complete in many ways. A good test case for mkiv. Best wishes Idris *** Arabic Palatino by Zapf looks really weird too. -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shi`i Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
2009/4/6 Wolfgang Schuster : > > Am 05.04.2009 um 23:25 schrieb Hans Hagen: > >> sure, but i'm not too eager to add that kind of hackery so loading a new >> typeface then makes more sense > > My hack can be done in a cleaner way with > \appendtoks\letcsnamecs\csname\newfontidentifier\endcsname\undefined\to\everystarttext > but a new typeface makes more sense in Li Yanrui's example as I can see. > Thanks very much for your hints and Hans' tricky. -- Best wishes, Li Yanrui * Gentoo Linux (~x86) * ConTeXt Minimals Beta (2009.03.29 13:28) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bug with "Adobe Arabic" font kerning
On Sun, Apr 05, 2009 at 11:24:36PM +0200, Hans Hagen wrote: > Khaled Hosny wrote: >> The font seems to have a buggy (too big) GPOS kerning table (it does cause >> fontforge to hang writing the font). If 'kern' is set to 'yes', I get this >> error: >> >> ...text/tex/texmf-context/tex/context/base/node-inj.lua:62: >> attempt to index local 'kb' (a nil value) >> >> I had to put if..then around that line to suppress the error, may be >> some checks are needed for such broken fonts. > > i don't get that error (might be catched already in my version) but > indeed the font has weird kerning OK, I'll try to re-test with the next beta. > > (maybe the font is not really meant for using but just for rendering in > the reader) They offer it for sale as well[1], but it might not be the exact font files. [1]http://store1.adobe.com/cfusion/store/html/index.cfm?store=OLS-US&event=displayFontPackage&code=1741 Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer signature.asc Description: Digital signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Am 05.04.2009 um 23:25 schrieb Hans Hagen: sure, but i'm not too eager to add that kind of hackery so loading a new typeface then makes more sense My hack can be done in a cleaner way with \appendtoks\letcsnamecs \csname\newfontidentifier\endcsname\undefined\to\everystarttext but a new typeface makes more sense in Li Yanrui's example as I can see. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Wolfgang Schuster wrote: Am 05.04.2009 um 23:14 schrieb Hans Hagen: \setupbodyfont[reset] \setupbodyfont[mymodern] Did not work because reset alone use the roman style also for italic and bold and he don't use his own typeface, your dummy mymodern lead us back to the start. tricky ... --mode=*nofonts Not really, font switch but regular style only. sure, but i'm not too eager to add that kind of hackery so loading a new typeface then makes more sense Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bug with "Adobe Arabic" font kerning
Khaled Hosny wrote: The font seems to have a buggy (too big) GPOS kerning table (it does cause fontforge to hang writing the font). If 'kern' is set to 'yes', I get this error: ...text/tex/texmf-context/tex/context/base/node-inj.lua:62: attempt to index local 'kb' (a nil value) I had to put if..then around that line to suppress the error, may be some checks are needed for such broken fonts. i don't get that error (might be catched already in my version) but indeed the font has weird kerning (maybe the font is not really meant for using but just for rendering in the reader) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Am 05.04.2009 um 23:14 schrieb Hans Hagen: \setupbodyfont[reset] \setupbodyfont[mymodern] Did not work because reset alone use the roman style also for italic and bold and he don't use his own typeface, your dummy mymodern lead us back to the start. tricky ... --mode=*nofonts Not really, font switch but regular style only. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Wolfgang Schuster wrote: Am 05.04.2009 um 22:04 schrieb Hans Hagen: Wolfgang Schuster wrote: Am 05.04.2009 um 17:16 schrieb Yanrui Li: I want to know why I can not override the preloading rm font. Dunno but it works for a complete definition. If I use other font size, it can work, such as: It has to do with the default setting which is 12pt roman. \appendtoks\letcsnamecs\csname*modern12ptrmtfrm*\endcsname\undefined\to\everystarttext b, better try \setupbodyfont[reset] \setupbodyfont[mymodern] Did not work because reset alone use the roman style also for italic and bold and he don't use his own typeface, your dummy mymodern lead us back to the start. tricky ... --mode=*nofonts - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Am 05.04.2009 um 22:04 schrieb Hans Hagen: Wolfgang Schuster wrote: Am 05.04.2009 um 17:16 schrieb Yanrui Li: I want to know why I can not override the preloading rm font. Dunno but it works for a complete definition. If I use other font size, it can work, such as: It has to do with the default setting which is 12pt roman. \appendtoks\letcsnamecs\csname*modern12ptrmtfrm*\endcsname\undefined \to\everystarttext b, better try \setupbodyfont[reset] \setupbodyfont[mymodern] Did not work because reset alone use the roman style also for italic and bold and he don't use his own typeface, your dummy mymodern lead us back to the start. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Wolfgang Schuster wrote: Am 05.04.2009 um 17:16 schrieb Yanrui Li: I want to know why I can not override the preloading rm font. Dunno but it works for a complete definition. If I use other font size, it can work, such as: It has to do with the default setting which is 12pt roman. \appendtoks\letcsnamecs\csname*modern12ptrmtfrm*\endcsname\undefined\to\everystarttext b, better try \setupbodyfont[reset] \setupbodyfont[mymodern] - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] ConTeXt & color=red!40!yellow
Hello, I might be dreaming already, but on last Tuesday (I don't know which version though) this code kept generating orange balls in ConTeXt MKII: \shade[ball color=red!40!yellow] (0,0) circle (.15cm); Now I get a black one. Has anything with respect to color handling mechanisms changed in ConTeXt MKII or TikZ recently? ConTeXt MKIV properly generates an orange ball (usually only mkiv fails, so I'm a bit confused now :). I'm using ConTeXt 2009.03.30 18:28 and TikZ 2009-04-03. Thanks, Mojca --- \usemodule[tikz] \setupcolors[state=start] \starttext \tikz\shade[ball color=red!40!yellow] (0,0) circle (.15cm); \stoptext ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Am 05.04.2009 um 17:16 schrieb Yanrui Li: I want to know why I can not override the preloading rm font. Dunno but it works for a complete definition. If I use other font size, it can work, such as: It has to do with the default setting which is 12pt roman. \appendtoks\letcsnamecs\csname*modern12ptrmtfrm*\endcsname\undefined\to \everystarttext Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] version control for modules (was: New module simpleslides)
On Sun, Apr 5, 2009 at 14:51, Patrick Gundlach wrote: > > I have finally fixed the name. I will do some code changes to ensure a > more reasonable user interface. Patrick, Can we create a bunch of version-controlled repositories instead of fancy user interface? I would prefer being able to say "svn commit" or "git commit" instead of trying to figure out how to submit the module to the server each and every time (and then most of the time manually fixing zips on the server after screwing up the upload). We definitely need a better user interface, but if you manage to figure out how to set up some (git/svn/whatever) repositories, that would be much better in the long term. New modules are rare enough, so that even if you/we need to delegate repository rights manually upon request, that should be no problem. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] New module simpleslides
On Wed, Apr 1, 2009 at 01:27, Mojca Miklavec wrote: > On Wed, Apr 1, 2009 at 01:12, Mohamed Bana wrote: >> thank you both. >> >> is there any chance that this will ship with the minimals, that is, so i >> don't have to download and extract it manually? i've never been content >> with slides that come as part of ConTeXt, some are too fancy. > > No problem, but someone (Patrick?) needs to fix the weird module name first. OK, added. At the same time I added the module to CTAN mirror as well (they need to process it first). Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Michael Wigston is out of the office. [SEC=UNCLASSIFIED]
I will be out of the office starting 06/04/2009 and will not return until 20/04/2009. I will respond to your message when I return. Please consider the environment before printing this document NOTICE This e-mail and any attachments are intended for the addressee(s) only and may be confidential. They may contain legally privileged or copyright material. You should not read, copy, use or disclose them without authorisation. If you are not the intended recipient please contact the sender as soon as possible by return e-mail and then please delete both messages. This notice should not be removed. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Perfect Mac OS X Installation?
On Sat, Apr 4, 2009 at 10:03 AM, Thomas A. Schmitz
wrote:
>
> On Apr 4, 2009, at 11:35 AM, Markus Hubig wrote:
>
>> Hi @all,
>>
>> i've done a fresh install of ConTeXt Minimals on my Mac OS X box.
>> Now I like to put my setup steps into a small script so my brother can
>> use it. It wold be nice if someone can give me some comments ...
>> maybe I missed something, maybe I did something stupid!
>>
>> - Markus
>
> Your script is clever, but in my experience, you can simplify the process. I
> have a TeXLive install and the ConTeXt minimals on my OS X box. In order to
> use them, I have two configuration files. Here's the one for the minimals
> (which is named .minicontext):
>
> PATH="/Users/tas/context/tex/texmf-osx-intel/bin:$PATH"
> export PATH
> export TEXMFCACHE="/Users/tas/context/tex/texmf-cache"
> export TEXMFCNF="/Users/tas/context/tex/texmf/web2c"
> export
> TEXMF="{/Users/tas/texmf,/Users/tas/context/tex/texmf-project,/Users/tas/context/tex/texmf-fonts,/Users/tas/context/tex/texmf-local,/Users/tas/context/tex/texmf-context,/Users/tas/context/tex/texmf-extra,/Users/tas/context/tex/texmf}"
> export
> LUAINPUTS="{/Users/tas/context/tex/texmf-context/scripts/context/lua,/Users/tas/context/tex/texmf-context/tex/context/base,/Users/tas/texmf/scripts/context/lua}"
>
> I simply run "source ~/.minicontext", and my system is set up. The syntax is
> for zsh; if you're running bash or (heaven forbid!) tcsh, you may have to
> adapt it slightly; and of course, adapt the path variables to your own
> needs.
There is a tool designed specifically for this sort of adjustment to
the environment,
called "environment modules":
This was standard kit on SGI Irix -- now that we are replacing the SGI
workstations with
MacOSX at work I use the (experimental) tcl version.The big
advantage of using
environment modules is that it reliably restores the default environment.
--
George N. White III
Head of St. Margarets Bay, Nova Scotia
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Bug with "Adobe Arabic" font kerning
The font seems to have a buggy (too big) GPOS kerning table (it does cause
fontforge to hang writing the font). If 'kern' is set to 'yes', I get this
error:
...text/tex/texmf-context/tex/context/base/node-inj.lua:62:
attempt to index local 'kb' (a nil value)
I had to put if..then around that line to suppress the error, may be
some checks are needed for such broken fonts.
P.S. The font is freely available as adobe reader font pack
http://www.adobe.com/products/acrobat/acrrasianfontpack.html
Regards,
Khaled
--
Khaled Hosny
Arabic localiser and member of Arabeyes.org team
Free font developer
%\definefontfeature[arabic][arabic][kern=no]
\font\arab=AdobeArabic-Regular*arabic\arab
\starttext
\completecontent
\chapter{اختبار}
\stoptext
signature.asc
Description: Digital signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
2009/4/5 Wolfgang Schuster : > > Am 05.04.2009 um 15:07 schrieb Yanrui Li: > >> I want to know why I can not override the preloading rm font. > > Dunno but it works for a complete definition. > If I use other font size, it can work, such as: \definebodyfont[11pt][rm] [tf=Song, bf=Hei sa 1, it=Kai sa 1, sl=FangSong sa 1] \setscript[hanzi] \setupbodyfont[rm,11pt] -- Best wishes, Li Yanrui * Gentoo Linux (~x86) * ConTeXt Minimals Beta (2009.03.29 13:28) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Arabic shaping
On Sun, Apr 05, 2009 at 11:16:55AM +0200, Hans Hagen wrote:
> Khaled Hosny wrote:
>> Currently 'font-ota.lua' hard codes the Arabic shaping properties,and it
>> doesn't seem to be complete (e.g. the ڤ as in أڤاست is not joined), I
>> think such information belong to 'char-def.lua' and should be derived
>> from UCD, which provide 'ArabicShaping.txt[1]', covering Arabic, Syriac
>> and N'Ko scripts which all need the same shaping as Arabic.
>
> indeed this info will be moved to char def at some point (same for some
> cjk properties) but for the moment this is easier to hack; if you have
> patches, just let us know (remider for idris: you also had some, these
> symbols showing up in black in tre tracer ..)
OK, the attached patch should added all Arabic entries from
ArabicShaping.txt, I tested some Arabic, Persian and Urdu samples and
all seem to be OK. This also fixes a small bug, 0629 (TEH MARBUTA) were
marked as dual joining while is is right joining only.
Regards,
Khaled
--
Khaled Hosny
Arabic localiser and member of Arabeyes.org team
Free font developer
--- font-ota.lua.old 2009-04-05 16:37:45.0 +0200
+++ font-ota.lua 2009-04-05 16:41:07.0 +0200
@@ -111,23 +111,65 @@
local zwj = 0x200D
local isol = {
- [0x0621] = true, [zwnj] = true,
+[0x0600] = true, [0x0601] = true, [0x0602] = true, [0x0603] = true,
+[0x0608] = true, [0x060B] = true, [0x0621] = true, [0x0674] = true,
+[0x06DD] = true, [zwnj] = true,
}
local isol_fina = {
-[0x0622] = true, [0x0623] = true, [0x0624] = true, [0x0625] = true, [0x0627] = true, [0x062F] = true,
-[0x0630] = true, [0x0631] = true, [0x0632] = true,
-[0x0648] = true, [0x0671] = true, [0x0698] = true,
-[0xFEF5] = true, [0xFEF7] = true, [0xFEF9] = true, [0xFEFB] = true,
+[0x0622] = true, [0x0623] = true, [0x0624] = true, [0x0625] = true,
+[0x0627] = true, [0x0629] = true, [0x062F] = true, [0x0630] = true,
+[0x0631] = true, [0x0632] = true, [0x0648] = true, [0x0671] = true,
+[0x0672] = true, [0x0673] = true, [0x0675] = true, [0x0676] = true,
+[0x0677] = true, [0x0688] = true, [0x0689] = true, [0x068A] = true,
+[0x068B] = true, [0x068C] = true, [0x068D] = true, [0x068E] = true,
+[0x068F] = true, [0x0690] = true, [0x0691] = true, [0x0692] = true,
+[0x0693] = true, [0x0694] = true, [0x0695] = true, [0x0696] = true,
+[0x0697] = true, [0x0698] = true, [0x0699] = true, [0x06C0] = true,
+[0x06C3] = true, [0x06C4] = true, [0x06C5] = true, [0x06C6] = true,
+[0x06C7] = true, [0x06C8] = true, [0x06C9] = true, [0x06CA] = true,
+[0x06CB] = true, [0x06CD] = true, [0x06CF] = true, [0x06D2] = true,
+[0x06D3] = true, [0x06D5] = true, [0x06EE] = true, [0x06EF] = true,
+[0x0759] = true, [0x075A] = true, [0x075B] = true, [0x076B] = true,
+[0x076C] = true, [0x0771] = true, [0x0773] = true, [0x0774] = true,
+[0x0778] = true, [0x0779] = true,
}
local isol_fina_medi_init = {
-[0x0626] = true, [0x0628] = true, [0x0629] = true, [0x062A] = true, [0x062B] = true, [0x062C] = true, [0x062D] = true, [0x062E] = true,
-[0x0633] = true, [0x0634] = true, [0x0635] = true, [0x0636] = true, [0x0637] = true, [0x0638] = true, [0x0639] = true, [0x063A] = true,
-[0x0640] = true, -- tadwil
-[0x0641] = true, [0x0642] = true, [0x0643] = true, [0x0644] = true, [0x0645] = true, [0x0646] = true, [0x0647] = true, [0x0649] = true, [0x064A] = true,
-[0x067E] = true, [0x0686] = true, [0x06AF] = true, [0x06A9] = true, [0x06CC] = true,
-[zwj] = true,
+[0x0626] = true, [0x0628] = true, [0x062A] = true, [0x062B] = true,
+[0x062C] = true, [0x062D] = true, [0x062E] = true, [0x0633] = true,
+[0x0634] = true, [0x0635] = true, [0x0636] = true, [0x0637] = true,
+[0x0638] = true, [0x0639] = true, [0x063A] = true, [0x063B] = true,
+[0x063C] = true, [0x063D] = true, [0x063E] = true, [0x063F] = true,
+[0x0640] = true, [0x0641] = true, [0x0642] = true, [0x0643] = true,
+[0x0644] = true, [0x0645] = true, [0x0646] = true, [0x0647] = true,
+[0x0649] = true, [0x064A] = true, [0x066E] = true, [0x066F] = true,
+[0x0678] = true, [0x0679] = true, [0x067A] = true, [0x067B] = true,
+[0x067C] = true, [0x067D] = true, [0x067E] = true, [0x067F] = true,
+[0x0680] = true, [0x0681] = true, [0x0682] = true, [0x0683] = true,
+[0x0684] = true, [0x0685] = true, [0x0686] = true, [0x0687] = true,
+[0x069A] = true, [0x069B] = true, [0x069C] = true, [0x069D] = true,
+[0x069E] = true, [0x069F] = true, [0x06A0] = true, [0x06A1] = true,
+[0x06A2] = true, [0x06A3] = true, [0x06A4] = true, [0x06A5] = true,
+[0x06A6] = true, [0x06A7] = true, [0x06A8] = true, [0x06A9] = true,
+[0x06AA] = true, [0x06AB] = true, [0x06AC] = true, [0x06AD] = true,
+[0x06AE] = true, [0x06AF] = true, [0x06B0] = true, [0x06B1] = true,
+[0x06B2] = true, [0x06B3] = true, [0x06B4] = true, [0x06B5] = true,
+[0x06B6] = true, [0x06B7] = true, [0x06B8] = true, [0x06B9]
Re: [NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
Am 05.04.2009 um 15:07 schrieb Yanrui Li: I want to know why I can not override the preloading rm font. Dunno but it works for a complete definition. \definefontsynonym [Song] [file:AdobeSongStd-Light] \definefontsynonym [Hei] [file:AdobeHeitiStd-Regular] \definefontsynonym [FangSong] [file:AdobeFangsongStd-Regular] \definefontsynonym [Kai] [file:AdobeKaitiStd-Regular] \starttypescript [serif] [default] [size] \definebodyfont [12pt] [rm] [tf=Song sa 1, bf=Hei sa 1, it=Kai sa 1, sl=FangSong sa 1] \stoptypescript \starttypescript [serif] [chinese] \definefontsynonym [Serif] [Song] \stoptypescript \definetypeface [chinese] [rm] [serif] [chinese] [default] \setscript[hanzi] \setupbodyfont[chinese,rm,12pt] \starttext \startlines \tf 今时之人不然也，以酒为浆，以妄为常， \bf 醉以入房，以欲竭其精，以耗散其真， \it 不知持满，不时御神， \sl 务快其心，逆于生乐，起居无节，故半百而衰也。 \stoplines \stoptext Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Why can not rm or rmtf fonts be set up by \definebodyfont macro?
These days I have been reading "co-fonts.pdf" because I plan to write
a document about
ConTeXt MkIV for our Chinese users. When I reached the part of
"Defining body fonts",
for testing bodyfont model, I made an example as following:
\definefontsynonym[Song][AdobeSongStd-Light]
\definefontsynonym[Hei][AdobeHeitiStd-Regular]
\definefontsynonym[FangSong][AdobeFangsongStd-Regular]
\definefontsynonym[Kai][AdobeKaitiStd-Regular]
\definebodyfont[12pt][rm]
[tf=Song,
bf=Hei sa 1,
it=Kai sa 1,
sl=FangSong sa 1]
\setscript[hanzi]
\setupbodyfont[rm,12pt]
\starttext
今时之人不然也，以酒为浆，以妄为常，
{\bf 醉以入房，以欲竭其精，以耗散其真}，
{\it 不知持满，不时御神}，
{\sl 务快其心，逆于生乐，起居无节，故半百而衰也}。
\stoptext
I found that "rmtf" font is not "AdobeSongStd-Light", which is always
"LMRoman12-Regular".
However, "bf", "it" and "sl" fonts all are right.
I looked over the log file and saw some messages as following:
fonts : preloading latin modern fonts
bodyfont : 12pt rm is loaded
I want to know why I can not override the preloading rm font.
Thanks.
--
Best wishes,
Li Yanrui
* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.03.30 18:28)
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] New module simpleslides
Hi Thomas, >> Can you remove the date from the filename. > No, I'm afraid it doesn't let me change this any more. This looks > realy strange - if I create the zip with textools, I get a filename t- > XXXt-2009.03.31.zip, and when I upload this to the garden, it will > append the date and the extension again! Sorry for this I have to be sorry... I have finally fixed the name. I will do some code changes to ensure a more reasonable user interface. Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Arabic shaping
Khaled Hosny wrote: Currently 'font-ota.lua' hard codes the Arabic shaping properties,and it doesn't seem to be complete (e.g. the ڤ as in أڤاست is not joined), I think such information belong to 'char-def.lua' and should be derived from UCD, which provide 'ArabicShaping.txt[1]', covering Arabic, Syriac and N'Ko scripts which all need the same shaping as Arabic. indeed this info will be moved to char def at some point (same for some cjk properties) but for the moment this is easier to hack; if you have patches, just let us know (remider for idris: you also had some, these symbols showing up in black in tre tracer ..) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \framed (and others) don't honor directional switches
Khaled Hosny wrote: On Sat, Apr 04, 2009 at 12:35:30PM +0200, Hans Hagen wrote: Khaled Hosny wrote: indeed, so we're looking into it now (an dlet's forget about the page/bodydir for the moment) since textdir and pardir go hand-in-hand i suggest the following \setuplayout[direction=r2l]% also influences general layout issues I assume that will mirror all layout elements like double sided page numbering, right and left pages etc. right? yes, the thing that idris identified in his onthology (which might have white spots); we start on this once some other arabic font subsystem, has been completed \setupalign [r2l] % textdir and pardir \setuparranging[direction=r2l] % will flush pages backward so l2r and r2l values; as they are part of the align mechanism then, they are automatically part of all commands that have a align key This sounds very good for me. ok, the next beta will have the \setupalign and align= available While we are in it, I'd suggest that the current implicit bidi to be revised, currently it is broken. I suggest to be implement Unicode BiDi algorithm[1], and the "higher-level protocols[2]" part is worthy investigating. Also, I think it should be decoupled from character mirroring, so that one can enable mirroring while explicitly setting text direction. Also, some characters that had assigned mirrored property in Unicode 5.0.0 has been reversed in later revisions[3] because it "affects deployed data" (the source of all evil!), this includes quotation marks, so we need to handle mirroring of those characters as part of the suggested higher-level protocols as well. hm, this character mirroring is kind of evil anyway (as it can also intefere with font features) i'll look into it later (first need to finish a few things) the problem with bidi is that it it has to work ok with the already present (of triggered) TRT / TLT nodes which is not that trivial Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
