938 results found

1. InDesign hyperlink testing swamps my website and triggers my site's denial-of-service-attack banning on my IP

   InDesign does checking of hyperlinks to see if they are valid and indicates the result in the hyperlinks list with a green dot (good) or a red dot (bad).

   The problem is my document has 500+ hyperlinks to my website and when Adobe tests these hyperlinks (when I open up the hyperlinks list dialog), it swamps my website with hundreds of hyperlink hits all at once and triggers the denial-of-service-attack IP banning code on my website.

   The end result is any time I'm editing hyperlinks in my Adobe InDesign document, I get banned from my website! When I check the server logs, it shows the source being an Adobe app at my IP -- which is InDesign of course.

   You need to add an option in the InDesign settings to throttle hyperlink testing by adding a delay between each link test ping. Default it to zero but let the user set a value in milliseconds to delay each test ping. Adding 1000 milliseconds would make each test ping get fired at one second intervals, for instance. Allow a max of 360,000 milliseconds, which is 6 minutes delay between pings.

   Your programmers need to keep in mind not everyone has a half-dozen hyperlinks in their documents. Get them to think through what happens in hyperlink testing if the document has 1000 hyperlinks in it, all deep links to pages on a single website -- and they will realize what a monster they've created by not allowing a user-specified per link test delay value.

   InDesign does checking of hyperlinks to see if they are valid and indicates the result in the hyperlinks list with a green dot (good) or a red dot (bad).

   The problem is my document has 500+ hyperlinks to my website and when Adobe tests these hyperlinks (when I open up the hyperlinks list dialog), it swamps my website with hundreds of hyperlink hits all at once and triggers the denial-of-service-attack IP banning code on my website.

   The end result is any time I'm editing hyperlinks in my Adobe InDesign document, I get banned from my website! When I check the… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Bug with paragraph borders across multiple textboxes.

   1. Version of Adobe InDesign, InCopy or InDesign Server
      17.0.1 x64

   2. Steps to reproduce the issues
      Link some textboxes, fill boxes with text, and apply a paragraph border to all (or a large amount) of the text.

   3. Expected result
      If "Display Border if Paragraph Splits Across Frames/Columns" is unchecked, there should be no paragraph border from one column to the next regardless of whether or not a paragraph concludes at the bottom of the textbox.

   4. Actual result
      If a paragraph begins on one textbox and concludes on the next textbox, everything works as it should. However, if a paragraph finishes at the end of a textbox, it will display a line border at the bottom regardless of whether or not the next paragraph in the next textbox has the same border settings.

   5. Test file, screenshot, video or GIF capturing the issue (optional)
      Left, this textbox has a border, even though the following paragraph has the same settings and should therefore merge. Right, the textbox displays correctly, because the paragraph continues from one box to the next.

   There is also a bug within this bug, which I mentioned here https://community.adobe.com/t5/indesign-discussions/don-t-display-border-if-consecutive-borders-splits-accross-frames-columns/m-p/13326155#M501200 but let's fix the bug first, and fix the bug in the bug later.

   1. Version of Adobe InDesign, InCopy or InDesign Server
      17.0.1 x64

   2. Steps to reproduce the issues
      Link some textboxes, fill boxes with text, and apply a paragraph border to all (or a large amount) of the text.

   3. Expected result
      If "Display Border if Paragraph Splits Across Frames/Columns" is unchecked, there should be no paragraph border from one column to the next regardless of whether or not a paragraph concludes at the bottom of the textbox.

   4. Actual result
      If a paragraph begins on one textbox and concludes on the next textbox, everything works as it should. However, if a paragraph finishes at… more

   •  

   1 vote

   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  ·  Styles  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. InDesign-window "Missing Links in document" does not appear when Microsoft DFS-Links not available

   SITUATION
   We migrated our old Active Directory "OldAD.ads" to a complete new one "NewAD.ads"
   We use InDesign CC2019 (latest Version)

   All out file-shares are mounted on client computers with Microsoft DFS-Links.
   - Old DFS-Link: \OldAD\DFS\OldShare - The DFS-Links points to a share on our old fileserver: \OldFileServer.OldAD.ads\Share_OLD
   All shares on the old fileserver are closed, so the DFS-Links have no destination but are still "available".

   • New DFS-Link: \NewAD\DFS\NewShare - The DFS-Links points to a share on our new fileserver: \NewFileServer.NewAD.ads\Share_NEW

   Both fileservers hold "their" (Active Directory based) DFS-structure.

   Of course, all users open their files on the new fileserver, shares are mounted via the new DFS-structure.

   THE REAL STRANGE ERROR
   As long as the old fileserver and old Domaincontroller are up, InDesign acts as expected: We open an old document, the windows "missing links in document" comes up, we fix the broken links, the document opens, everything is fine.

   BUT when I shut down the fileserver and the last domaincontroller, the following happens: We open an old document (containing links to documents, that were on shares mounted via the old DFS on our old fileserver), InDesign freezes and the mouse pointer circles. I waited up to 30 minutes, nothing happened. And now comes the really strange thing: When I unplug the network cable (no joke), the "missing links in document"-windows comes to front and I can fix the broken links after plugging in the cable again.
   When I turn on the old fileserver and domaincontroller again, everything works fine again.

   I can reproduce this error on all our 4 InDesign-workstations. The error only appears when the broken path contains a DFS-Link and the link is not available any more - no matter if the "real" share behind the link is available or not.
   The InDesign option "Ignore missing links when opening a document" does not affect the error, it happens when the option is set or not.

   SITUATION
   We migrated our old Active Directory "OldAD.ads" to a complete new one "NewAD.ads"
   We use InDesign CC2019 (latest Version)

   All out file-shares are mounted on client computers with Microsoft DFS-Links.
   - Old DFS-Link: \OldAD\DFS\OldShare - The DFS-Links points to a share on our old fileserver: \OldFileServer.OldAD.ads\Share_OLD
   All shares on the old fileserver are closed, so the DFS-Links have no destination but are still "available".

   • New DFS-Link: \NewAD\DFS\NewShare - The DFS-Links points to a share on our new fileserver: \NewFileServer.NewAD.ads\Share_NEW

   Both fileservers hold "their" (Active Directory based) DFS-structure.

   Of course, all users open their files on the new fileserver, shares… more

   2 votes

   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  ·  Others  ·  Delete…  ·  Admin →
   How important is this to you?

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Bloc de texte

   Ma version de InDesign : 18.0 x64

   Ce n'est pas une idée mais je rencontre un bogue. La question est : comment régler ce bogue ?
   Voici la situation :
   1) je crée un bloc de texte. Je peux taper un texte à l'intérieur.
   2) J'appuie sur la touche ESC pour sélectionner le bloc
   3) Le bloc crée alors automatiquement un retrait du texte à l'intérieur. Ce retrait, je l'avais créé auparavant mais il semble qu'il se soit bloqué et que maintenant, tout nouveau bloc de texte se crée avec ce retrait de texte.
   4) J'ouvre Objet/Option de bloc de texte / Général. Je constate effectivement que les "marges à l'intérieur du bloc" sont fixées à 2. Je les remets à zéro.
   5) Je vérifie que le "dimensionnement automatique" est désactivé.
   6) Mon bloc est maintenant OK. Mais, quoi que je fasse, tout nouveau bloc créé se présentera de nouveau avec des marges à l'intérieur du bloc réglées à 2 au lieu de zéro. J'ai fermé InDesign pour le ré-ouvrir : cela ne change rien !
   Merci de votre aide.

   Ma version de InDesign : 18.0 x64

   Ce n'est pas une idée mais je rencontre un bogue. La question est : comment régler ce bogue ?
   Voici la situation :
   1) je crée un bloc de texte. Je peux taper un texte à l'intérieur.
   2) J'appuie sur la touche ESC pour sélectionner le bloc
   3) Le bloc crée alors automatiquement un retrait du texte à l'intérieur. Ce retrait, je l'avais créé auparavant mais il semble qu'il se soit bloqué et que maintenant, tout nouveau bloc de texte se crée avec ce retrait de texte.
   4) J'ouvre Objet/Option de bloc de… more

   1 vote

   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  ·  Graphics/Images/Assets  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. InDesign doesn't export 16 bit grayscale or 48 bit color images

   Tested on version: 20.2 x64

   Dear Adobe Support Team,

   When importing high bit-depth images—such as 16-bit grayscale or 48-bit/64-bit color (TIFF/PSD formats)—into Adobe InDesign, we’ve observed that even when disabling down-sampling and compression, the exported PDF converts these images to 8-bit grayscale or 8 bits per component for color (i.e., 24-bit RGB or 32-bit CMYK), rather than preserving the original bit depth.

   While we understand that limitations may exist within the current Acrobat SDK, it is important to highlight that:

   The Adobe PDF Library SDK (PDFL SDK) explicitly supports the creation and reading of 16-bit image objects in multiple color spaces. (https://opensource.adobe.com/dc-acrobat-sdk-docs/pdflsdk/apireference/index.html)

   The Adobe PDF Print Engine (APPE) now offers native support for high-bit-depth (16 bpc) images.

   Manual replacement of images inside a PDF with 16-bit versions still results in correctly preserved 16 bpc display, confirming that the PDF format itself is not a limitation.

   Given these capabilities within Adobe’s own ecosystem, we kindly request that InDesign be updated to optionally preserve original image bit depth when exporting to PDF, particularly in professional print workflows where tonal fidelity and HDR imaging are critical.

   Please refer to the attached image samples for confirmation and visual reference.

   We appreciate your support and look forward to your guidance on whether this feature can be implemented or if a workaround exists via scripting or SDK.

   Thanks.

   Tested on version: 20.2 x64

   Dear Adobe Support Team,

   When importing high bit-depth images—such as 16-bit grayscale or 48-bit/64-bit color (TIFF/PSD formats)—into Adobe InDesign, we’ve observed that even when disabling down-sampling and compression, the exported PDF converts these images to 8-bit grayscale or 8 bits per component for color (i.e., 24-bit RGB or 32-bit CMYK), rather than preserving the original bit depth.

   While we understand that limitations may exist within the current Acrobat SDK, it is important to highlight that:

   The Adobe PDF Library SDK (PDFL SDK) explicitly supports the creation and reading of 16-bit image objects in multiple color… more

   •  

   •  

   • 

   1 vote

   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  ·  PDF Export  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Preflight panel Overset text not showing page number

   SEE ALSO
   Preflight panel Overset text not identifying page number

   For a couple different files, I got an error message in the Preflight panel, indicating the presence of Overset text, but NO page number. In both files, it said it was an issue with footnotes, but not where. One of the suggested fixes is to allow Split Footnotes, but that option is already checked.

   julietw99713499_0-1606320681951.png

   After a lot of sleuthing, we eventually found the error. In one of the two files there were multiple errors in multiple locations. The entire footnote had vanished. The footnote reference was still there, but all of the text of the note had disappeared.

   julietw99713499_2-1606321000183.png

   As you can see, I had previously lengthened the page to make room for the footnote text at the bottom of the page. But then the program decided, nope, not enough room for that after all, and made the entire footnote disappear.

   When I lengthened the page by 0p1, Poof! the footnote text magically reappeared. If I shortened it by that 0p1 again, the footnote text stayed in place.

   1. Why does it suddenly decide the page is too short, when it was not too short before or after that time?

   2. Why has the Preflight panel gotten less smart than it used to be and can no longer identify the location of the error?

   I upgraded to version 16.0 and got the same results.

   Windows PC, 64-bit, shown here is 15.1.2, but as noted, after I upgraded to version 16.0, the Preflight panel didn't get any smarter.

   SEE ALSO
   Preflight panel Overset text not identifying page number

   For a couple different files, I got an error message in the Preflight panel, indicating the presence of Overset text, but NO page number. In both files, it said it was an issue with footnotes, but not where. One of the suggested fixes is to allow Split Footnotes, but that option is already checked.

   julietw99713499_0-1606320681951.png

   After a lot of sleuthing, we eventually found the error. In one of the two files there were multiple errors in multiple locations. The entire footnote had vanished. The footnote reference was still there, but… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Arabic Diacritic Stacking Broken in v21.2 – Kasra Always Attaches Under Shadda When Ligatures Enabled

   Severity: Critical
   InDesign Version: 21.2 x64
   Language: Arabic (RTL)

   Bug Summary

   Incorrect positioning of Arabic diacritics (Kasra + Shadda) when ligatures are enabled.
   Input order of combining marks is ignored, breaking previous behavior (pre-v17).

   Environment

   Text Direction: RTL

   Language: Arabic

   Font: KFGQPC Uthman Taha Naskh

   Composer: World-Ready Composer

   Ligatures: Enabled

   Diacritic Positioning panel tested (no effect)

   Description

   In versions up to 17, manual input order of Arabic diacritics controlled stacking:

   Kasra (U+0650) then Shadda (U+0651) → Kasra under base letter

   Shadda then Kasra → Kasra under Shadda

   In version 21.2 x64, InDesign enforces mark-to-mark positioning strictly.
   Kasra always attaches under Shadda, regardless of input order.

   This removes manual typographic control required in professional Arabic publishing.

   Not a Font Issue

   Font tested: KFGQPC Uthman Taha Naskh

   Works correctly in Microsoft Word

   Word respects input order

   Therefore issue originates from InDesign shaping engine, not the font

   Workarounds Tested
   1. Disable Ligatures

   Result: Kasra appears under base letter (correct)
   Problem: Not viable for production — breaks Arabic typography and workflow in large documents (800+ pages)

   1. Diacritic Positioning Panel

   No effect on stacking behavior

   1. GREP + Baseline Shift

   Only visual workaround — not a shaping fix

   Additional Observation

   If entering:
   Kasra + Shadda + Kasra

   The Kasra appears under the base letter (duplicated), indicating partial internal support for alternate stacking.

   Steps to Reproduce

   Set paragraph direction to RTL

   Use font: KFGQPC Uthman Taha Naskh

   Enable Ligatures

   Type a letter + Kasra + Shadda

   Observe: Kasra appears under Shadda

   Disable Ligatures

   Observe: Kasra appears under base letter

   Impact

   Breaks classical Arabic typography control

   Affects religious and academic publishing

   Removes backward compatibility with previous versions

   Forces manual verification in large documents

   Request

   Please investigate:

   Interaction between ligatures and mark-to-mark positioning

   Changes introduced after v17

   Possibility of restoring manual diacritic stacking behavior

   Or adding an option such as:
   “Respect input order for Arabic diacritics”

   Immediate attention requested due to impact on professional Arabic publishing workflows

   Severity: Critical
   InDesign Version: 21.2 x64
   Language: Arabic (RTL)

   Bug Summary

   Incorrect positioning of Arabic diacritics (Kasra + Shadda) when ligatures are enabled.
   Input order of combining marks is ignored, breaking previous behavior (pre-v17).

   Environment

   Text Direction: RTL

   Language: Arabic

   Font: KFGQPC Uthman Taha Naskh

   Composer: World-Ready Composer

   Ligatures: Enabled

   Diacritic Positioning panel tested (no effect)

   Description

   In versions up to 17, manual input order of Arabic diacritics controlled stacking:

   Kasra (U+0650) then Shadda (U+0651) → Kasra under base letter

   Shadda then Kasra → Kasra under Shadda

   In version 21.2 x64, InDesign enforces mark-to-mark positioning strictly.
   Kasra always attaches under… more

   •  

   •  

   •  

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. GDI Handles

   Indesign 19.5 x64 does not cleanup GDI Handles on Windows 10 build 19045.4529, version 22H2.

   This only occurs when the feature 'Turn on Overprint Preview' is enabled, and you start scrolling. When you disable that feature, you can scroll again without the GDI Handles being hogged by Indesign. The handles rae, after the feature is disabled, not released.

   A 28 page project, and a scroll up and down trough the project, costed me almost 600 GDI handles, and when I'm at 10.000, Windows just stops serving new ones and Indesign will crash.

   Expected outcome: GDI Handles do either not increase upon scrolling within the 'Overprint preview' function, or they are released once I disable the feature.

   Currect outcome: GDI handles are held by the Indesign.exe process, up and until the 10.000 counter, with as a result that InDesign becomes unresponsive to the Operating System, debuggers cannot be attached anymore and the only option is to just kill it.

   I've recorded my steps and included screenshots of the GDI Handles counter being aggressively moving up when I'm scrolling. However, it is in a ZIP file as how Windows serves them. This is the public link to the file in my Google Drive. It will be there for a few months, then I'll remove it, so please get it before then.
   https://drive.google.com/file/d/1Odb4mlwmdcltkWK0omnpsmPRRm3bkOSe/view?usp=sharing

   If there are any questions of if you do ned more information, please reach out. And let me know when this is fixed.

   Indesign 19.5 x64 does not cleanup GDI Handles on Windows 10 build 19045.4529, version 22H2.

   This only occurs when the feature 'Turn on Overprint Preview' is enabled, and you start scrolling. When you disable that feature, you can scroll again without the GDI Handles being hogged by Indesign. The handles rae, after the feature is disabled, not released.

   A 28 page project, and a scroll up and down trough the project, costed me almost 600 GDI handles, and when I'm at 10.000, Windows just stops serving new ones and Indesign will crash.

   Expected outcome: GDI Handles do either not increase… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Use of tab key is inserting unwanted numerals into line of copy instead of tab

   When working in InDesign v 14.0.3 x64 on my PC, I've encountered a new problem when trying to align text in a bulleted list using the "tab" key.

   After keying in the text in my list, I create alignment by first inserting tabs using the Type > Tabs command, and then using the "Tab" key on my keyboard to align second and third lines of text. Lately, when I move my cursor down to the second line of text and attempt to use the tab key to align the text with the tab I set in the line above, InDesign inserts the numeral "1" on the line (see attached screenshot, where I've marked the numeral with a red circle).

   No matter what I try, I cannot get it to stop inserting the numeral 1 in the line. I've even tried re-setting the tab, to no avail. I've saved the file, closed all applications, re-started my computer and attempted to update InDesign via Creative Cloud, but nothing solves the problem.

   The only option I have to align items in my bulleted list is to insert a soft break (Shift + Enter) and use the space bar to move the line of copy to the right incrementally. Unfortunately, this does not offer perfect alignment.

   Can you please help?

   When working in InDesign v 14.0.3 x64 on my PC, I've encountered a new problem when trying to align text in a bulleted list using the "tab" key.

   After keying in the text in my list, I create alignment by first inserting tabs using the Type > Tabs command, and then using the "Tab" key on my keyboard to align second and third lines of text. Lately, when I move my cursor down to the second line of text and attempt to use the tab key to align the text with the tab I set in the line above, InDesign… more

   •  

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. pen tool

    When modifying a container box by adding points with the pen tool, the points wont select individually and the pen changes to the hand tool and will only select the object in the container. At first I thought it might be my Wacom, but the mouse also will not select points as (option pen) or using the point selection tool.

    At the same time when trying to clip an object set to transparency, so an object below can be seen so I can clip around it. The object becomes opaque making the task impossible.

    I am running a the latest updates available an my OS is current with Mojave's latest update.

    Indesign has become unusably slow and I spend 5 times more time watching the beachball of death than getting anything done. My clients don't care, they only know I'm not getting their work done. After 25+ years as a hardcore Adobe Fan, I'm beginning to lose faith, and have had to look at other software for solutions for my company.

    Currently there are almost 1400 serious bugs listed for the current release of Indesign alone listed on the Adobe site. With a constant stream of updates adding more bugs before addressing the existing issues. If this is considered acceptable by Adobe for the sake of my clients and business I must look for other solutions. I'm not a new user. Far from it, and serious bugs making Adobe products unusable for days, and weeks on end has become the norm and not the exception.

    I don't need you programs to "Wipe my Butt" for me, I just need them to work like they used to. When the cloud goes down. Everyone goes down. More care is necessary before a new release.

    Sorry for the harsh words, but in '94 I was an original Beta Tester for PS3 and still have my original copy. I love Adobe!!! Please don't force me to go back to CS6.

    Thanks,
    Rich

    When modifying a container box by adding points with the pen tool, the points wont select individually and the pen changes to the hand tool and will only select the object in the container. At first I thought it might be my Wacom, but the mouse also will not select points as (option pen) or using the point selection tool.

    At the same time when trying to clip an object set to transparency, so an object below can be seen so I can clip around it. The object becomes opaque making the task impossible.

    I am running a the latest… more

    1 vote

    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  ·  Performance/Usability  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Dropshadow > Size is limited to 0-144 points within scripting but you can enter higher numbers manually 0-1000 points

    My understanding is indesign dropshadow effect needs to be updated for the option: size within the dropshadow panel to be able to accept 0 - 1000 points for scripts. You can input higher numbers within the size by doing it manually but not with scripts for whatever reason. It will only accepts 0-144 point or 2 inches within the code.

    1. Indesign CC 2025
    2. Run the attached script a 100 in height image and you'll get the error.
    3. On the dropshadow applied to have the distance 5.0 in and size 5.0
    4. Distance: 5.0 in and Size: 0.0694 in
    5. Script attached.

    I have a script to automatically apply dropshadows and we have a formula where we take the height of the image and multiply that by 5% which gets placed in the Distance and Size. This works for smaller images but when there are larger images the number it puts into the distance works but the size seems to be limited to 2 inches. But if I do it manually it can go up to 13.8889″
    for the size

    I get this error: ERROR in applyDropShadow: Error: Invalid value for set property ‘size’. Expected Unit (0 - 144 points), but received “5.0 in”. 13.8889 in = 1000 points

    //@target "indesign"
    //@targetengine "session"

    function isValidObject(obj) {
    try {
    return obj && obj.isValid;
    } catch (e) {
    return false;
    }
    }

    function applyDropShadowByHeightInInches(obj) {
    if (!isValidObject(obj)) return;

    var doc = app.activeDocument;
    var originalH = doc.viewPreferences.horizontalMeasurementUnits;
    var originalV = doc.viewPreferences.verticalMeasurementUnits;
    
    try {
        // Switch the document to inches.
        doc.viewPreferences.horizontalMeasurementUnits = MeasurementUnits.INCHES;
        doc.viewPreferences.verticalMeasurementUnits   = MeasurementUnits.INCHES;
    
        // geometricBounds => [y1, x1, y2, x2] in INCHES now.
        var bounds = obj.geometricBounds; 
        var heightInches = Math.abs(bounds[2] - bounds[0]); // bottom - top
    
        // 5% of height in inches
        var dropShadowInches = heightInches * 0.05;
    
        // Apply the drop shadow
        var ds = obj.transparencySettings.dropShadowSettings;
        ds.mode     = ShadowMode.DROP;
        ds.angle    = 120;                 // Static angle
        ds.distance = dropShadowInches;    // in inches
        ds.size     = dropShadowInches;    // same as distance
        ds.opacity  = 35;                  // example opacity
        ds.noise    = 2.5;                 // example noise %
        ds.xOffset  = 0;
        ds.yOffset  = 0;
        ds.spread   = 0;
    
    } catch (e) {
        $.writeln("Error applying shadow: " + e);
    } finally {
        // Restore original measurement units
        doc.viewPreferences.horizontalMeasurementUnits = originalH;
        doc.viewPreferences.verticalMeasurementUnits   = originalV;
    }
    

    }

    function main() {
    if (app.documents.length === 0) {
    alert("No open documents.");
    return;
    }

    var doc = app.activeDocument;
    if (!isValidObject(doc)) {
        alert("Active document not valid.");
        return;
    }
    if (app.selection.length === 0) {
        alert("No objects selected.");
        return;
    }
    
    var count = 0;
    for (var i = 0; i < app.selection.length; i++) {
        var obj = app.selection[i];
        if (isValidObject(obj)) {
            applyDropShadowByHeightInInches(obj);
            count++;
        }
    }
    alert("Drop shadow applied to " + count + " object(s).");
    

    }

    main();

    My understanding is indesign dropshadow effect needs to be updated for the option: size within the dropshadow panel to be able to accept 0 - 1000 points for scripts. You can input higher numbers within the size by doing it manually but not with scripts for whatever reason. It will only accepts 0-144 point or 2 inches within the code.

    1. Indesign CC 2025
    2. Run the attached script a 100 in height image and you'll get the error.
    3. On the dropshadow applied to have the distance 5.0 in and size 5.0
    4. Distance: 5.0 in and Size: 0.0694 in
    5. Script attached.

    I… more

    •  

    •  

    1 vote

    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  ·  Scripting  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. After typing values in dialogue boxes, InDesign list panels unusable + Mouse click outside InDesign window not working

    Hi all,
    I have a persistent issue with scrolling some InDesign panel lists such as swatches, font list, font weight.
    After I type any set value on a dialogue box (like font size, transparency, color tone, font spacing etc), some fundamental InDesign panels become unusable: list elements (swatches, fonts etc) slip away from mouse selection like they were anchored to cursor.
    Mouse click outside InDesign window to desktop or other apps also doesn't work.
    Functionality can be restored only by pressing Ctrl+Alt+Canc and then Esc.

    I attach a sample video of the issue:
    1. two panels working correctly (Font panel and Swatches panel);
    2. typing of a random value on a random box (not important which box, the issue appears after any keyboard entering on any dialogue box);
    3. the same panels not working anymore (in the video I am only moving the cursor over them, without pressing any mouse button).

    More details about malfunctioning:

    • Paragraph/Font Style panel list, Glyphs list, Layers/Pages/Links panel lists work correctly.

    • If I set a Font/Paragraph Style: font scrolling and selection on Style Option window works, whereas swatch scrolling and selection has the same issue shown on the attached video.

    I already tried to delete InDesign cache and I also restored default InDesign preferences, but issue recurs.
    I think there could be a conflict between InDesign and hardware/OS settings, here details:

    InDesign version: 18.2.1 (+ ANY earlier CC version. I had identical issues on all previous versions on this pc).
    OS: Windows 10 x64, all updates installed
    PC model: Dell XPS-15 7590
    GPU: NVIDIA GeForce GTX 1650
    Mouse model: Dell WM615 (Bluetooth), drivers updated to last version.

    Thank you

    Hi all,
    I have a persistent issue with scrolling some InDesign panel lists such as swatches, font list, font weight.
    After I type any set value on a dialogue box (like font size, transparency, color tone, font spacing etc), some fundamental InDesign panels become unusable: list elements (swatches, fonts etc) slip away from mouse selection like they were anchored to cursor.
    Mouse click outside InDesign window to desktop or other apps also doesn't work.
    Functionality can be restored only by pressing Ctrl+Alt+Canc and then Esc.

    I attach a sample video of the issue:
    1. two panels working correctly (Font panel… more

    • 

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. InCopy is creating "phantom hyperlinks" in InDesign

    Our InCopy editors are adding hyperlinks but they aren't showing up in InDesign. To make things worse, you can no longer add a hyperlink to the text. I discovered that InCopy is leaving phantom hyperlinks and it seems to be a bug, or at least has caused us considerable consternation. (I'm using InDesign 2026 v21.0.2 and InCopy 2026 v21.3).

    Okay, I’ve gone deep into the rabbit hole and I think I’ve figured out the problem with hyperlinks not showing up, or text you can’t add a hyperlink to. It’s a lengthy, complex explanation so I’ll start with the all too easy fix and then explain why. 

    THE FIX: When you create a link in InCopy, you have to click the “Shared Hyperlink Destination” button.

    This really only applies to multiple links that have the same destination, like how Supplemental Table 1 and Supplemental Table 2 both go to the same URL, but I don’t think it will hurt to click it for every link, just in case that URL gets repeated later on.

    If you don’t click Shared Hyperlink Destination, only the first hyperlink will show up in the Hyperlinks panel, and the rest become phantom links.

    And to make things worse, apparently this isn’t an issue when you make a link in InDesign. It only happens in InCopy. 

    If I’m right, this will fix the problem. At least, it worked when I tried it. We’ll have to see if it works all the time.

    THE EXPLANATION for us InDesign nerds.

    If there’s text that you can’t make into a hyperlink (the New Hyperlink option is greyed out) it’s because there’s already a link there, but for some reason it’s not showing up in the Hyperlinks panel. It’s a phantom link. However, you can still see the phantom link if you open it in Story Editor.  Story Editor shows where the link is, but you can’t edit it or add a new link to the text. 

    The only way to fix it is to retype the text outside of the link brackets, or copy and paste the text out of the brackets (except the link sticks to the first character so you can’t copy that, which is yet another pain). After you retype the text, you can highlight the link (everything in the brackets) and delete it, and then you are able to add a hyperlink to the retyped text.  You have to do this for each phantom link individually. This is an annoying and cumbersome fix, but we’ve known about it for a while.  

    If you want to get into the nitty gritty, I think this kind of explains what’s going on. https://stackoverflow.com/questions/17490661/how-to-properly-remove-hyperlinks-from-indesign-document-using-extendscript

    I made a quick script to look for the phantom hyperlinks, but all it shows me are the hyperlinks in the Hyperlinks panel, so I can’t find the phantom links that show up in the Story Editor with a script. I may explore that some more in case the issue arises again.

    But in any case, it looks like the links are losing their destination URL in InCopy because the URL is already taken by another link, but the hyperlink still remains and won’t show up in the Hyperlinks panel because there’s no destination. InDesign sees an empty link and doesn’t show it on the panel. However, when you use the shared destination button, all the links just point to that one URL and share it, and it shows up in the Hyperlinks panel. I’m going to report this to InDesign as a bug.

    Whew!

    Our InCopy editors are adding hyperlinks but they aren't showing up in InDesign. To make things worse, you can no longer add a hyperlink to the text. I discovered that InCopy is leaving phantom hyperlinks and it seems to be a bug, or at least has caused us considerable consternation. (I'm using InDesign 2026 v21.0.2 and InCopy 2026 v21.3).

    Okay, I’ve gone deep into the rabbit hole and I think I’ve figured out the problem with hyperlinks not showing up, or text you can’t add a hyperlink to. It’s a lengthy, complex explanation so I’ll start with the all too… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Hilfe - PDF in deutsch

    Sehr geehrte Damen und Herren,

    meine Meldung an den Support wurde sofort bearbeitet. Leider kamen wir auf das Ergebnis, dass die Hilfe - PDF leider nicht auf u.a. "deutsch" vorgehalten wird.

    Vom Support konnte ich direkt die links bekommen, diese waren alle nur in englisch erhältlich.

    Mein Problem,...
    da wir eine JVA sind und die Strafgefangenen keinen Internetzugang haben, kann ich diesen, zur Optimierung ihres Wissens, keine Literatur an die Hand geben die im Internet vorgehalten wird.

    Wir benötigen die Hilfe-PDF in deutsch für folgende Programme:
    - Indesign
    - Photoshop
    - Illustrator
    Vielleicht gibt es ja in Zukunft eine Lösung für diese Problem.

    Weiter habe ich Ihnen noch unseren Mailverlauf aufgeführt.

    Ich danke Ihnen und wünsche ein schönes Wochenende.

    Sehr geehrte/r JAN MOHR,

    E-001348721 wartet auf Ihre Antwort. Bitte antworten Sie auf Ihren Fall, indem Sie unten auf die Fall-ID klicken.
    Der letzte Kommentar zu dem Fall war:
    • Letzter Kommentar:Sehr geehrter Herr Mohr,

    vielen Dank, dass Sie den Adobe-Enterprise-Kundendienst bezüglich Ihrer Anfrage zu "Tutorials offline ansehen" kontaktiert haben.
    Ich habe von Ihnen, auf meine letzte Kontaktaufnahme mit Ihnen, noch keine Rückmeldung erhalten.

    "Wie von Ihnen gewünscht sende ich Ihnen den Link für die Hilfs- PDFs nochmals per Email zu. Sollte sich der Text nicht in deutscher Sprache öffnen, scrallen sie bitte im Bericht bis ganz nach unten und stellen sie dann die Sprache unten links unter "Region ändern/ change region" auf die gewünschte Sprache um.
    In unserem System ist derzeit die von Ihnen gewünschte Option des Herunterladens der Kehrvideos nicht möglich. Daher möchte ich Sie bitten die von mir schon zuvor gesendeten PDF- Hilfsartikel in PDF- Form herunterzuladen, was zumindest ein erster Schritt wäre: https://helpx.adobe.com/de/x-productkb/global/offline-help.html (Verwenden der Offlinehilfe bei Adobe-Produkten)"

    Sollte es möglich sein Ihre Schüler in Klassenumgebungen zu unterrichten, dann wäre das Benutzen eines beaufsichtigten Rechners mit Internetzugang, der die Lehrvideos über einen Beamer an die Wand projeziert eine gute Alternative.

    Hinsichtlich Adobe Programmen, Prozessen und anderen Anliegen haben Sie die Möglichkeit Ihr Feedback direkt unter https://www.adobe.com/products/wishform.html einzusenden. Adobe versucht stets Vorschläge, Wünsche und Empfehlungen unserer Kunden zu berücksichtigen.

    Wir bedanken uns für Ihre Zusammenarbeit und Ihr Vertrauen.
    Mit freundlichen Grüßen,
    Jan
    Adobe-Enterprise-Kundendienst
    Die Falldetails sind wie folgt:
    • Fall-ID: E-001348721
    • Falltitel: Tutorials offline ansehen
    Wir freuen uns darauf, mit Ihnen zusammenzuarbeiten,
    Adobe Enterprise Support Team

    Sehr geehrte/r JAN MOHR,

    Ein Adobe Support Engineer hat neue Notizen zu E-001348721 hinzugefügt.
    • Document bridgereference.pdf attached by Adobe
    Document lightroomccreference.pdf attached by Adobe
    Document acrobatreference.pdf attached by Adobe
    Document indesignreference.pdf attached by Adobe
    Document animatereference.pdf attached by Adobe
    Document aftereffectsreference.pdf attached by Adobe
    Document xdreference.pdf attached by Adobe
    Document premiererushreference.pdf attached by Adobe
    Document dreamweaverreference.pdf attached by Adobe
    Document illustratorreference.pdf attached by Adobe
    Document lightroomreference.pdf attached by Adobe
    In der Zwischenzeit können Sie Ihren Fall anzeigen oder aktualisieren, indem Sie auf die Fall-ID unten klicken.

    Sehr geehrte Damen und Herren,

    meine Meldung an den Support wurde sofort bearbeitet. Leider kamen wir auf das Ergebnis, dass die Hilfe - PDF leider nicht auf u.a. "deutsch" vorgehalten wird.

    Vom Support konnte ich direkt die links bekommen, diese waren alle nur in englisch erhältlich.

    Mein Problem,...
    da wir eine JVA sind und die Strafgefangenen keinen Internetzugang haben, kann ich diesen, zur Optimierung ihres Wissens, keine Literatur an die Hand geben die im Internet vorgehalten wird.

    Wir benötigen die Hilfe-PDF in deutsch für folgende Programme:
    - Indesign
    - Photoshop
    - Illustrator
    Vielleicht gibt es ja in Zukunft eine Lösung… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. IDS on Windows: Extreme slowness in ExtendScript execution via SOAP connection (with weird workaround)

    SETUP

    • IDS Server 14.0.3.433 running on Windows Server 2019 (build 17763.864)

    • Local connection using "sampleclient.exe"

    • Two test scripts (attached):
      Slow script: "adobe-ids-win-slow.js" (approx 275 KB in size)
      Fast script: "adobe-ids-win-fast.js" (approx 275 KB in size)

    PROBLEM

    There are two scripts to compare. They are both of identical size, does nothing but declare a variable and return a string value. However, while execution of one of the scripts take a fraction of a second, the other script typically runs for > 10 seconds before completing.

    TESTS AND OBSERVATIONS

    1) This takes excessive time to run (typically 13 seconds on my test machine):

       C:\Users\Administrator\Desktop>"c:\Program Files\Adobe\Adobe InDesign CC Server 2019\sampleclient.exe" -host localhost:8190 c:\Users\Administrator\Desktop\adobe-ids-win-slow.js
       Script result (std__string): Done
    

    2) This completes quickly (typically in less than 0.1 seconds):

       C:\Users\Administrator\Desktop>"c:\Program Files\Adobe\Adobe InDesign CC Server 2019\sampleclient.exe" -host localhost:8190 c:\Users\Administrator\Desktop\adobe-ids-win-fast.js
       Script result (std__string): Done
    

    3) Adding the "-server" flag to the slow test will make it run fast, since the script isn't passed via SOAP but instead evaluated directly from local disk. This tells me the parsing of the ExtendScript statements isn't slow in itself so the difference seems to lie in the SOAP request handling.

    4) Now a really weird part: removing the very first space (before the comment on line 1) in "adobe-ids-win-slow.js" makes it run almost as fast as the fast script when repeating test 1) above. It turns out that "adobe-ids-win-slow.js" MUST start with a /* */-style comment in the very first byte to run fast; adding the space back, or removing the comment completely, makes it evaluate slowly again. I've tried other tokens such as semicolon, //-style comment, curly brackets etc but none had the same effect.

    5) In contrast to the change in 4), adding spaces before the comment, or removing the comment entirely, from "adobe-ids-win-fast.js" makes no difference in its evaluation performance.

    6) Another strange discrepancy is that even when "adobe-ids-win-slow.js" is modified to run fast using the change described in 4) above, the speed is still slower than the "adobe-ids-win-fast.js" variant. They both declare a string of same length but the data INSIDE the string is different, but while "adobe-ids-win-fast.js" completes in < 0.1 seconds the modified "adobe-ids-win-slow.js" takes closer to a full second.

    7) All of the tests above run at good speed (less than a second) when connecting to IDS 14.0.2.324 on macOS (tested with Catalina 10.15.7). The minor difference in speed between the slow and fast scripts seen in 6) is still present though, but is again eliminated if the "-server" option is used.

    OTHER COMMENTS

    I tried running Microsoft's Windows Performance Analyzer to capture what the slow IDS is doing during the long wait. I found that the overhead is located in calls from AFL (Adobe File Library) to the NT kernel, but without debug symbols I couldn't pinpoint it in more detail. My totally unconfirmed suspicion is that gSOAP/2.7 (as returned in the "Server" HTTP header in IDS connections) is applying some content sniffing to detect encoding, data format or other properties of the inlined script, but why this would only take place on Windows is a mystery, and it's also odd that the initial code comment would short-circuit this and improve performance dramatically.

    I've also tried disabling various Windows Security settings (Firewall, Virus & Threat Protection, Exploit Protection etc) in case that was interfering with network I/O but I've not found any improvement in that area.

    The slowness is not inherent in "sampleclient.exe" either since the root problem was first observed using our own HTTP client, as was the weird workaround of adding the comment string. I'm just using "sampleclient.exe" here to set up a self-contained test case.

    SETUP

    • IDS Server 14.0.3.433 running on Windows Server 2019 (build 17763.864)

    • Local connection using "sampleclient.exe"

    • Two test scripts (attached):
      Slow script: "adobe-ids-win-slow.js" (approx 275 KB in size)
      Fast script: "adobe-ids-win-fast.js" (approx 275 KB in size)

    PROBLEM

    There are two scripts to compare. They are both of identical size, does nothing but declare a variable and return a string value. However, while execution of one of the scripts take a fraction of a second, the other script typically runs for > 10 seconds before completing.

    TESTS AND OBSERVATIONS

    1) This takes excessive time to run (typically 13 seconds on my test… more

    1 vote

    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  ·  InDesign Server (IDS)  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Dictionary language list is grayed out everywhere in InDesign ME 2019, 2020 macOS Mojave

    1. Version of Adobe InDesign, InCopy or InDesign Server
       Adobe InDesign Middle Eastern Version 2020 15.0.1.209

    2. Steps to reproduce the issues
       Install InDesign Middle Eastern Version, open the language List, all languages are greyed out.

    3. Expected result
       Not to be greyed out

    4. Actual result
       Language list is greyed out

    5. Test file, screenshot, video or GIF capturing the issue (optional)
       Screenshot attached

    0 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Layers

    I was trying to export my design to a PDF (for print) when this happened (see first attachment). The elements in the two circles (far right) went missing (these circles should look like the circle on the far left - i used a red arrow to show what I'm talking about). And also, the (black) layers containing these missing elements were locked and cannot be opened/deleted/edited/moved.

    After a few minutes, even the white circle disappeared (see second attachment).

    Then the program finally crashed and gave me the option to reopen the recovered file but it was damaged (see third attachment).

    •  

    •  

    •  

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Packaging with Include PDF (Print) selected doesn't properly render .ai images

    I have never been able to successfully use the "Include PDF" option when packaging files. I usually package, then export the pdf using my presets, then combine the files in the finder because the pdfs never come out correctly. It seems the problem is only with how it renders ai files. Color mode doesn't matter. The same thing happens whether or not I choose High Quality Print, Press Quality, PDFx1a, etc. Any solutions for this yet? It has been the case since the "Include PDF" feature was first released.  Example has exported pdf on the left, and package generated pdf on the right. Screenshots of preflights show the pdf exported using package files shows all .ai files are now low res vectors using exact same preset. Using Adobe Indesign 18.5 but have had this problem in every version since the "include pdf" feature was released.

    I have never been able to successfully use the "Include PDF" option when packaging files. I usually package, then export the pdf using my presets, then combine the files in the finder because the pdfs never come out correctly. It seems the problem is only with how it renders ai files. Color mode doesn't matter. The same thing happens whether or not I choose High Quality Print, Press Quality, PDFx1a, etc. Any solutions for this yet? It has been the case since the "Include PDF" feature was first released.  Example has exported pdf on the left, and package generated pdf… more

    •  

    •  

    •  

    0 votes

    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  ·  Print/Packaging  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating