Where could one contact Cambria and Calibri authors regarding an issue?

[Member Joh…]

Sylph: Also, in Cambria, is the Combining Ring Below supposed to look like this?

What is happening here is that the GPOS mark positioning is moving the mark beyond the OS/2 table usWinDescent value. This means that the mark will be clipped in some software, but not in others. If you are using MS Word, you can prevent this from happening by using an exact size of linespacing in the paragraph settings, rather than a multiple of the default linespacing.

In Michel's image, I'd say that the position of the mark under the default italic д is a bug. Probably my fault, I'm afraid. I think the mark height must be inherited from the upright font, where it needs to be lower because of the descenders of the д.

[Member Syl…]

Thank you, Michael and thank you, John. I hope I'm not being too tedious about this.

John, yes, I've searched for your posts about this and managed to find here

http://www.typophile.com/node/61330

the suggestion about leading. With a font size of 12 pt and line spacing set at Exactly 20 pt, this is what happens

Another matter with Cambria is the difference with a U+00E0 character and Cyrillic a with U+0300 (Combining Grave Accent):

XeLaTeX again, with Michael's preamble, does this correctly with the latter.

These characters with the ring below aren't invented – though they are extremely rare. It's used to denote a syllabic consonant, which is usually m, l, r, n.

Charis SIL does this correctly, but it doesn't have the correct italics whereas Gentium Plus does have the feature, but it has to be turned on with the TypeTune tool.

[Member Joh…]

I have to admit that I've almost given up trying to understand how MS Word determines when and where to clip. Setting the linespacing to an exact value appears to do a better job avoiding clipping of marks above than below. Testing the sequence you show, less of the ring is clipped as the linespacing gets larger, but obviously this isn't a viable solution.

Note that this clipping should not occur when you print the document, including printing to PDF: it is the result of how Word paints each line of text on screen.

I'm not able to reproduce the problem you show with Calibri à vs а̀: these display identically in Word 2007 on my system.

Look closely at your image, above: the grave accent on the right appears to be from a different font, so maybe what you are seeing is a copy/paste error. Select the whole word and ensure that the font is Calibri.

[Member dbe…]

Seems that language specific metadata for ascent and descent was slain and will never rise from the ashes... But maybe some clever dude(s) or dudette(s) will remedy the situation with a pan-linguistic cross-platform script to help typographers by making that metadata available on the fly... now.

[Member k.l…]

I have to admit that I've almost given up trying to understand how MS Word determines when and where to clip.

But maybe some clever dude(s) or dudette(s) will remedy the situation with a pan-linguistic cross-platform script to help typographers by making that metadata available on the fly...

There is not need to even try understanding it. :) This is clearly an application bug and needs to be fixed by the application developers.
GPOS, and its arbitrary mark stacking mechanism in particular, by design (designed by Microsoft!) contradicts the idea that any font metadata would delimit the vertical region up (or down) to which attachments are visible. And likewise, the suggestion that OS/2 ascent and descent values would need to reflect every possibly additional mark is in contradiction to the idea and design of GPOS.

[Member dbe…]

They sure do look stupid. But we owe them time to fix their QA process... again and again and again.

[Member Syl…]

I have just checked the typeface version in Windows 8 Consumer Preview, and for Cambria it is still 5.96. Oh, Windows, will you update these fonts?

[Member Syl…]

Oops, it's 5.98. Let me see if something has changed.

[Member Syl…]

OK, the Cambria issues seem to be fixed in Windows 8 (albeit, one still has to pick a language for a non-existent state, you cannot get the right italics for Serbian (Cyrillic)), the Calibri misplacement of combining diacritics isn't fixed.

It seems also that both still don't have the U+203F character.

[Member Joh…]

Not quite right, Herb. MS didn't replace the swastika with a star of David; in 2004 they removed two swastikas and the star of David from the font, presumably over GeoPol sensitivities.

[For another client, I once had to replace a six-pointed asterisk with a five-pointed on the grounds that the former might offend Arab customers by resembling the star of David. That was when I instituted the stupidity premium of +25%.]

[Member HVB…]

@John Hudson, who last year correctly said, ".. font issues are seldom considered critical in this sense."

A little late to the party, but as far as I know, the only time that MS issued a CRITICAL update for a font was some nine years ago when they removed the hindu/greek/american indian symbol that was a swastika from Bookshelf Symbol 7. If I remember correctly, they first replaced it with a star of David, but later versions have that unicode slot empty.

The inability to create text properly certainly isn't a critical bug to MS.

- Herb

[Member Syl…]

OK, more issues:

http://s10.postimg.org/3xvthn3gp/sshot_66.png

Note the different height of the combining diacritical mark. It doesn't help if one picks the character U + 0450.

You can also copy and paste the following characters

а́ а̀ а̑ а̏ а̄ а̂ е́ ѐ е̑ е̏ е̄ е̂ и́ ѝ и̑ и̏ ӣ и̂ о́ о̀ о̑ о̏ о̄ о̂ у́ у̀ у̑ у̏ ӯ у̂ р́ р̀ р̑ р̏ р̄ р̂ А́ А̀ А̑ А̏ А̂ Е́ Ѐ Е̑ Е̏ Е̂ И́ Ѝ И̑ И̏ И̂ О́ О̀ О̑ О̏ О̂ У́ У̀ У̑ У̏ У̂ Р́ Р̀ Р̑ Р̏ Р̂

and for example zoom in to see the issues with a lot of characters.

[Member Joh…]

Confirmed. There seem to be a number of issues with combining mark anchors on Cyrillic letters in Calibri. In addition to the raised acute on е, there are some incorrect horizontal positioning with the marks too far to the right.

[Member Si_…]

Have directed our Calibri program manager to this thread. Thanks for the heads-up.

Si

[Member Syl…]

Thank you, John Hudson, for everything regarding this issue! You've really helped me a lot!

And thank you, Si, for directing the manager to the thread.

If you check the corresponding characters in Latin script, you will see that everything is alright. Though, some of these aren't made with combining characters:

á à ȃ ȁ ā â é è ȇ ȅ ē ê í ì ȋ ȉ ī î ó ò ȏ ȍ ō ô ú ù ȗ ȕ ū û ŕ r̀ ȓ ȑ r̄ r̂ Á À Ȃ Ȁ Â É È Ȇ Ȅ Ê Í Ì Ȋ Ȉ Î Ó Ò Ȏ Ȍ Ô Ú Ù Ȗ Ȕ Û Ŕ R̀ Ȓ Ȑ R̂

These aren't invented combinations, they are used in the real world.

Another bizarre issue I have is if I choose Contextual Alternates and choose the language as Serbian (Cyrillic, Montenegro) and convert the document to PDF, it doesn't use the alternate it should shown in the .docx file. But everything works fine if the language is Serbian (Cyrillic, Serbia and Montenegro (Former)).

[Member Syl…]

Stuff happens in Cambria, too:

[Member Joh…]

I can't reproduce what you are showing here (the marks slightly too far to the right). This is what it looks like for me, which is by design:

I'm looking at this in Wordpad on Windows Vista.

[I would normally set the relative position of double-acute to the anchor position further left, but the approach to mark positioning in Cambria favoured centring the width of marks rather than having them lean left or right.]

[Member Syl…]

OK, I've opened WordPad on Windows 8 and it seems to be appearing correctly:

Why does it happen in Word? It must be language-related again.

Can you check it by changing to all the Serbian Cyrillic language options?

[Member Syl…]

Italics in Wordpad:

Is this how it should be?

[Member Joh…]

I guess that depends how you define 'should be'. I'd say that the double grave is too far right, but that seems to be an issue with the default offset of that mark -- which might be intentional --, and not an error in the anchor attachment lookup. I'll look into this and check whether to advise a global adjustment to Microsoft.

[Member Mic…]

?!
What I get with textedit and XeLaTeX on my mac (Cambria Italic.ttf, Version 5.96) is not so far to the right:

[Member Syl…]

So... What is going on?

I have the version 6.80.

It's been what? Two years since I first started this up? And it couldn't be corrected? Consider also that the new version of both Windows and Office were released in that time period.

Look at Gentium, compared with it, Cambria is too far to the right:

[Member Syl…]

Creating these sort of things and messing with VOLT scripts and other font-creating tools, how difficult a job is to make this right? Is it a one-day job, a week-long job, a two-hour job?

[Member dbe…]

...a lifetime job? Several generations?

[Member Syl…]

You tell me.

Imagine that these symbols were first used by a guy around 1877. And Microsoft introduced the above listed Latin script symbols with diacritics only when they introduced these two typefaces. But for Cyrillic almost 130 years after the introduction they still don't work.