946 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.

   •  

   •  

   •  

   •  

   25 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

   •  

   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

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

   • 

   10 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

6. Variable font sliders are laggy

   Variable font sliders are much less smooth in InDesign, compared to Illustrator. They are much laggier.

   Attached is a screen recording of the Acumin variable font being used in Illustrator (top) and InDesign (bottom).

   • 

   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

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

8. OpenType features bug, missing glyphs on PDF export and convert to outlines

   I've run into a bug when converting text to outlines, and PDF export, relating to OpenType Features.

   I have a font, Chartwell, that has worked perfectly in InDesign for 13+ years. I recently received this bug report from a customer, but am able to recreate it on my end.

   In InDesign’s UI, everything still seems to work correctly. However, when exporting a PDF or converting the text to outlines, some glyphs disappear completely. (See image)

   The font uses complex Discretionary Ligatures to pull off substituting pie chart shapes. The issue doesn't appear for all discretionary ligatures, but something about this specific feature code is triggering something in InDesign? I’ve done some debugging, but can’t find the exact thing that is triggering it, although it may be related to changing text colors breaking context in a substitution.

   I believe the issue in InDesign, since this hasn’t been an issue in the past, doesn’t show up in Illustrator, and only happens on PDF export and creating outlines. I also believe I’m following the OpenType Feature spec correctly. (See second image for a simplified example of the feature code)

   I've created a simplified example InDesign file and OTF that shows the issue. I’m happy to send this over or talk directly to engineers, or help debug this further. Thanks

   More about the font in question: https://www.vectrotype.com/chartwell

   I've run into a bug when converting text to outlines, and PDF export, relating to OpenType Features.

   I have a font, Chartwell, that has worked perfectly in InDesign for 13+ years. I recently received this bug report from a customer, but am able to recreate it on my end.

   In InDesign’s UI, everything still seems to work correctly. However, when exporting a PDF or converting the text to outlines, some glyphs disappear completely. (See image)

   The font uses complex Discretionary Ligatures to pull off substituting pie chart shapes. The issue doesn't appear for all discretionary ligatures, but something about this… 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

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

10. Diagonal Lines no border

    Having an issue with using diagonal lines in cell options. I'm wanting to split a cell diagonally with two different colours. The fill works fine as intended but the border isn't working at all. When you zoom right in on the cell it looks fine but when zoomed out it disappears. It also doesn't show up when exported as a PDF as you can see in the screenshot. My workaround has been to duplicate the table on top and then remove the diagonal lines fill, set the fill to none and then the border shows just fine. Not ideal having to add that extra step each time though....

    Having an issue with using diagonal lines in cell options. I'm wanting to split a cell diagonally with two different colours. The fill works fine as intended but the border isn't working at all. When you zoom right in on the cell it looks fine but when zoomed out it disappears. It also doesn't show up when exported as a PDF as you can see in the screenshot. My workaround has been to duplicate the table on top and then remove the diagonal lines fill, set the fill to none and then the border shows just fine. Not ideal having… 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  ·  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. "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.

    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

    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

12. world composer opentype

    InDesign 19.4.0.63, two different Mac Studio M2, MacOS 13 and 12.7.4

    1 - Create new document
    2 - Go to Parent, in either page of the default spread, create a text object
    3 - Add TYPE -> ADD SPECIAL CHARACTER -> CURRENT PAGE NUMBER
    4 - Select all, change font of this text object to Minion Pro
    5 - Finally, change it to SMALL CAPS
    6 - Add PAGES -> add over 100 pages

    RESULT:

    • IF the Composer is set to ADOBE PARAGRAPH for that text object,
      • it will appear fine on page 100... the three digit number is properly small caps. ELSE if the Composer is set to ADOBE WORLD READY PARAGRAPH for that text object,
      • small caps disappears after the third digit (the ones-place ZERO in "100") on page 100 and continuing into all other pages after 99.
    • BUT if you add any character after the variable text(Special Character), the format for the third digit corrects itself. Literally as you add more characters before the new-line, the format changes at the start of the paragraph character by character as well.

    You can have the composer set differently for the EVEN versus ODD Special Character Page Number in the spread and see the difference side by side in spread view.

    Attached GIF shows two images explaining the setup and result.

    This appears to be identical (but manifests differently) to this bug:
    https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/48169982-bug-small-caps-not-applied-correctly-to-variable

    InDesign 19.4.0.63, two different Mac Studio M2, MacOS 13 and 12.7.4

    1 - Create new document
    2 - Go to Parent, in either page of the default spread, create a text object
    3 - Add TYPE -> ADD SPECIAL CHARACTER -> CURRENT PAGE NUMBER
    4 - Select all, change font of this text object to Minion Pro
    5 - Finally, change it to SMALL CAPS
    6 - Add PAGES -> add over 100 pages

    RESULT:

    • IF the Composer is set to ADOBE PARAGRAPH for that text object,
      • it will appear fine on page 100... the three digit number is properly… 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

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

13. Align to decimal tab stop behavior changes to left justified if ligatures present

    Indesign 19.5

    Create something like a manual numbered list with the first tab set as a decimal tab stop and any word in the first line that contains a ligature.. It can be as simple as "[tab]2. fi".

    Expected result is the period would align where the decimal tab stop is set. This will happen up until a ligature is introduced.

    Once a ligature is present on the first line, the decimal tab stop behaves like a left-justified tab stop instead.

    •  

    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

14. 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

    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

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

    • 

    49 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

16. Is this a text wrap problem or something else??

    I use InDesign 2022. My Text wrap is set to 'none'.

    When I open a new text box it’s automatically applying a 1" a white space top and bottom that is the width of the text box. Also a 1/4" white space to each side of the box, that is the height of the text box. These 'white panels' (I hesitate to call them text wraps) blank out other text boxes and photos, but sometimes the text from the underlying text box shows through. Bringing the photo to the front can help where a photo is concerned.

    This is especially annoying when I need a smaller photo within the text and the text disappears to the side of the caption box. Photos text wrap just fine. Also if I have to put two text boxes together - one's 'white panels' invariably blanks out the other box's text.

    I have tried all sorts of on-line suggestions but none seemed to help, and after one I couldn't even drop a photo onto a page. Desperate, I used 'restore' on my computer to reset everything to June 27 (earliest date possible) and I can now place photos, but the white space problem persists.

    PLEASE NOTE NEW EMAIL peta_anne10e@vtc.net

    I use InDesign 2022. My Text wrap is set to 'none'.

    When I open a new text box it’s automatically applying a 1" a white space top and bottom that is the width of the text box. Also a 1/4" white space to each side of the box, that is the height of the text box. These 'white panels' (I hesitate to call them text wraps) blank out other text boxes and photos, but sometimes the text from the underlying text box shows through. Bringing the photo to the front can help where a photo is concerned.

    This is especially… 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

17. 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.

    •  

    •  

    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

18. 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

    1 comment  ·  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. Ligatures do not appear

    I need to use a barcodes font that contains ligatures of pairs of digits. this ligatures are not recognized by InDesign. it works in Illustrator and eg. MS Office so its not an issue of that font but may be a bug in InDesign. Name of the font ist 2of5.ttf

    InDesign 19.4 x64, Window10

    •  

    •  

    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

20. Running Header issue with anchored textframes (for alternative titles)

    If I use an anchored textframe to have abbreviated versions of the headlines as running head, they override every following trigger until the end of the story.

    I use character styles as trigger set to 'last on page'.

    Please fix this. (Or configure a better way for customizable running headers. Preferable in combination with the table of content)

    See also the following post:
    https://community.adobe.com/t5/indesign-discussions/indesign-randomly-skipping-text-variable-triggers-for-running-headers/m-p/11700448#M408635

    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