Am Thu, 28 Oct 2010 20:56:41 +0200 schrieb Hans Hagen:
Hm. I do have a bit the impression as if we have here a context and
latex philosophy clash. I'm not asking you to provide a funktion
Huh? I'm not sure what philosophy refers to,
Well I refer to sentences like this:
Sure, but the
On 2-11-2010 4:16, Ulrike Fischer wrote:
and store it in a table. I need a way to reencode/reorder the font,
so that the input K points to the glyph c140. Pirat is not the
only chessfont I have, I don't want to change the input if I change
the font, so every chessfont should have the same
Am Wed, 27 Oct 2010 17:32:21 -0400 (EDT) schrieb Aditya Mahajan:
On Wed, 27 Oct 2010, Ulrike Fischer wrote:
Am Wed, 27 Oct 2010 14:35:46 -0400 (EDT) schrieb Aditya Mahajan:
On Wed, 27 Oct 2010, Ulrike Fischer wrote:
Hello,
I'm currently a bit playing around with the idea to add some
On 28-10-2010 10:34, Ulrike Fischer wrote:
Even if unicode would have a code point for every symbol: At first
my problem is not _where_ to map a glyph but _how_ to do it. And at
second: Chess games and boards are typeset with commands so it
doesn't matter much where a glyph is in a font as long
Am Thu, 28 Oct 2010 14:33:03 +0200 schrieb Hans Hagen:
On 28-10-2010 10:34, Ulrike Fischer wrote:
Even if unicode would have a code point for every symbol: At first
my problem is not _where_ to map a glyph but _how_ to do it. And at
second: Chess games and boards are typeset with commands
On 10/28/2010 02:57 PM, Ulrike Fischer wrote:
And when I have corrected the fontdata, is there a way (besides
using a fea-file) to manipulate the fontdata so that the input K
outputs the glyph c140?
I have not followed this closely, bit it seems to me that the problem
is more likely caused by
On 28-10-2010 2:57, Ulrike Fischer wrote:
Am Thu, 28 Oct 2010 14:33:03 +0200 schrieb Hans Hagen:
On 28-10-2010 10:34, Ulrike Fischer wrote:
Even if unicode would have a code point for every symbol: At first
my problem is not _where_ to map a glyph but _how_ to do it. And at
second: Chess
Am Thu, 28 Oct 2010 15:08:09 +0200 schrieb Taco Hoekwater:
And when I have corrected the fontdata, is there a way (besides
using a fea-file) to manipulate the fontdata so that the input K
outputs the glyph c140?
I have not followed this closely, bit it seems to me that the problem
is more
Am Thu, 28 Oct 2010 15:10:20 +0200 schrieb Hans Hagen:
I can't speak for latex so if you want an answer then I need the font in
order to see what happens in context as that is the reference.
The font is here: http://www.enpassant.dk/chess/downl/pirat.zip
(I'm not expecting context or
On Thu, Oct 28, 2010 at 03:08:09PM +0200, Taco Hoekwater wrote:
On 10/28/2010 02:57 PM, Ulrike Fischer wrote:
And when I have corrected the fontdata, is there a way (besides
using a fea-file) to manipulate the fontdata so that the input K
outputs the glyph c140?
I have not followed this
On 28-10-2010 3:33, Khaled Hosny wrote:
On Thu, Oct 28, 2010 at 03:08:09PM +0200, Taco Hoekwater wrote:
On 10/28/2010 02:57 PM, Ulrike Fischer wrote:
And when I have corrected the fontdata, is there a way (besides
using a fea-file) to manipulate the fontdata so that the input K
outputs the
Am Thu, 28 Oct 2010 16:59:34 +0200 schrieb Hans Hagen:
And when I have corrected the fontdata, is there a way (besides
using a fea-file) to manipulate the fontdata so that the input K
outputs the glyph c140?
I have not followed this closely, bit it seems to me that the problem
is more
On 10/28/2010 04:59 PM, Hans Hagen wrote:
if the font is okay, accessing by glyph name will work ok
The font is an 8-bit encoding-indexed Macintosh Roman font
presenting itself as TrueType, and that is why it is so
confusing.
Because the font says it is in MacRoman encoding, and the glyph
On Thu, Oct 28, 2010 at 05:48:12PM +0200, Taco Hoekwater wrote:
On 10/28/2010 04:59 PM, Hans Hagen wrote:
if the font is okay, accessing by glyph name will work ok
The font is an 8-bit encoding-indexed Macintosh Roman font
presenting itself as TrueType, and that is why it is so
confusing.
On 28-10-2010 5:37, Ulrike Fischer wrote:
The question I have: How can I correct the fontdata after I have
loaded the font?
in context it is possible to 'patch' a font before it gets cached but
that's just a hack; in luaotf I can imagine that you intercept the font
just before it gets
On 28-10-2010 5:59, Khaled Hosny wrote:
As one of the luaotfload maintainers, I assure you that we never touch
such low level code :) at least to stay compatible with ConTeXt (I
really really have no interest in two incompatible OpenType
implementations, so in regard to that luaotfload is not a
On 28-10-2010 5:59, Khaled Hosny wrote:
This either means it was fixed in later version of ConTeXt (our code is
derived from the texlive version), or the ConTeXt variant is doing more
stuff than what the plain one does.
probably the only way out of this font mess is to have extra hash table
Am Thu, 28 Oct 2010 17:48:12 +0200 schrieb Taco Hoekwater:
Now, it appears that luaotfload produces a rubbish .lua file, probably
because it dumps both the MacRoman and the Unicode assignment at the
same time as a merged table. That is a bug, but that is an issue for
the luaotfload
Ulrike Fischer wrote:
This example gave exactly the same output as the comparable latex
example with luaotfload: \char140 gives the king, the
\directlua-command gives the aring.
My apologies to Khaled Hosny, I was wrong.
It is still a bug though, that '140' has no business being in
the
Am Thu, 28 Oct 2010 18:01:07 +0200 schrieb Hans Hagen:
The question I have: How can I correct the fontdata after I have
loaded the font?
in context it is possible to 'patch' a font before it gets cached but
that's just a hack; in luaotf I can imagine that you intercept the font
just
On 28-10-2010 7:08, Ulrike Fischer wrote:
Am Thu, 28 Oct 2010 18:01:07 +0200 schrieb Hans Hagen:
The question I have: How can I correct the fontdata after I have
loaded the font?
in context it is possible to 'patch' a font before it gets cached but
that's just a hack; in luaotf I can
Am Thu, 28 Oct 2010 19:17:19 +0200 schrieb Hans Hagen:
The question I have: How can I correct the fontdata after I have
loaded the font?
in context it is possible to 'patch' a font before it gets cached but
that's just a hack; in luaotf I can imagine that you intercept the font
just before
On 28-10-2010 7:48, Ulrike Fischer wrote:
Hm. I do have a bit the impression as if we have here a context and
latex philosophy clash. I'm not asking you to provide a funktion
Huh? I'm not sure what philosophy refers to, as I'm not refering to
context but to the otf loading code; so it would
Hi Khaled,
In a next version of the oft code I do a bit more strict encoding test;
not that it matters much but we need to keen an eye on fonts that have
multiple code points mapped onto the same glyph.
It does not solve the chess problem (something taco and I will look into
tomorrow).
On Thu, Oct 28, 2010 at 09:35:08PM +0200, Hans Hagen wrote:
Hi Khaled,
In a next version of the oft code I do a bit more strict encoding
test; not that it matters much but we need to keen an eye on fonts
that have multiple code points mapped onto the same glyph.
I'm syncing luaotfload with
On Thu, Oct 28, 2010 at 07:03:14PM +0200, taco wrote:
Ulrike Fischer wrote:
This example gave exactly the same output as the comparable latex
example with luaotfload: \char140 gives the king, the
\directlua-command gives the aring.
My apologies to Khaled Hosny, I was wrong.
No need for
On 28-10-2010 9:46, Khaled Hosny wrote:
On Thu, Oct 28, 2010 at 09:35:08PM +0200, Hans Hagen wrote:
Hi Khaled,
In a next version of the oft code I do a bit more strict encoding
test; not that it matters much but we need to keen an eye on fonts
that have multiple code points mapped onto the
Hello,
I'm currently a bit playing around with the idea to add some support
in the (LaTeX) package chessfss (which handle chess fonts) for
fonts loaded with the luaotfload package. As luaotfload use the
context code to load the font I'm hoping that someone here can help
me with some of my
On Wed, 27 Oct 2010, Ulrike Fischer wrote:
Hello,
I'm currently a bit playing around with the idea to add some support
in the (LaTeX) package chessfss (which handle chess fonts) for
fonts loaded with the luaotfload package. As luaotfload use the
context code to load the font I'm hoping that
Am Wed, 27 Oct 2010 14:35:46 -0400 (EDT) schrieb Aditya Mahajan:
On Wed, 27 Oct 2010, Ulrike Fischer wrote:
Hello,
I'm currently a bit playing around with the idea to add some support
in the (LaTeX) package chessfss (which handle chess fonts) for
fonts loaded with the luaotfload package.
On Wed, 27 Oct 2010, Ulrike Fischer wrote:
Am Wed, 27 Oct 2010 14:35:46 -0400 (EDT) schrieb Aditya Mahajan:
On Wed, 27 Oct 2010, Ulrike Fischer wrote:
Hello,
I'm currently a bit playing around with the idea to add some support
in the (LaTeX) package chessfss (which handle chess fonts) for
31 matches
Mail list logo
