Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorrect diacritic position for letter jeem when using bullets in InDesign #232

Open
robertmiles3 opened this issue Mar 24, 2024 · 13 comments

Comments

@robertmiles3
Copy link

Title

Incorrect diacritic position for letter jeem when using bullets in InDesign

Font

NotoSansArabic/full/variable/NotoSansArabic[wdth,wght].ttf

Where the font came from, and when

Site: https://github.com/notofonts/arabic/releases/download/NotoSansArabic-v2.012/NotoSansArabic-v2.012.zip
Date: 2024-03-24

Font Version

2.012

OS name and version

macOS Sonoma 14.4

Application name and version

Adobe InDesign 19.3

Issue

If bullets/numbering is enabled in Adobe InDesign when containing a word with a medial position jeem ج, the dot of the jeem gets out of place. If bullets/numbering are not used, then all is well.

  1. Create a text frame using the "ME Type Tool" in InDesign (for a right-to-left text frame).
  2. Paste وين نتجمع؟ in the text frame. Notice the dot of the letter jeem is proper, showing below the main part of the letter.
  3. Place the caret inside the text frame at the beginning of the phrase.
  4. In the "Bullets and Numbering" property section, click the "Numbered List" button to change the line of text to a numbered list.
  5. Notice that the dot for the jeem is no longer below the main part of the letter, but rather is now close to the baseline and barely visible.

Character data

وين نتجمع؟

Screenshot

BugExample.mov
@khaledhosny
Copy link
Contributor

khaledhosny commented Mar 25, 2024

That is funny. It seems that the bullet list uses a different layout engine than the regular text (most likely InDesign’s pre-HarfBuzz one), and it breaks other things not just the dot of the jeem:
image

@robertmiles3
Copy link
Author

Weird. So is there a solution or a suggestion? Is it fixable on the font side of things or is it strictly an InDesign problem?

@simoncozens
Copy link
Contributor

It's an InDesign problem. Nothing to be done for the font.

@robertmiles3
Copy link
Author

Thanks. I posted a bug report for them, but I'm not holding my breath. Ugh.

@robertmiles3 robertmiles3 closed this as not planned Won't fix, can't repro, duplicate, stale Mar 25, 2024
@robertmiles3
Copy link
Author

Reopening this for a minute...any idea why Noto Sans Arabic UI (2.009) functions properly even with the bullets?

image

@robertmiles3 robertmiles3 reopened this Mar 25, 2024
@simoncozens
Copy link
Contributor

It uses a different construction - no mark attachment for the nukte.

@robertmiles3
Copy link
Author

robertmiles3 commented Mar 25, 2024 via email

@robertmiles3
Copy link
Author

Is there a way to get Noto Sans Arabic UI "full" version that includes parentheses?

@robertmiles3
Copy link
Author

I just noticed that if I install Noto Sans Arabic 2.010 then all is well in InDesign:

v2.010
image

v2.011 or v2.012
image

I will say that many other fonts I've tried are not affected by bullets in InDesign.
image

@simoncozens
Copy link
Contributor

Yes, it's the same issue. We moved from a "fully composed" model (where for example بت is the two glyphs "beh-ar.init", "tah-ar.fina") to a decomposed model ("behDotless-ar.init", "dotbelow-ar", "behDotless-ar.fina", "twodotsabove-ar") which uses mark attachment to put the dots in the right place. This saves a huge number of glyphs and makes the layout code simpler - but it does rely on applications correctly implementing mark attachment, something which has been part of OpenType since around 2000 but still causes problems for Adobe.

@robertmiles3
Copy link
Author

Thanks for the response. From the looks of things in the repo, it seems Noto Naskh is also decomposed, right? If so shouldn't that be messed up as well? But it's operating properly. Sorry if these are dumb questions, I'm a font newbie.

@simoncozens
Copy link
Contributor

They all use the same engineering. It's possible that you have Noto Naskh as part of your operating system and an older version is being used in preference to the newer one you have installed...

@robertmiles3
Copy link
Author

I just got Noto Naskh today off Google Fonts, but I see it's 2.016. Just installed 2.018 from here and now Naskh also messes up.

I guess I'll just use a different font or go back to Noto Sans v2.010. Thanks for your time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants