Closed robertmiles3 closed 1 month ago
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:
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?
It's an InDesign problem. Nothing to be done for the font.
Thanks. I posted a bug report for them, but I'm not holding my breath. Ugh.
Reopening this for a minute...any idea why Noto Sans Arabic UI (2.009) functions properly even with the bullets?
It uses a different construction - no mark attachment for the nukte.
I wouldn’t mind using the UI version except it doesn’t seem to have parentheses like the regular version does.
On Mon, Mar 25, 2024 at 3:13 PM Simon Cozens @.***> wrote:
It uses a different construction - no mark attachment for the nukte.
— Reply to this email directly, view it on GitHub https://github.com/notofonts/arabic/issues/232#issuecomment-2017868135, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAHGRLRXWLMUAKMVCGXVBKLY2AIHNAVCNFSM6AAAAABFF576S6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMJXHA3DQMJTGU . You are receiving this because you modified the open/close state.Message ID: @.***>
Is there a way to get Noto Sans Arabic UI "full" version that includes parentheses?
I just noticed that if I install Noto Sans Arabic 2.010 then all is well in InDesign:
v2.010
v2.011 or v2.012
I will say that many other fonts I've tried are not affected by bullets in InDesign.
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.
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.
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...
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.
https://github.com/notofonts/arabic/pull/247 should fix the jeem dot issue, it does not fix the fact that Adobe’s implementation is buggy or fix other issues I pointed to, but it should be enough to fix the originally reported issue.
Title
Font
Where the font came from, and when
Font Version
OS name and version
Application name and version
Issue
Character data
Screenshot
https://github.com/notofonts/arabic/assets/944302/1c2b36f2-7ba1-4ce9-a5e8-cfec231b3186