931 results found

1. Bug when editing link text when changes are tracked

   There it a bug which occurs when the following takes place.

   1. Track changes is activated for a text frame in InDesign.
   2. A user adds text that will include a hyperlink.

   (See Image1.)

   1. A second user creates the hyperlink in the text.
   2. This user also then makes a change to the text that contains the hyperlink.

   (See Image2)

   1. If the ICML file is exported for editing in InCopy and then placed again into the document the formatting will change in the places where the original content was added - which follow the change in the text which contains the hyperlink. Depending on how this occurs text content can also be duplicated following the original text.

   (See image3)

   Image3 shows that the default hyperlink styling (blue with underlining) now extends to the end of the original text. The hyperlink itself also extends that far.

   This will happen in any place where a change occurs in text containing a hyperlink that was originally added by another user. It is not likely to occur very often (due to the nature of the steps that need to occur in a specific order) however the results could very big problems if they are not caught.

   There it a bug which occurs when the following takes place.

   1. Track changes is activated for a text frame in InDesign.
   2. A user adds text that will include a hyperlink.

   (See Image1.)

   1. A second user creates the hyperlink in the text.
   2. This user also then makes a change to the text that contains the hyperlink.

   (See Image2)

   1. If the ICML file is exported for editing in InCopy and then placed again into the document the formatting will change in the places where the original content was added - which follow the change in the text which contains the hyperlink. Depending… more

   •  

   •  

   •  

   18 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

2. "GREP Load Find with selected text" is incomplete on macOS

   version: any OS: any macOS
   Edit menu > Keyboard Shortcuts > Text and Tables > “GREP Load Find with selected text” also “GREP Load Find and Find Next instance”

   If the selected text contains meta characters that are escaped with a backslash, such as "End of Paragraph" (\r) or tab characters (\t), they are all captured as ¥r and ¥t.
   I’m forced to retype the ¥ into a \ before starting the search.
   On Windows, it works without retyping.

   “Forced line break" (\n) is not a problem as a function, but the display is corrupted, which makes me uneasy.

   It is a pity because it is a very useful function.

   〈にほんご〉
   正規表現 選択したテキストを検索文字列に読み込み がmacOSで不完全

   バージョン：どれでも　　macOS：どれでも
   編集メニュー > キーボードショートカット > テキストと表 > 「正規表現 選択したテキストを検索文字列に読み込み」 および「正規表現 検索文字列に読み込み後次を検索」について

   選択テキストに「段落の終わり」（\r）やタブ文字（\t）など、バックスラッシュでエスケープするメタ文字がある場合、すべて¥r, ¥tとして取り込まれる。
   検索を開始する前に¥をバックスラッシュ\ に入力し直す必要に駆られている。
   Windowsでは再入力を必要とせず動作した。

   「強制改行」（\n）は機能としては問題ないが、表示が崩れており不安である。

   とても便利な機能なだけに残念でならない。

   version: any OS: any macOS
   Edit menu > Keyboard Shortcuts > Text and Tables > “GREP Load Find with selected text” also “GREP Load Find and Find Next instance”

   If the selected text contains meta characters that are escaped with a backslash, such as "End of Paragraph" (\r) or tab characters (\t), they are all captured as ¥r and ¥t.
   I’m forced to retype the ¥ into a \ before starting the search.
   On Windows, it works without retyping.

   “Forced line break" (\n) is not a problem as a function, but the display is corrupted, which makes me uneasy.

   It… more

   •  

   15 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  ·  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

3. Adobe InDesign 2024(v19.0) - For Hebrew Text, after applying Forced line break -The character direction changes to Left-to-right direction.

   When typing a paragraph in Hebrew there is a problem when doing Forced line break. The character direction become Left-to-right direction, insted of keeping the Right-to-left direction.

   •  

   •  

   •  

   •  

   24 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

   11 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
   Closed: Fixed  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

   This issue is fixed in InDesign 2024 19.2 Release.

   
   

   --

   Adobe InDesign team

4. BUG: Small Caps not applied correctly to Variable Text with World-ready Composer

   Using Adobe Indesign 19.3 on MacOS 14.4, Apple M1.

   Steps to reproduce:
   1. Make new document.
   2. Define a text variable "Test" with custom text "Handgloves".
   3. Insert variable in text frame.
   4. Set the composer for that paragraph to "World-ready..."
   5. Set the paragraph in Small Caps
   6. Try different fonts.

   Expected result: small caps.

   Actual Result: only first two characters are changed to small caps. Typing characters after the variable placeholder changes how many characters are changed to small caps. See attached video.

   Workaround is to change the paragraph to a non World-ready composer.

   Note: may be related to this bug.

   Using Adobe Indesign 19.3 on MacOS 14.4, Apple M1.

   Steps to reproduce:
   1. Make new document.
   2. Define a text variable "Test" with custom text "Handgloves".
   3. Insert variable in text frame.
   4. Set the composer for that paragraph to "World-ready..."
   5. Set the paragraph in Small Caps
   6. Try different fonts.

   Expected result: small caps.

   Actual Result: only first two characters are changed to small caps. Typing characters after the variable placeholder changes how many characters are changed to small caps. See attached video.

   Workaround is to change the paragraph to a non World-ready composer.

   Note: may be related… more

   •  

   8 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  ·  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

5. Problem in the ME version in the latest update 19.0

   In the latest update of the InDesign 19.0 there is a problem with paragraph direction. Even if it is set to right to left it still remains left to right

   21 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

   4 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
   Need More Info  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   To identify the cause of this issue, we had started our investigation with the aim to resolve it. However, we are unable to reproduce the issue inhouse and would need more information 

   • Are you using any Plug-in or non-supported/non unicode/non-OpenType fonts?

   • Video recording of the crash?

   Please share the information with us at sharewithID@adobe.com

   —

   Adobe InDesign Team

6. Fully justified Arabic text drops the final period of paragraph when kashidas are on

   In InDesign 19.00 and 19.01, if you set Arabic text to justify with last line aligned right and kashidas turned on, the final period of the paragraph drops from PDF output. This seems to happen only in RTL scripts; I can't recreate it in Latin script. Thread with details:

   https://community.adobe.com/t5/indesign-discussions/missing-dots-at-the-end-of-pharagraph-when-exporting-a-pdf-from-indesign/m-p/14265941#M552557

   I've uploaded a PDF showing the missing periods, but when attempting to upload the corresponding INDD file, I get an error dialog claiming that "the following files are not supported and have been removed". Same is true if I zip it before attempting to upload... and I can't find a place to file a bug report with uservoice itself.

   In InDesign 19.00 and 19.01, if you set Arabic text to justify with last line aligned right and kashidas turned on, the final period of the paragraph drops from PDF output. This seems to happen only in RTL scripts; I can't recreate it in Latin script. Thread with details:

   https://community.adobe.com/t5/indesign-discussions/missing-dots-at-the-end-of-pharagraph-when-exporting-a-pdf-from-indesign/m-p/14265941#M552557

   I've uploaded a PDF showing the missing periods, but when attempting to upload the corresponding INDD file, I get an error dialog claiming that "the following files are not supported and have been removed". Same is true if I zip it before attempting to upload... and I can't find a… more

   • 

   8 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

   9 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

7. Multi-character input from Indic keyboards failing

   Tested in InDesign 2023 18.5.1 and 2024 19.1, on Mac OS Ventura 13.4

   Several Indic keyboard layouts include keys that input a sequence of more than one character as a shortcut for typing the common –ra,, r–, or other syllabic forms that Unicode encodes as a sequence of multiple characters. So, for example, the Mac Sinhala keyboard assigns the following multi-character sequences to individual keys:

   [`] = ්‍ර (rakārānsaya, U+0DCA U+200D U+0DBB)

   [Shift]+[`] = ර්‍ (repaya, U+0DBB U+0DCA U+200D)

   [Shift]+[H] = ්‍ය (yansaya, U+0DCA U+200D U+0DBA)

   But in InDesign only the first character of each sequence is input, the second and third characters are not input. I have tested the same keyboards in multiple other programs, including Adobe programs such as Illustrator, and they work find everywhere except InDesign.

   I have found the same problem with Indic multi-character keys testing the Mac Hindi, Kannada, Sinhala, and Telugu keyboards, so it seems to be a general problem with keyboards that input more than one character from a single keystroke.

   Tested in InDesign 2023 18.5.1 and 2024 19.1, on Mac OS Ventura 13.4

   Several Indic keyboard layouts include keys that input a sequence of more than one character as a shortcut for typing the common –ra,, r–, or other syllabic forms that Unicode encodes as a sequence of multiple characters. So, for example, the Mac Sinhala keyboard assigns the following multi-character sequences to individual keys:

   [`] = ්‍ර (rakārānsaya, U+0DCA U+200D U+0DBB)

   [Shift]+[`] = ර්‍ (repaya, U+0DBB U+0DCA U+200D)

   [Shift]+[H] = ්‍ය (yansaya, U+0DCA U+200D U+0DBA)

   But in InDesign only the first character of each sequence is input, the second… more

   •  

   9 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  ·  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

8. "Visual Cursor Movement" not working in Arabic in ID 19/19.01

   On previous versions of ID with Arabic support, I could press left arrow to move cursor left, right arrow to move right. In versions 19 and 19.01, the cursor goes to the beginning or next line of Arabic text. So I have to select 'Logical Cursor Movement' under settings but now cursor move the opposite way: left arrow moves cursor right.

   7 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  ·  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

9. Auto-Sizing of text frames results in abnormally long widths

   InDesign 2023 v18.1 (Probably occurs in all versions after CS6)
   Japanese Version
   English Version
   Mac snd Windows

   There is a terrible bug in Auto-Sizing for text frames that causes the width to become unusually long.

   Simple and reliable reproduction procedure

   1. Create a new document
   2. Set all units to points in Preferences
   3. Create a new text frame
   4. Set paragraph style to “Basic Paragraph” and clear overrides
   5. Set Auto-Sizing
      -->Change to “Height and Width” --> Click the upper left corner -->Turn on “No Line Breaks”
   6. Insert Spacing to 1 pt
   7. Corner Options to 1 pt and Round
   8. Enter “0 [Line Break]” repeatedly (about 20 times) in the text frame

   Workaround

   Set Columns
   -->Change to “Flexible Width”
   -->Set Maximum to a very large value (like 1000 pt)

   There is a similar post. My comment was not accepted here for some reason, so I posted a new one.
   https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/32214574-auto-size-text-boxes-with-rounded-corners-expands

   Japanese:
   テキストフレームの自動サイズ調整で、幅が異様に長くなってしまう酷いバグがあります。

   シンプルで確実な再現手順

   1. ドキュメントを新規作成
   2. 環境設定でドキュメントの単位を全てポイントにする
   3. テキストフレームを新規作成
   4. 段落スタイルを [基本段落] にしてオーバーライド消去
   5. 自動サイズ調整を設定する -->「高さと幅」に変更 -->左上角をクリック -->「改行なし」をチェックON
   6. フレーム内マージンを「1pt」にする
   7. コーナーオプションを「1pt」「角丸（外側）」にする
   8. テキストフレームに「0［改行］」を繰り返し（20回くらい）入力する

   回避方法

   段組を設定する
   -->「可変幅」に変更
   -->最大値を大きい値にする（1000ptとか）

   InDesign 2023 v18.1 (Probably occurs in all versions after CS6)
   Japanese Version
   English Version
   Mac snd Windows

   There is a terrible bug in Auto-Sizing for text frames that causes the width to become unusually long.

   Simple and reliable reproduction procedure

   1. Create a new document
   2. Set all units to points in Preferences
   3. Create a new text frame
   4. Set paragraph style to “Basic Paragraph” and clear overrides
   5. Set Auto-Sizing
      -->Change to “Height and Width” --> Click the upper left corner -->Turn on “No Line Breaks”
   6. Insert Spacing to 1 pt
   7. Corner Options to 1 pt and Round
   8. Enter “0 [Line Break]” repeatedly… more

   • 

   47 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
   Under Review  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   Hi,
   The issue is currently under investigation.

   —

   Adobe InDesign Team

10. Text wrap should work normally with anchored objects

    Just make text wrap on an anchored object work exactly as it does when you have a seperate object. Not sure what the point is of having it ignore the text wrap for objects above the line it's anchored to. I can always tell it to ignore if that's what I want.

    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

    1 comment  ·  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

11. ID Arabic-Enabled incorrect full stop position with "soft return"

    ID Arabic-Enabled incorrect full stop position with "soft return"
    1. ID version: 2024 Arabic enabled.

    Description:
    Text error when a soft return is used at the end of one sentence, the following text will place the full stop at the wrong end of the text.
    See attached videos which indicate the correct behavior on ID 2023, and the incorrect behavior on ID 2024.
    Downloas sample file "ID2024OKon2023ERRORon2024.indd" at https://vocaza-my.sharepoint.com/:u:/p/n_el-abed/EbOQxQlxUMZJk7OHeTSL39cBsXBBMVLgJx8oqkcjfTgsJw?e=oZTGQZ

    1. Steps to reproduce the issues:
       Open file "ID2024OKon2023ERRORon2024.indd" on ID 2023, apply a soft return as indicated in video "ID2023.mov", all is OK.
       Open same file on ID 2024, apply a soft return as indicated in video "ID2024.mov", the full stop on the next sentence is placed in the wrong position.

    2. Expected result:
       When "soft return" is used, the final "full stop" must stay at the left side end of the arabic text.

    3. Actual result:
       When "soft return" is used, the final "full stop" is moved to the right side end of the arabic text.

    videos showing the behavior on:
    - ID2024 (here is the problem): https://youtu.be/agVHdKbQMsM
    - ID2023 (no problem): https://youtu.be/DirNUJVyqqM

    ID Arabic-Enabled incorrect full stop position with "soft return"
    1. ID version: 2024 Arabic enabled.

    Description:
    Text error when a soft return is used at the end of one sentence, the following text will place the full stop at the wrong end of the text.
    See attached videos which indicate the correct behavior on ID 2023, and the incorrect behavior on ID 2024.
    Downloas sample file "ID2024OKon2023ERRORon2024.indd" at https://vocaza-my.sharepoint.com/:u:/p/n_el-abed/EbOQxQlxUMZJk7OHeTSL39cBsXBBMVLgJx8oqkcjfTgsJw?e=oZTGQZ

    1. Steps to reproduce the issues:
       Open file "ID2024OKon2023ERRORon2024.indd" on ID 2023, apply a soft return as indicated in video "ID2023.mov", all is OK.
       Open same file on… 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

    1 comment  ·  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

12. Paragraph border gap does not overpint

    If a dashed stroke is selected for a paragraph border, its gap does not overprint. See attached screenshots.

    •  

    •  

    •  

    •  

    5 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  ·  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

13. Hebrew Vowels colliding

    Windows 11
    Indesign 19 x64

    Hebrew Vowels colliding in the latest version of Indesign, please see screenshots from version 18 where everything is good and version 19 where the vowels are colliding.

    •  

    •  

    5 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

14. Why can't the "cell style" control the height of the line in the table?

    Why can't the "cell style" control the height of the line in the table?
    If the "cell style" can control the height of the line, it will definitely save a lot of unnecessary operations. I wonder why it should be set manually?

    •  

    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

15. Adding words to Thai User Dictionary does not add whole word recognition

    In Thai, you can add a word with or without hyphenation to the Thai language User Dictionary and that word does not become recognized as a whole word. If you double click on the word, it will still only highlight parts of the word that it recognizes as forming a word (leaving the rest of the added word not selected).

    This leads to hyphenation problems because if InDesign still sees the word in three parts then it will break the word into those parts without recognizing the need to hyphenate the word.

    So there needs to be a way for us to add whole word recognition to the Thai language processing.

    In Thai, you can add a word with or without hyphenation to the Thai language User Dictionary and that word does not become recognized as a whole word. If you double click on the word, it will still only highlight parts of the word that it recognizes as forming a word (leaving the rest of the added word not selected).

    This leads to hyphenation problems because if InDesign still sees the word in three parts then it will break the word into those parts without recognizing the need to hyphenate the word.

    So there needs to be a way for… 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

16. Thai Launguage and Optical margins

    With Thai language and world-ready paragraph composer on InDesign 19.3, by default optical margins are enabled. but this does not produce desirable adjustments. It does hang the left margin outside just a little but it does not recalculate the line for Left Justification. So the right side become shorter by the same amount as it moved the line to the left.

    •  

    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

17. Diacritical positioning is still problematic in InDesign 2024 release, pre-release and beta

    a simple edit causes it to go crazy and it can't be reversed

    • 

    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

18. Table language

    BUG

    When converting text to a table, in the most recent build of InDesign prerelease, text language is lost.

    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

19. Variable Font Custom Weights Not Available

    InDesign 19.1. I recently installed a new variable font from Monotype (https://www.myfonts.com/collections/unitext-variable-font-monotype-imaging). When using the slider to adjust the weight variable, the font breaks and defaults to the regular weight.

    The same font works fine on Illustrator. Other variable fonts on InDesign (e.g. Acumin Variable) also work fine, so the issue seems to be tied to this specific font and InDesign only.

    •  

    •  

    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

20. installed font missing InDesign 17.2 macOS 12.3 (Monterey) and macOS Catalina

    Different clients have the same problem. Installed fonts on the system are not recognised by InDesign 17.2. Other Adobe applications recognise the font and it can be used in those applications. I can recreate the problem, my colleague not. After downgrading InDesign to version 17.01 everything works fine.

    •  

    •  

    •  

    135 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

    114 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
    FIXED  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

    We've just released InDesign 17.2.1 version which addresses this issue.

    Please update to this latest version using Creative Cloud Desktop application.

    
    

    In case the fix does not work immediately for you, please try the following:

    1) Quit InDesign.

    2) Delete the following:

    on Mac:

    /Users/[yourname]/Library/Caches/Adobe InDesign

    /Users/[yourname]/Library/Preferences/Adobe InDesign

    
    

    on Win:

    C:\Users\[yourname]\AppData\Roaming\Adobe\InDesign

    C:\Users\[yourname]\AppData\Local\Adobe\InDesign

    
    

    
    

    Relaunch InDesign & see if it works properly now.

    
    

    --

    InDesign team