423 results found

1. Issues with MacOS custom keyboards and InDesign

   The users have InDesign V16.1 installed on macOS Big Sur (11.4).
   They use custom software keyboards (created with Ukelele) to type Native American language characters (Salish via IPA). They use custom fonts that have the required glyphs for the language. OpenType marks are used for composing characters. The fonts are both Unicode and OpenType compliant. Frequently a properly composed character will consist of a primary glyph (such as "K") followed by a combining glottal and a wsuperior. If each key of the custom software keyboard has only a single unicode code point assigned, everything works fine. However, if the custom software keyboard has more than one unicode code point assigned, then only the first unicode code point glyph is accepted and displayed by InDesign. This is consistent and repeatable in InDesign. With all other tested apps (Word, Pages, Mellel, OS Finder, etc) both the custom fonts and custom keyboards work fine (a single keypress, with multiple unicode code points assigned) displays all of the glyphs assigned to the keystroke.

   The users have InDesign V16.1 installed on macOS Big Sur (11.4).
   They use custom software keyboards (created with Ukelele) to type Native American language characters (Salish via IPA). They use custom fonts that have the required glyphs for the language. OpenType marks are used for composing characters. The fonts are both Unicode and OpenType compliant. Frequently a properly composed character will consist of a primary glyph (such as "K") followed by a combining glottal and a wsuperior. If each key of the custom software keyboard has only a single unicode code point assigned, everything works fine. However, if the custom… more

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Others  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Share for Review has ISSUES

   I have been using the Share for Review feature for almost two years now for my employer to review documents that I am creating for them. I use it almost daily and never had any issues until the updates that came a month or two ago.

   Since the Share for Review feature was updated I can...

   1. No longer copy text from the comments that are made to paste into my document. This is troublesome because I am generally laying out curriculum that has been written and there is constant text edits being made during our review process, so I was copying 75% of my comments and can no longer do that. Me having to type out their changes generally results in further problems and changes that need to be made.

   2. The comments they are making if they are highlighting specific words to remove/edit are not displaying correctly INSIDE InDesign. If I view the comments through the web, they will display correctly.
      I.E. I was just editing a paragraph where they were adding paragraph breaks. In InDesign, it highlighted half of a word in the middle of a sentence and the comment said "add paragraph break here". I knew that couldn't be right, so I viewed it on the web and the real comment was on a completely different sentence. When comments are not highlighting the right words or displaying correctly in InDesign, everyone is getting confused and it is further complicating our review and editing process.

   3. When I go to update my link after making requested edits on my file, it takes FOREVER. It used to update in seconds, and now I will get a spinning wheel for 10+ minutes. This is super annoying and delays all of my process for absolutely no reason.

   PLEASE FIX THESE ISSUES. It's so frustrating when it's something I use every day and it used to work completely fine until it was "updated".

   I have been using the Share for Review feature for almost two years now for my employer to review documents that I am creating for them. I use it almost daily and never had any issues until the updates that came a month or two ago.

   Since the Share for Review feature was updated I can...

   1. No longer copy text from the comments that are made to paste into my document. This is troublesome because I am generally laying out curriculum that has been written and there is constant text edits being made during our review process, so I was… more

   2 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Share for Review  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. No Font Spacing Between Words in InDesign 2019 14.0.x-2 on Mojave 10.14.x-4, Works fine in InDesign 2014 (v10.0.70) on Yosemite (10.10.5)

   Posted it here too: https://forums.adobe.com/message/11049072#11049072

   So, we've had this issue on our new MacBook Pro running macOS Mojave v10.14.4 ever since last year in August when we were on High Sierra (what came with the Mac).

   Basically, InDesign is unusable with Gujarati Sangam MN on the 2019 version but on 2014 (v10.0.0.70) version on my old Mac (OS X Yosemite, v10.10.5) it works fine.

   What's causing this issue?

   We've tried the following:

   • Contacted Adobe & Apple support: Apple said to contact Adobe, Adobe was unhelpful, they suggested we look up if the font was installed it it is on the new Mac using Font book.

   • Updated Adobe InDesign 2019 to 14.0.2.

   • Arial seems to work, so maybe it's something to do with this font on new Macs or InDesign 2019?

   • Unrelated (because CC was showing trial expired from dropdown but a new account let us test the new update for 7 days, still same issue): https://helpx.adobe.com/creative-cloud/kb/limited_access_repair_tool.html#

   Also noticed some images aren't rendering properly coming from Adobe InDesign 2014 to 2019.

   We simply cannot buy InDesign 2019/CC if this issue hasn't been fixed or can't be fixed.

   PS: Is there a way to move all the font options back to the top of the window like in InDesign 2014, rather than on the right?

   Pics included:

   Mac Mojave 10.14.4 with Adobe InDesign 2019:

   Screen Shot 2019-04-27 at 22.49.09.png

   No text spacing between words on Gujarati Sangam MN font, Adobe 2019 on Mojave 10.14.4.

   Screen Shot 2019-04-27 at 22.49.23.png

   Adobe InDesign 2014 on old Mac Yosemite 10.10.5, renders fine (I made the file in this version and have been working with it ever since):

   Screen Shot 2019-04-27 at 22.33.54.png

   As you can see the spacing between words is perfectly fine, very annoying how Adobe InDesign 2019 isn't accomodating for this out of the box.

   Screen Shot 2019-04-27 at 23.31.48.png

   Any how, I'm thinking of just choosing a template from Adobe Stock templates to redesign this resume, since it's proving so problematic and is due to a refresh. This current resume I designed from scratch in Adobe 2014, but it doesn't seem that portable to 2019 version.

   Thank you again, hope this can be solved or otherwise serve others too.

   Regards,

   Siteroo Team

   Posted it here too: https://forums.adobe.com/message/11049072#11049072

   So, we've had this issue on our new MacBook Pro running macOS Mojave v10.14.4 ever since last year in August when we were on High Sierra (what came with the Mac).

   Basically, InDesign is unusable with Gujarati Sangam MN on the 2019 version but on 2014 (v10.0.0.70) version on my old Mac (OS X Yosemite, v10.10.5) it works fine.

   What's causing this issue?

   We've tried the following:

   • Contacted Adobe & Apple support: Apple said to contact Adobe, Adobe was unhelpful, they suggested we look up if the font was installed it it is on the… more

   •  

   •  

   •  

   •  

   2 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. links don't work on exported PDFs when opened in Microsoft Edge

   Hi there, so in my work I regularly have to make PDF's that have links and tables of contents. They also need to be printable.

   To do this I build them in InDesign and Export as 'Adobe PDF (Print)'. This results in a file that navigates with the view I want with working links and the right colours etc.

   BUT not on Microsoft Edge. Its taken quite a while to realise that that links don't work there. They will work in Firefox, Chrome and Acrobat with no trouble. PDF's made in other programs (I only tested Microsoft Word) work fine as well. The problem is very clearly between InDesign and Edge. (Although I confess I've not tested other Adobe programs like Illustrator).

   After a LOT of research I've found the cause:
   'Fast Web View'

   When saving a PDF I need to unselect this setting and then everything works as expected. The downside is links open in the same tab but I'll can live with that.

   If trying to fix a PDF that is already broken open it in Acrobat then hit crtl+shift+s. From there change 'Save as type' to Adobe PDF Files, Optimised (*.pdf). and select Settings. In settings select Standard in the top left then go down to clean up. In clean-up uncheck 'optimise the PDF for fast web view'. Ta da, problem solved.

   So I guess this both is both the ask and the patch. Although I would very much like to know WHY this happens and if its intended or a bug? It seems to be if you're optimising for 'fast web view' you'd expect working links to be part of the mix.

   Hi there, so in my work I regularly have to make PDF's that have links and tables of contents. They also need to be printable.

   To do this I build them in InDesign and Export as 'Adobe PDF (Print)'. This results in a file that navigates with the view I want with working links and the right colours etc.

   BUT not on Microsoft Edge. Its taken quite a while to realise that that links don't work there. They will work in Firefox, Chrome and Acrobat with no trouble. PDF's made in other programs (I only tested Microsoft Word) work… more

   2 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  PDF Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. InDesign CC 2018 UK dictionary is wrong

   The UK dictionary in InDesign CC 2018 is wrong. It is recognizing both American and British spellings of certain words as correct. The biggest issues I've found so far are "iz" versus "is" spellings (e.g. capitalize/capitalise) and words that need an extra "e" (e.g. ageing). I have all text boxes in my document set to UK English, and spellcheck is finding certain misspellings (e.g. "or" versus "our"), but not others.

   This is a major problem for those of us who regularly have to "translate" text from American English to UK English. Is there a way to import a better UK dictionary?

   The UK dictionary in InDesign CC 2018 is wrong. It is recognizing both American and British spellings of certain words as correct. The biggest issues I've found so far are "iz" versus "is" spellings (e.g. capitalize/capitalise) and words that need an extra "e" (e.g. ageing). I have all text boxes in my document set to UK English, and spellcheck is finding certain misspellings (e.g. "or" versus "our"), but not others.

   This is a major problem for those of us who regularly have to "translate" text from American English to UK English. Is there a way to import a… more

   3 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   3 comments  ·  Performance/Usability  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. New version can't preserve character styles

   Italic and bold words protected in the old version are not preserved in the new version, screenshots and sample files are available, we tried it on different systems, the problem is the same.

   https://sendgb.com/MN5Gr1olZtO ( indd files )

   •  

   •  

   •  

   •  

   • 

   3 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Styles  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Info Panel - Stroke and Fill info drawn in wrong place - covers up PPI/words info

   Windows 10 - ID 17.1

   Info Panel - Stroke and Fill info drawn in wrong place - covers up PPI info and also garbles coords when text selected.

   Not dissimilar to this issue from 2019.
   https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/37019515-info-panel-illegible-text

   •  

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  UI/UI Scaling  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. Placing Images mac photos cant access album structure

   Hi All,

   when placing images into indesign (commmand d) then selecting images in the finder like window (technically speaking this might be the ilifemdiabrowser plugin from apple) , i cannot access the photos library album strucutre anymore. When going to movies (filme) i get the menu where i can choose the subfolders, with images (bilder) it does not work. Further, when trying to choose media (top menu on placing window) it cant access it. I suppose it is some kind of issue with adobe not getting access to the os photos system. I tried solving it in the mac settings, but it is not possible to grant indesign access to the photos library. When installing indesign i got a message asking if indesign could access downloads and desktop, but it didnt ask for other folders or places.
    
   Same issue with photoshop. Other software on the mac (pages, word) are able to access it correctly, therefore showing the album strucutre from photos.
    
   This used to work on Mac osx 12.7 and Indesign 2023
   Just updated to OSX 15.4.1 and the problem occured (tried both indesign 2023 and indesign 2025)
    
   Any ideas are much appreciated.

   Hi All,

   when placing images into indesign (commmand d) then selecting images in the finder like window (technically speaking this might be the ilifemdiabrowser plugin from apple) , i cannot access the photos library album strucutre anymore. When going to movies (filme) i get the menu where i can choose the subfolders, with images (bilder) it does not work. Further, when trying to choose media (top menu on placing window) it cant access it. I suppose it is some kind of issue with adobe not getting access to the os photos system. I tried solving it in the mac settings,… more

   •  

   •  

   •  

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Performance/Usability  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. The expand command, when used on texts seems to mess up the kerning among words!

   How to fix it?

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Text/Story/Table  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. Spell Check changing to Catalan (Spanish) half-way through

    Spell check is changing from English to Catalan on a particular page of my document every time I check it. I have tried changing it back and will select English and then it will still say Catalan and try to change all of my words to Spanish.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Wrong position of autocorrect

    Sometimes when a pdf markup is for a space between two words, the autocorrect creates the space in the wrong place, one character ahead of where it should be, so for example, if the markup was to the words removespace, the result would be removes pace.

    2 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  PDF Comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Language swiss german mistake

    InDesign 16 has a mistake in Swiss German orthography: words containing "ss" are marked wrong, asking for german "ß".

    2 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Others  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Incorrect diacritic position for some letters when using bullets

    When using the latest version of Noto Sans Arabic (2.012), if bullets/numbering is enabled in InDesign for a line 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. I submitted this as a bug on GitHub for the Noto Sans team, but they say it is an issue with InDesign and the layout engine. You can also see other issues on the GitHub issue at https://github.com/notofonts/arabic/issues/232.

    To reproduce:

    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.

    When using the latest version of Noto Sans Arabic (2.012), if bullets/numbering is enabled in InDesign for a line 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. I submitted this as a bug on GitHub for the Noto Sans team, but they say it is an issue with InDesign and the layout engine. You can also see other issues on the GitHub issue at https://github.com/notofonts/arabic/issues/232.

    To reproduce:

    1. Create a text frame using the "ME Type Tool" in InDesign (for a… more

    • 

    1 vote

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Issue Report: Kerning Not Applied with Ligatures Enabled in InDesign 2024/2025 (Regression from 2023

    Description:
    A kerning issue occurs in Adobe InDesign 2024 and 2025 when using ligature-supported fonts like Microsoft Uighur Font. Manual kerning adjustments fail to apply when ligatures are enabled. This problem does not occur in InDesign 2023, where disabling ligatures allows kerning to function as expected.

    ---

    Steps to Reproduce:
    1. Font Setup: Use Microsoft Uighur Font in InDesign 2024/2025. (I use my personal font)
    2. Text Input: Type a word containing the ligature اللہ (e.g., any two Arabic text).
    3. Enable Ligatures: Ensure ligatures are turned on (Character panel > Ligatures: ON).
    4. Apply Manual Kerning: Attempt to adjust kerning between characters (e.g., using Alt + Arrow Keys).
    - Observed Result: Kerning adjustments do not take effect.
    5. Disable Ligatures: Turn ligatures off (Character panel > Ligatures: OFF).
    - Observed Result: Kerning now works as expected.

    Expected Behavior:
    Manual kerning should apply regardless of ligature settings, as seen in InDesign 2023.

    Affected Versions:
    - Broken: InDesign 2024 & 2025
    - Working: InDesign 2023

    ---

    Request for Assistance:
    Has anyone encountered this regression? Are there known fixes or workarounds for newer InDesign versions? Testing with Microsoft Uighur Font and the ligature اللہ should replicate the issue. Any guidance or insights would be appreciated!

    (Note: Ensure OpenType features are not overriding settings, and test in a new document with default preferences.)

    Description:
    A kerning issue occurs in Adobe InDesign 2024 and 2025 when using ligature-supported fonts like Microsoft Uighur Font. Manual kerning adjustments fail to apply when ligatures are enabled. This problem does not occur in InDesign 2023, where disabling ligatures allows kerning to function as expected.

    ---

    Steps to Reproduce:
    1. Font Setup: Use Microsoft Uighur Font in InDesign 2024/2025. (I use my personal font)
    2. Text Input: Type a word containing the ligature اللہ (e.g., any two Arabic text).
    3. Enable Ligatures: Ensure ligatures are turned on (Character panel > Ligatures: ON).
    4. Apply Manual Kerning: Attempt to adjust kerning… more

    •  

    1 vote

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. Style names truncated unnecessarily

    The UI for the styles palette truncates the names of the styles to an unusable length if a keyboard shortcut is assigned (even when no truncating is needed).

    In the attached image, we see that there's a lot of space to the right.

    The keyboard shortcuts could also be shortened using the relevant symbols instead of words. eg

    "⌥⇧⊞1"

    instead of

    "Opt+Shift+Num 1"

    •  

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  UI/UI Scaling  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Dictionary Hyphenation in Uppercase ignored (German)

    Custom hyphenation settings are ignored for uppercase words in user dictionary (at least in german).

    ---

    Example:
    dictionary entry: "kro~~~nach" (select field "case-sensitive" not set)

    ---

    Expected behaviour:

    Lorem ipsum Kro-
    nach dolor sit amet kro-
    nach

    ---

    Actual behaviour:

    Lorem ipsum Kron-
    ach dolor sit amet kro-
    nach

    ---

    Workaround:

    Enabling "Case-sensitive" and adding lowercase and uppercase version leads to correct hyphenation.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    Under Review  ·  0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. appliedLanguage property of text-related objects returns language from application, not document

    When I do configuration for a language in a document, such as setting doubleQuotes, this language can be found in the document object's list of languages and has a different id than the language with the same name in the application object's list.

    But when I access text inside the document – regardless what I inspect, paragraph, words, character, textStyleRange – I expect to get the language properties as set in the document, but instead I get those as set in the app.

    I believe this to be a software bug.

    More information as well as a workaround can be found in https://community.adobe.com/t5/indesign-discussions/paragraph-appliedlanguage-seems-to-differ-from-the-actual-applied-language/m-p/12997100#U12991700

    When I do configuration for a language in a document, such as setting doubleQuotes, this language can be found in the document object's list of languages and has a different id than the language with the same name in the application object's list.

    But when I access text inside the document – regardless what I inspect, paragraph, words, character, textStyleRange – I expect to get the language properties as set in the document, but instead I get those as set in the app.

    I believe this to be a software bug.

    More information as well as a workaround can… more

    4 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Scripting  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Bugs with Whitespaces in Justification’s Composer when work with Thai language and other issues

    As my report on bug with text wrapping in 2020 version (https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/38998636-bug-with-world-ready-composer-when-use-space-like). Many of issues were fixed, but some still remain.
    .
    Before going to the issue in the title of the post, I want to specify some issue that doesn’t fix form my last report. If you see on the attachment img 02, you will see the issue about text encoding (it just only my suspicion) that happen when you just copy and paste text (specifically in Thai) form 2020 version to 2019 or to another text editor. After I had pasted text into TextEdit (you can find “Copy And Paste Text form Selection Text.txt” in attachment) almost vowels and tone marks were changed into quotation marks that which made me suspicious about text encoding in that language.
    .
    I do not know that this issue has a relative to the issue in question. The white spaces. As you can see in “img 01” in attachment (and on Indesign file) on the text where I high-lighted.
    .
    First, you can see white space play as a character in the beginning of the line, like other white spaces such as thin-space. And you also see, when applied paragraph with Adobe World Ready Composer, either single line and paragraph, spaces other than whitespace that insert form space bar play as character on the end of the line when you apply text justify. In an example I shown to you, en-space did not collapse. It stilled as a character.
    .
    Other than that, you can see the close parenthesis was sole wrapped into the next line, even it should stayed with the last word.
    .
    Nearly half year, after you had claimed that Indesign support Thai, I still cloud’t update into 2020 version because of all these fatal issues.
    .
    PS. You can download example Indesign file form https://www.dropbox.com/s/mp1qbvoga4ra66w/Test%20AW%20Folder.zip?dl=0

    As my report on bug with text wrapping in 2020 version (https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/38998636-bug-with-world-ready-composer-when-use-space-like). Many of issues were fixed, but some still remain.
    .
    Before going to the issue in the title of the post, I want to specify some issue that doesn’t fix form my last report. If you see on the attachment img 02, you will see the issue about text encoding (it just only my suspicion) that happen when you just copy and paste text (specifically in Thai) form 2020 version to 2019 or to another text editor. After I had pasted text into TextEdit (you can… more

    •  

    •  

    2 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Alternate glyphs change order unpredicatably

    If I show some alternate glyphs (whether in the tiny popup - can we resize this? - or in the Glyphs panel), when I select one, the order of the other glyphs changes. This is really annoying - can they PLEASE stay in the same order, so I can easily switch between them. The current (wrong) system goes like this:
    Type a word
    Highlight a character
    The miniscule glyphs pop-up pops up
    I choose the second (miniscule) glyph in the pop-up
    I don't really like it
    I choose the third glyph in the pop-up
    Hold on - isn't that the same as the original one? Oh, all the glyphs have moved around - why??
    I choose the first one in the list - is that the same as the one in the second position originally? I think so...maybe - let's check...OH GRRRR!! They've all moved around AGAIN! WHY?!

    If they all stayed in the same place, choosing them would be MUCH easier and less painful. Please keep them in position and don't randomly shuffle them about for no reason! It's as if you took a leaf out of Windows' book and got inspiration from the fundamentally flawed Task Switcher which also re-arranges the order of things each time, just to annoy the user.

    If I show some alternate glyphs (whether in the tiny popup - can we resize this? - or in the Glyphs panel), when I select one, the order of the other glyphs changes. This is really annoying - can they PLEASE stay in the same order, so I can easily switch between them. The current (wrong) system goes like this:
    Type a word
    Highlight a character
    The miniscule glyphs pop-up pops up
    I choose the second (miniscule) glyph in the pop-up
    I don't really like it
    I choose the third glyph in the pop-up
    Hold on - isn't that the… more

    1 vote

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  UI/UI Scaling  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Right-to-Left and Left-to-Right text boxes and style sheets are confusing

    Dear Adobe InDesign Team,

    Please simplify how users specify left-to-right Western language text boxes and documents versus right-to-left Middle Eastern language text boxes and documents in the multi language version of InDesign.

    There are no fewer that four places where paragraph direction and language specification appear in various places in the InDesign workspace.

    Users would benefit from simplification of language-switching tools, because InDesign's interface does not readily expose what language text direction it is using and sometimes switches paragraph direction without users knowing what these international language settings are defaulting to.

    My issue had to do with US English text showing up properly in a text box, but when I tried to format a numbered list using the tab bar, the tab margin indicators were reversed, and I could not set up tabs.

    Issues also show up when a text box is identified as US English, but InDesign's dictionary thinks the texts is a right-to-left language and marks every word misspelled.

    Pleases simplify how languages are specified and have InDesign automatically switch paragraph direction once the user determines the language of the document.

    The only exception needed is when foreign words are embedded in text and need to appear right-to-left within a left-to-right text environment (or visa versa) — or when a document needs to be dual-language.

    Thanks for your help.

    Tom Nimen

    Dear Adobe InDesign Team,

    Please simplify how users specify left-to-right Western language text boxes and documents versus right-to-left Middle Eastern language text boxes and documents in the multi language version of InDesign.

    There are no fewer that four places where paragraph direction and language specification appear in various places in the InDesign workspace.

    Users would benefit from simplification of language-switching tools, because InDesign's interface does not readily expose what language text direction it is using and sometimes switches paragraph direction without users knowing what these international language settings are defaulting to.

    My issue had to do with US English text… more

    •  

    •  

    •  

    •  

    1 vote

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating