183 results found

1. Paragraph shading not aligned in justified text when optical alignment is on

   If optical margin alignment (story) is ON the paragraph shading doesn't align on the right margin of justified text. hyphens seem to push the edge of the shading out. This is in build 13.1.1 but is also reported in 15.0.0.155. I cannot update to the newest version without buying a new computer—so I won't be anytime soon or maybe ever. So I hope that the bug would get fixed retroactively. My original post is here: https://community.adobe.com/t5/indesign/paragraph-shading-text-width-not-justifying/m-p/10750103#M164426

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

   Thank you for reporting this issue.
   We’re going to review this one shortly.

   —
   Adobe InDesign team

2. Invisible character

   Apply all Auto Edits inserts an invisible character before which then interferes with Find and Replace. When pasted into a GREP search, it looks like ~I, but can't be found. It can be manually removed, but this is not helpful, as I need to be able to perform a comprehensive Find/Replace.

   •  

   •  

   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

   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
   Under Review  ·  amaarora responded

   Thanks for reporting.
   We will review the issue

   -InDesign Team

3. Bad optical kerning for superscript "4"

   When a superscript "4" follows a closing smart quotation mark, optical kerning is set to -60 or -70 depending on font. This is too close (basically a crash).

   This is annoying for books with lots of endnotes, where superscript numbers usually follow quotation marks.

   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

   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
   Under Review  ·  amaarora responded

   Thanks for reporting the issue
   We are reviewing it

   -InDesign Team

4. Glyph substitution not working with certain Oriya and Bengali glyphs

   The following words in cannot be reproduced in InDesign. It seems the glyph substitution is not working in about 1% of cases.

   র‍্যানিবিজুমাব — Bengali
   ମହତ୍ଵପୂର୍ଣ୍ଣ — Oriya
   ସ୍ଵେଚ୍ଛାକୃତ — Oriya
   କିମ୍ଵା — Oriya

   It looks fine above, in any text editor, or in any Microsoft app, but does NOT look right in any Adobe app I tested, such as InDesign, Illustrator, Photoshop CC 2019 and 2020 of each.
   I am applying the World-Ready Composers.
   I have tried copy+pasting the text from Word and also tried the Place command in InDesign.
   I've tested in both the English North America and English Arabic versions.
   I've tried multiple fonts, as well. No change.
   See attached for examples. Word doc shows as it should be. InDesign shows it wrong. I highlighted the glyphs that are wrong in InDesign as pink.
   Thanks!

   The following words in cannot be reproduced in InDesign. It seems the glyph substitution is not working in about 1% of cases.

   র‍্যানিবিজুমাব — Bengali
   ମହତ୍ଵପୂର୍ଣ୍ଣ — Oriya
   ସ୍ଵେଚ୍ଛାକୃତ — Oriya
   କିମ୍ଵା — Oriya

   It looks fine above, in any text editor, or in any Microsoft app, but does NOT look right in any Adobe app I tested, such as InDesign, Illustrator, Photoshop CC 2019 and 2020 of each.
   I am applying the World-Ready Composers.
   I have tried copy+pasting the text from Word and also tried the Place command in InDesign.
   I've tested in both the English North America and… 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  ·  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  ·  amaarora responded

   Thanks for reporting the issue. We are reviewing it

   -InDesign Team

5. Printing Error: The Adobe Print Engine has failed to output your data due to an unknown problem

   Since I update indesign to CC 2019 I can't print to booklet all of my .indd files which were overwrited in .indd version CC 2019 (and even the older versions can't be printed to booklet...).
   I got the error message : "printing error : The Adobe Print engine has failed to output your data due to an unknow problem"

   indesign 14.0.1
   Windows 7 version 6.1
   printer : Adobe PDF

   Here is the error log :

   %%[ ProductName: Distiller ]%%
   %%[Page: 1]%%

   %%[ Error: invalidrestore; OffendingCommand: restore ]%%

   Stack:

   -save-

   %%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
   %%[ Warning: PostScript error. No PDF file produced. ] %%

   it seems that the log tells the problem is in the page 1 but when delete this page the problem persists with the other pages...

   My print settings are in the text file attached to this post

   Since I update indesign to CC 2019 I can't print to booklet all of my .indd files which were overwrited in .indd version CC 2019 (and even the older versions can't be printed to booklet...).
   I got the error message : "printing error : The Adobe Print engine has failed to output your data due to an unknow problem"

   indesign 14.0.1
   Windows 7 version 6.1
   printer : Adobe PDF

   Here is the error log :

   %%[ ProductName: Distiller ]%%
   %%[Page: 1]%%

   %%[ Error: invalidrestore; OffendingCommand: restore ]%%

   Stack:

   -save-

   %%[ Flushing: rest of job (to end-of-file) will be ignored ]%% … more

   • 

   •  

   •  

   •  

   6 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

   10 comments  ·  Print/Packaging  ·  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  ·  amaarora responded

   We have been able to reproduce the issue and it is currently under investigation.

   Customers facing similar issue, please share the document with santalwa@adobe.com

   Regards
   InDesign Team

6. Footnote marker is replaced with an unknown character if preceded by a character with a specific Unicode pattern

   Footnote marker is replaced with an unknown character if preceded by a character with a specific Unicode pattern. Unicode pattern is U+##1a. Here are some of those characters:

   U+011a
   U+021a
   U+031a
   U+041a
   U+051a
   U+061a
   U+071a
   U+081a

   You could try the attached test file for placement in to an InDesign document. Unicode of the character following the footnote marker is : U+011a

   This happen when file format of the file is either RTF or DOC. Its not a issue with DOCX.

   • 

   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

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

   Thanks for reporting the issue
   We are reviewing the bug

7. Crash on deleting duplicated XML tag

   Indesign CC 2019 (Version 14.0.1)
   Mac OS Mojave on Mac mini (Late 2014)

   Hello, I have a document ready to import XML data, with existing XML structure and tagged elements in page.
   Afterwards I import XML data into XML structure and then duplicate (copy and paste) text frame that contains a table with an image placed into a cell table.
   If I try to delete resulting duplicated XML tag, application crashes.
   Same result if I duplicate (copy and paste) XML tag directly.

   These are the steps:

   1) Open document with prepared XML structure and tagged elements in page.
   2) Import XML file into XML element.
   3) Duplicate text frame that contains table (copy and paste)
   4) Delete duplicated "Table" tag

   The problem seems to be in copying XML element (or text frame) and them paste it: resulting XML structure of the element is incomplete for the cell that contains the image.

   Nothing happens if I import XML into new document without structured and tagged XML.

   Expected result: delete XML duplicated tag
   Actual result: application crash

   Indesign CC 2019 (Version 14.0.1)
   Mac OS Mojave on Mac mini (Late 2014)

   Hello, I have a document ready to import XML data, with existing XML structure and tagged elements in page.
   Afterwards I import XML data into XML structure and then duplicate (copy and paste) text frame that contains a table with an image placed into a cell table.
   If I try to delete resulting duplicated XML tag, application crashes.
   Same result if I duplicate (copy and paste) XML tag directly.

   These are the steps:

   1) Open document with prepared XML structure and tagged elements in page.
   2) Import… 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

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

   Thanks for reporting the issue and providing the test files. We are able to reproduce the crash.
   We are going to review this issue.

   —
   Adobe InDesign team

8. Creating TOC cause InDesign crash

   I have a document of 97 pages and I need to create the TOC with one single style (it's a list of product SKUs).
   Every time I click OK on my TOC dialog to create the TOC InDesign crashes.
   I tried to convert the document in IDML and reopen it but I have no luck.

   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  ·  Book/TOC  ·  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  ·  amaarora responded

   Thanks for reporting the issue
   We are reviewing it

   -InDesign Team

9. Extendscript hangs CC2019 (14.0.2) on macOS

   Code below works fine on Windows and CC 2018 on Mac. But CC 2019 Mac it hangs the app once clicking the OK button in window 2. I've tried three different Macs including Mojave and High Sierra. All the same result. Pretty sure it's not just me. This bug has broken a number of my scripts that present a secondary window for saving settings.

   var w1 = new Window("dialog", "Window 1");
   
   var btnOpenWindow2 = w1.add("button", undefined, "Open Window 2");
   
   var btnOk1 = w1.add("button", undefined, "OK");
   
   btnOpenWindow2.onClick = function () {
   
   openWindow2();
   
   };
   
   btnOk1 = function () {
   
   w1.close();
   
   };
   
   w1.show();

   function openWindow2 () {
   
   var w2 = new Window("dialog", "Window 2");
   
   var btnOk2 = w2.add("button", undefined, "OK");
   
   btnOk2.onClick = function () {
   
   w2.close();
   
   };
   
   w2.show();
   
   }

   Code below works fine on Windows and CC 2018 on Mac. But CC 2019 Mac it hangs the app once clicking the OK button in window 2. I've tried three different Macs including Mojave and High Sierra. All the same result. Pretty sure it's not just me. This bug has broken a number of my scripts that present a secondary window for saving settings.

   var w1 = new Window("dialog", "Window 1");
   
   var btnOpenWindow2 = w1.add("button", undefined, "Open Window 2");
   
   var btnOk1 = w1.add("button", undefined, "OK");
   
   btnOpenWindow2.onClick = function () {
   
   openWindow2();
   
   };
   
   btnOk1 = function () {
   
   w1.close();
   
   };
   
   w1.show();

   … 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  ·  Crash  ·  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  ·  amaarora responded

   Hi,
   Thanks for reporting the issue, we are reviewing it

   -InDesign Team

10. AIGPUSniffer quit unexpectedly every time I launch Indesign CC 14.0.1

    I am using Indesign CC14.0.1 on a MAC - OS Mojave V 10.14.1
    Whenever I launch Indesign I get a crash pop up saying AIGPU Sniffer has quit unexpectedly.
    Indesign is fine to work in however I am fed up with this AIGPU issue coming up all the time and don't know if it is effecting anything else?
    I've had loads of issues with the latest CC - really not impressed Adobe! Any suggestions on how to stop this happening?

    •  

    •  

    6 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

    13 comments  ·  Crash  ·  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  ·  Abhinav Kaushik responded

    Thanks for reporting the issue to us. We are currently investigating the issue.

    Adobe InDesign Team

11. Crash when placing DOCX with paragraphStyles

    Version: InDesign 14.0.1, macOS 10.14.3

    Steps:
    1. Open attached InDesign document (please rename .jpg in .indd, there was a bug while uploading the file)
    2. Place "ThisDocumentHasParagraphStyles.docx" in the document
    3. InDesign crashes :-(

    It seems it has something to do with the ParagraphStyles that are in the Word document. If I try to place the DOCX file named "ThisDocumentDOESNTHaveParagraphStyles.docx", then InDesign doesn't crash.

    Attached is a screen video capture of the process (rename .jpg in .mp4 please)

    Please help!

    • 

    • 

    • 

    • 

    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

    7 comments  ·  Crash  ·  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  ·  amaarora responded

    Thanks for reporting. We will look into the issue

    -Aman

12. Accessible PDF Alternative Text Fail When Object Set to Multiply

    InDesign 14.0.2

    When an object is set to "multiply" in Effects and exported to Interactive PDF, there is a Alternative Text fail reported when running Accessibility Full Check. When the "multiply" effect is removed, there is a clean report. Please fix.

    Attached are both the original file (with multiply on) and the PDF generated. If you remove multiply, it works.

    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 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
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We are looking into it

    -Thanks

13. arabic harakats moving

    Hi!

    There is interesting bug with arabic letters. When we have aleef-lyam-aleef with harakats + footnote references with more than one symbol (from 1 to 9, no problem, 10+ or (1), problems starts) on the line, harakats swap together. Have tried with multiple fonts, most of them (adobe font too) got this error.

    Tested this in 2014 and 2018 ME versions of Indesign.

    Hope you can easily fix it, cause it's a real problem for book publishing.
    Thank you!

    •  

    6 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  ·  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
    Under Review  ·  Abhinav Kaushik responded

    Thank you for reporting the issue.
    We are currently reviewing it.

    -InDesign Team

14. Adjust Layout: add an option to ignore objects anchored in text or bring back legacy (2018) layout adjustment

    I always made extensive use of the old layout adjustment feature in 'margins and columns', yet the new 'adjust layout' gives inconsistent and confusing results, resizing objects that never used to get changed.

    It's gone from being very useful to a liability.

    For me it was great for resizing the main text frame on multi-page (100s+ pages) books, but leaving the objects pasted into the text frame alone (figures, etc). Also moving page numbers aligned with margins, but not changing the sizes.

    The new feature stretches and distorts carefully measured objects/figures, changes anchored object settings (at least, things move about incorrectly without the numbers updating) and causes other weird behaviours.

    I always made extensive use of the old layout adjustment feature in 'margins and columns', yet the new 'adjust layout' gives inconsistent and confusing results, resizing objects that never used to get changed.

    It's gone from being very useful to a liability.

    For me it was great for resizing the main text frame on multi-page (100s+ pages) books, but leaving the objects pasted into the text frame alone (figures, etc). Also moving page numbers aligned with margins, but not changing the sizes.

    The new feature stretches and distorts carefully measured objects/figures, changes anchored object settings (at least, things move about… more

    13 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

    5 comments  ·  Adjust Layout  ·  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  ·  amaarora responded

    Thanks for reporting the issue. We will review it shortly.

    -InDesign Team

15. Adding htmlItem then closing document crashes inDesign on Mac

    We are developping a plugin for inDesign and while testing a new feature on a Mac we noticed that sometimes InDesign was crashing. We managed to reproduce this bug in a very simple indesign script that make inDesign crash 100% of the time and I'm looking for a way to get around this inDesign bug.

    The crash occurs when we programatically add an htmlItem to a pageItem then close the document too quicky, It's only on Mac, doing that on windows works perfectly. The crash error seems to be a memory usage problem on inDesign's side.

    Here is the script code :

    var document = app.activeDocument;
    
    var sourcePageItem = document.allPageItems[0];

    sourcePageItem.htmlItems.add(
    
    document.activeLayer,
    
    LocationOptions.AT_END,
    
    sourcePageItem,
    
    {
    
    geometricBounds: sourcePageItem.geometricBounds,
    
    htmlContent: '<b>Hello</b>',
    
    }
    
    );

    document.close(SaveOptions.NO);

    other observations :

    -Doing a sourcePageItem.htmlItems[0].remove(); to remove the htmlItem after adding it doesn't change anything, so the problem comes from using the function htmlItems.add() and not having an htmlItem in the document.
    -Delaying the close by using $.sleep(5000) before fix the crash, but we can't rely on it as the delay needed increase with the number of htmlItems added and it might be different from a computer to another due to performances.
    -Saving the document or not doesn't change anything

    I've added my clean document with just a rectangle frame, the script and the crash report on this url : https://we.tl/t-uFpX658s0o since we can't add an indeed file to the post

    If there is no way to fix it, do you have an idea to get around this inDesign bug ?

    We are developping a plugin for inDesign and while testing a new feature on a Mac we noticed that sometimes InDesign was crashing. We managed to reproduce this bug in a very simple indesign script that make inDesign crash 100% of the time and I'm looking for a way to get around this inDesign bug.

    The crash occurs when we programatically add an htmlItem to a pageItem then close the document too quicky, It's only on Mac, doing that on windows works perfectly. The crash error seems to be a memory usage problem on inDesign's side.

    Here is the script… 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

    2 comments  ·  Crash  ·  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  ·  amaarora responded

    Thanks for reporting the issue. We are reviewing it

    -InDesign Team

16. windows 10 - paste number from clipboard history into X/Y-object coordinates

    How to repeat the issue:

    1. Activate Clipboard history in windows settings (win 10)
    2. Copy a random number to your clipboard (my testnumber "-2,375")
    3. Create a new document and place a rectangle (or random object) on your page
    4. Select the object and click (focus) in the field for the y-coordinates
    5. hit "windows+V" to open your clipboard history (must be activated in the settings)
    6. Click on your previous copied number.

    6-Bug. The number has been pasted two times in the y-coordinates field.

    Test system:
    - Win 10 pro (1809)
    - current Indesign CC version (how to check the actual version?)

    By the way, if you try the clipboard history in a text field in inDesign, it works totally fine.

    Thanks for your help.

    How to repeat the issue:

    1. Activate Clipboard history in windows settings (win 10)
    2. Copy a random number to your clipboard (my testnumber "-2,375")
    3. Create a new document and place a rectangle (or random object) on your page
    4. Select the object and click (focus) in the field for the y-coordinates
    5. hit "windows+V" to open your clipboard history (must be activated in the settings)
    6. Click on your previous copied number.

    6-Bug. The number has been pasted two times in the y-coordinates field.

    Test system:
    - Win 10 pro (1809)
    - current Indesign CC version (how to check the actual version?)

    By 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

    1 comment  ·  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
    Under Review  ·  amaarora responded

    Thanks for reporting the issue.
    We are reviewing it

    -InDesign Team

17. Keyboard shortcuts to change case not working on Windows

    Keyboard shortcuts to change case of lines of text is no longer working. Apart from Alt-T to get up the text menu, I'm now having to use the mouse to select the further options to change to Title case. The sequence Alt-T-E-T, no longer works. As I frequently have many entries which need unifying each time I use it, this once useful feature is sorely missing. Please can you fix it Adobe?

    •  

    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

    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
    Under Review  ·  Abhinav Kaushik responded

    Thank you for reporting the issue.
    We are currently reviewing it.

    -InDesign team

18. Tabs in Arabic text move weight declaration to the wrong place

    When placing an Arabic weight statement (e.g. "13g") followed by a tab and a percentage (e.g. "19%"), the weight declaration ("g" or "mg") moves to the percentage when exporting to pdf. Only when setting PDFX/1a:2001 is selected the output is correct. But this setting removes all layers and flattens transparencies so it's not very useful.
    A workaround is to place a space after the tab (so on the left side since this is a right to left language).
    See screen shot in attachment. On top = InDesign file, bottom = pdf created from this file using PDFX/4. The top line in the Indesign file has no space after the tab, resulting in a wrong placement of the "غ" (= Arabic "g") as marked red in the screen shot.
    Sample file : https://www.dropbox.com/s/15db51rlwen8ehg/SFDA-test.indd?dl=0

    When placing an Arabic weight statement (e.g. "13g") followed by a tab and a percentage (e.g. "19%"), the weight declaration ("g" or "mg") moves to the percentage when exporting to pdf. Only when setting PDFX/1a:2001 is selected the output is correct. But this setting removes all layers and flattens transparencies so it's not very useful.
    A workaround is to place a space after the tab (so on the left side since this is a right to left language).
    See screen shot in attachment. On top = InDesign file, bottom = pdf created from this file using PDFX/4. The top line… 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  ·  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
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We are looking into it

    -Aman

19. Typo in ID print settings. Adobe ID -> Print -> Setup -> Paper Size, in the dropdown it should say ‘SRA3’ but it now says ‘<‘

    Typo in ID print settings.

    Adobe ID -> Print -> Setup -> Paper Size, in the dropdown it should say ‘SRA3’ but it now says ‘<‘

    •  

    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  ·  Print/Packaging  ·  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  ·  amaarora responded

    Thanks for reporting the issue
    We re looking into it

    -Aman

20. Anchored Object Lock/Prevent Manual Position Override

    The Prevent Manual Positioning creates a Locked Object, but unlocking the widget doesn't remove the Prevent manual override.

    When you check to "Prevent Manual Override" an anchored object receives a lock adornment. An object Style can be created from this object. If that lock is unlocked the Object style shows as override, but the "Prevent Manual Override" is still checked.

    If the object style is redefined. The lock adornment is still unlocked, and the "Prevent Manual Positioning" is still checked. Reapplying the style locks the object.

    There should be more consistent behaviour of "Prevent Manual Positioning" and the "Lock". Even though they are similar they are not the same. If checking "Prevent Manual Positioning" activates the Lock. Unlocking should also uncheck "Prevent Manual Positioning".

    The Prevent Manual Positioning creates a Locked Object, but unlocking the widget doesn't remove the Prevent manual override.

    When you check to "Prevent Manual Override" an anchored object receives a lock adornment. An object Style can be created from this object. If that lock is unlocked the Object style shows as override, but the "Prevent Manual Override" is still checked.

    If the object style is redefined. The lock adornment is still unlocked, and the "Prevent Manual Positioning" is still checked. Reapplying the style locks the object.

    There should be more consistent behaviour of "Prevent Manual Positioning" and the "Lock". Even… 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  ·  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
    Under Review  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

    Thanks for reporting this issue. We’re currently reviewing this.

    —
    Adobe InDesign team