Skip to main content
J
Jose Munoz Ruiz
Known Participant
March 22, 2025
Answered

Issue with Indian Languages font in InDesign 2024 and 2025

  • March 22, 2025
  • 3 replies
  • 1452 views

Hello,

we are currently facing a problem in my team when working with Indian languages using InDesign versions 19 and 20 (2024 and 2025).

 

This is how it looks when we open the file in 2024 and 2025 versions

 

and this is how it looks (as it should) using 2023 verision

 

both files are using the exact same settings, fonts, etc, the only difference is the version of InDesign used.

I have tried to download again InDesign v18 but is not available any more in the Creative Cloud.

We work in a big team and only 2 of the older members have access to InDesign 2023 and that's a problem for us.

Are there any solutions for this? Either fix the bug or provide installation for v18

Thanks.

 

<Title renamed by moderator>

 

Correct answer Brad @ Roaring Mouse

Try turning on Legacy support under Preferences > Advanced Type. The new Harfbuzz text engine in CC2024 and up is probably having a problem with the font. Since it looks like Mukta is an open-source font, it may have a flaw they haven't fixed yet, epsecially if other fonts work correctly

 

3 replies

Brad @ Roaring Mouse
Community Expert
Brad @ Roaring MouseCommunity ExpertCorrect answer
Community Expert
March 26, 2025

Try turning on Legacy support under Preferences > Advanced Type. The new Harfbuzz text engine in CC2024 and up is probably having a problem with the font. Since it looks like Mukta is an open-source font, it may have a flaw they haven't fixed yet, epsecially if other fonts work correctly

 

    J
    Jose Munoz RuizAuthor
    Known Participant
    March 26, 2025

    Thank you @Brad @ Roaring Mouse, this actually worked in my computer! I will ask the rest of the team to check as well to make sure it works for all of us.

     

     

    Joel Cherney
    Community Expert
    Joel CherneyCommunity Expert
    Community Expert
    March 26, 2025

    Funny enough, I decided to test a file today with the same text in your screen shot, and since it was an image, I used Google Translate to recognize the image back to English and then back to Marathi, and this is what I got!

     

    But if I deleted the period, the dotted circle went away.  Weird.  The font Google uses here is Roboto, but apparently Google translate also uses the harfbuzz text shaper, so the plot thickens! Perhaps a bug in harfbuzz.

     


    There are multiple ways to do this kind of glyph shaping or diacritic combining when you're building a complex-script font in OpenType.  The dotted circle is a "combining mark"; itmeans that the glyph isn't supposed to be sitting by itself, but it's meant to connect automatically with another preceding glyph. The font designer can basically choose what OpenType method or methods they use to have the glyphs combine, and sometimes those choices work well in all circumstances, and sometimes someone's complex-script font support has a hole in it which causes this kind of drop. 

     

    I'm not sure what caused Google Translate to render the text two different ways according to the presence or absence of a period, but I can't recreate what you saw on Google Translate on my machine. We've seen lots of posts around here regarding a single font for a complex-script language that doesn't render correctly when harfbuzz is enabled, and often it's down to how a language-aware OpenType method is being used in that font. Sometimes the fix is to go to the font developers and ask them to fix something broken, and sometimes the fix is something in the WRC that the InDesign developers need to fix, and sometimes you have to take your bug report to the harfbuzz dev list. I suspect that this one is going to be on the font developers' shoulders, but I can't prove that.

     

    What I can tell you, @Jose Munoz Ruiz  is that if a future version of InDesign removes that "legacy font shaping engine" you can still use Mukta even if no one ever fixes this bug. What's happening is that the Devanagari candra E isn't joining with the preceding Devanagari A, right? I was able to force harfbuzz to render it correctly by inserting a joiner manually:

     

    which feels like a lot of clicks, but fortunately once I've done that once I can do a global find/change to fix it everywhere throughout the document:

      M
      Community Expert
      Manan JoshiCommunity Expert
      Community Expert
      March 26, 2025

      I tried some hindi text on version 20..2 on a MAC and it did work fine with Adobe Word Ready Paragraph Composer and Arial Unicode MS font. Can you check if this is a problem with a specific installation. Try it on a different computer. If possible send us a sample document that exhibits this problem.

      This could also be a document specific problem so try different documents to rule out this possibility.

      -Manan

      -Manan
      Robert at ID-Tasker
      Robert at ID-Tasker
      Legend
      March 22, 2025

      If you're big enough - you could contact Customer Support and ask them for the link. 

       

      But are you sure you've EXACTLY the same fonts everywhere? 

       

      J
      Jose Munoz RuizAuthor
      Known Participant
      March 22, 2025

      yes, everything is identical except for the version used to open the file.

      - Adobe world-ready paragraph composer is used

      - metrics kerning is used

      - same font (Mukta) is used. It doesn't make any difference if we use other font (we've tried Kokila, Anek Devanagari, Hind, Noto Sans Devanagari, etc)

      Robert at ID-Tasker
      Robert at ID-Tasker
      Legend
      March 22, 2025

      Tagging @Abhishek Rao.

       

      Terms & ConditionsAccessibility statement
      Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices