Am 06.02.2011 um 08:30 schrieb Igor Kotelnikov:
The current roman font does not contain the Cyrillic script!
TeX Live 2010 comes with a few monospaced fonts which support
Cyrillic. First choice: the TeX Gyre fonts. The Cursor font is clone
of Courier. The other good choice: Latin Modern
Thank you, Peter. I tried but it's still far from being satisfying. Too
much on the right now. Looking on FontForge the kerning set by designers
for the combination of glyphs uni0423+uni0431.ital is -53. Previously
Peter reported a kerning value of -183. However, I don't know if the
units of
Hello
I can't add anything on the technicalities involved in tweaking the kerning
of fonts, but in a couple of previous threads I've asked if it might be
possible to add a user-generated kern option (which would adjust and
supplement rather than completely overwrite the kerning information in
On Sun, 6 Feb 2011 13:30:01 +0600
Igor Kotelnikov wrote:
! Package polyglossia Error:
The current roman font does not contain the Cyrillic script!
Please define \cyrillicfont with \newfontfamily.
This problem has been discussed once: see for example
Am 06.02.2011 um 12:55 schrieb Alessandro Ceschini:
Looking on FontForge the kerning set by designers
for the combination of glyphs uni0423+uni0431.ital is -53. Previously
Peter reported a kerning value of -183. However, I don't know if the
units of measurement were the same, though.
It was
-2ex is OK, it looks remarkably like the output FontForge proposes.
To John: I don't think there should be copyright infringements, as I'm
modifying output, not the font per se. And what's more it's XeTeX that
gets it wrong, by apparently ignoring the *right* kerning set by font
designers. What
Am 06.02.2011 um 14:02 schrieb Alessandro Ceschini:
-2ex is OK, it looks remarkably like the output FontForge proposes.
You probably mean -0.2ex. 2ex is twice the width of an x. This would
make the two characters change positions and sequence...
Now, back to the kerning=mykerns, I heard
Am 06.02.2011 um 15:44 schrieb Herbert Schulz:
Hmmm... I thought 1ex was the height of an `x', not it's width,
which makes measuring a width using ex's is kind of strange.
A dimension or length is a dimension or length. Do you give the size
of a box in ex \times em? Is a height inch
To Peter:
Yeah, it's -0.2ex, I made a typing error. Now, what about the
kerning=mykerns option that would allow me to set a standard paradigm
for this combination without having to look for add relevant
instructions ad infinitum?
Thank you
--
Am 06.02.2011 um 20:43 schrieb Alessandro Ceschini:
Now, what about the
kerning=mykerns option that would allow me to set a standard
paradigm
for this combination without having to look for add relevant
instructions ad infinitum?
It's simple: improve XeTeX's code! Add some functions and
Ahem... not so easy! I looked for something more down-to-earth.
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
On 7 February 2011 02:07, Peter Dyballa peter_dyba...@web.de wrote:
Am 06.02.2011 um 15:44 schrieb Herbert Schulz:
Hmmm... I thought 1ex was the height of an `x', not it's width, which
makes measuring a width using ex's is kind of strange.
A dimension or length is a dimension or
I have identified this issue as a serious bug in XeTeX.
In MinionPro-Regular.otf (version 2.068 is the one I have, but it's
likely that it applies to all versions), the relevant kerning definition
excerpt looks like the following:
feature kern {
lookup kern1 {
pos uni0423 uni0431.ital
13 matches
Mail list logo