10 results found

1. [ID-4236204]Using “Paragraph Borders and Shading” on frame grid, it is incorrect to base them on grid attributes possessed by the frame grid

   InDesign Version CC2018 or newer

   1. “Paragraph Borders and Shading” are usually generated based on the outline of the glyphs in the paragraph to which they are applied.
      This is true even if they are grid-aligned on a text frame (Figure 1-a, right).
      However, when the same settings are made on a frame grid, for some reason, they are generated based on the grid attributes of the frame grid, not the glyph outlines.
      This always occurs based on the grid attribute of the frame grid, regardless of whether the text in the frame grid is grid-aligned or not (Figure 1-a left).
      The “Paragraph Borders and Shading” setting in Figure 1-a is the same for both (Figure 1-b).
      In Japanese typesetting, such operation is rarely used.
      In particular, it is never done when paragraphs that are not grid-aligned are mixed within a frame grid.
      For this reason, “Paragraph Borders and Shading”cannot be used when using a frame grid.

   2. Then, it is not so if “Paragraph Borders and Shading” can be somehow operated as long as they are grid-aligned in the frame grid.
      In Figure 2-a, it can be seen that the "Paragraph Border" that occurs in the right and left paragraphs is different.
      Both the right and the left have the same settings (Figure 2-b).
      The only difference is whether it is at the top of the paragraph or in the middle.
      This phenomenon occurs when the “Gyodori”setting is used.

   From the above two points, I believe that the developer does not understand how the “Paragraph Borders and Shading” should occur on the frame grid at all.
   “Paragraph Borders and Shading” should occur on the frame grid, just as it does on a text frame, based on glyph outlines, and should not be affected by grid attributes.

   「段落の囲み罫と背景色」をフレームグリッド上で使用するとき、フレームグリッドの持つグリッド属性を基準にするのは間違っている

   1.　「段落の囲み罫と背景色」は、通常は適用した段落のグリフの外形を基準として発生する。
   これは、テキストフレームでグリッド揃えをしていても同様である（図1-a右）。
   しかし、フレームグリッド上で同じ設定をすると、なぜかグリフの外形ではなく、フレームグリッドの持つグリッド属性を基準として発生してしまう。
   これはフレームグリッド内のテキストが、グリッド揃えをしていてもしていなくても、必ずフレームグリッドのグリッド属性を基準に発生してしまう（図1-a左）。
   図1-aで設定している「段落の囲み罫と背景色」の設定はどちらも同じである（図1-b）。
   日本語の組版上、そのような運用をすることはまずない。
   特に、フレームグリッド内に、グリッド揃えをしない段落を混在させるときには、絶対にしない。
   このため、フレームグリッドを使用している時には、事実上「段落の囲み罫と背景色」は使用できない。

   2.　ではフレームグリッド内でグリッド揃えをしていれば、「段落の囲み罫と背景色」は何とか運用できるのかというと、そうではない。
   図2-aでは、右と左の段落で、発生している「段落の囲み罫」が異なることが見て取れるだろう。
   右も左も同じ設定である（図2-b）。
   違うのは、段落の最上部にあるか、半ばにあるかだけである。
   この現象は、「段落の行取り」設定をしているときに発生する。

   上記の2つの点から、開発者はフレームグリッド上で「段落の囲み罫と背景色」がどのように発生するべきかを全く理解していないと考えられる。
   「段落の囲み罫と背景色」は、フレームグリッド上であっても、テキストフレーム上と同じように、グリフ外形を基準として発生するべきで、グリッド属性に左右されてはいけない。

   InDesign Version CC2018 or newer

   1. “Paragraph Borders and Shading” are usually generated based on the outline of the glyphs in the paragraph to which they are applied.
      This is true even if they are grid-aligned on a text frame (Figure 1-a, right).
      However, when the same settings are made on a frame grid, for some reason, they are generated based on the grid attributes of the frame grid, not the glyph outlines.
      This always occurs based on the grid attribute of the frame grid, regardless of whether the text in the frame grid is grid-aligned or not (Figure 1-a left).… more

   •  

   •  

   •  

   •  

   51 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   Hi,

   Thank you for reporting the issue. It is currently under investigation. 

   —

   Adobe InDesign Team

2. Defining a stroke beginning with a gap does not work

   If you define a stroke you can set the length of the first stroke to zero. But as you can see in the screenshot there is still some stroke visible.

   Best solution: Make a "zero stroke" possible, a stroke which starts with a gap.

   Second best solution: Change the minimum in the "length"-field to something > 0.

   •  

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  amaarora responded

   Thanks for reporting.
   We will review the issue

   -InDesign Team

3. Applying a paragraph style causes text to appear duplicated on screen, but it's not really.

   CC 2018, OS High Sierra, both most current, brand new install on a brand new iMac Pro.

   If I apply a style using a key command, 90% of the time the text from the cursor down goes crazy, looks duplicated. But if I hit the key command again, or click off the paragraph, or scroll, it goes away and is normal. So it's not really duplicating anything as far as I can tell. I screen captured exactly what it looks like.

   •  

   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

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  Abhinav Kaushik responded

   Thank you for reporting the issue to us.
   We are currently reviewing it.
   InDesign Team

4. ICML export doesn't preserve the paragraph styles of endnotes.

   1. Adobe InDesign 14.0.2
   2. Export a story containing endnotes as ICML
   3. Endnotes should be styled properly
   4. Endnotes lose the applied paragraph style
   5. UserVoice will not allow me to attach an IDML or INDD file. I can email it if needed.

   What this means is that anyone using InCopy will lose the paragraph styling of their endnotes.

   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

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  amaarora responded

   Thanks for reporting the issue. We are looking into it

   -InDesign Team

5. Object Style Options: XY Offset < 1440

   MacOS High Sierra
   InDesignCC 2018 13.1

   When setting up Object Style Options > Size and position options > Position > Adjust X OR Y,
   it’s impossible to manually enter any value bigger than 1440 px (pt), regardless of page size.

   •  

   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

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

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

   Adobe InDesign team

6. Adobe Caslon Pro: Glyph as bullet does not function

   InDesign version 18.2.1 (Windows 10 x64). I would like to use a glyph as a bullet (the opentype digit 3 of Adobe Caslon Pro - an acorn). In the paragraph style box for my "Bulleted list" style, I am trying to add the bullet. When I click "add" and then click "ok," a standard round black dot appears in my list of bullet characters to choose from. If I try to add my preferred glyph (or any of the other opentype glyphs from the font's set, for that matter), the program tells me: "The selected bullet already appears in the Bullets and Numbering dialog box with this font and style association. Specify a different font or style, or select a different bullet." I also cannot add the glyph as bullet manually in the lists window. In short, adding a glyph as bullet is not functioning. There has been extensive discussion of this issue on the Adobe Support Community. Many people have suggested numerous solutions, but none have worked. For steps attempted to resolve the issue, see: https://community.adobe.com/t5/indesign-discussions/glyph-as-bullet-not-functioning-in-paragraph-styles/m-p/13723795#M523395. One user has pointed out the encoding of ornaments in the most recent version of the font as an issue. I hope that you will consider remedying this apparent bug. Thank you.

   InDesign version 18.2.1 (Windows 10 x64). I would like to use a glyph as a bullet (the opentype digit 3 of Adobe Caslon Pro - an acorn). In the paragraph style box for my "Bulleted list" style, I am trying to add the bullet. When I click "add" and then click "ok," a standard round black dot appears in my list of bullet characters to choose from. If I try to add my preferred glyph (or any of the other opentype glyphs from the font's set, for that matter), the program tells me: "The selected bullet already appears in the… 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

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

   Thanks for reporting the issue. We're reviewing this.

   
   

   --

   Adobe InDesign team

7. Serious GREP style bug: ampersands

   Hi, InDesign team.

   I've run into a serious bug with GREP styles. Any GREP expression containing an ampersand character that is entered as a GREP style in a paragraph style will suddenly acquire additional ampersands whenever I scroll through the list of GREP styles.

   STEPS TO REPRODUCE:

   Create a simple GREP style as part of a paragraph style.
   The entire GREP expression should consist of the single character &. (Though this also happens when the & is part of longer expressions.)
   Make enough other GREP styles that you need to scroll in the window to see them all.
   Close the paragraph style window and reopen it.
   Scroll through the list of GREP styles.
   When you scroll, you will see that "&" has become "&&."

   HERE ARE OTHER DESCRIPTIONS OF THIS ISSUE:

   https://community.adobe.com/t5/indesign/ampersand-gets-doubled-in-grep-style/td-p/10329693?page=1

   https://community.adobe.com/t5/indesign/self-propagating-ampersands-in-grep-in-a-paragragh-style/td-p/5881764?page=1

   https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/36196819-paragraph-style-grep-functions-are-unreliable

   I believe I have gotten around the bug by using the Unicode value for an ampersand, but this is not ideal. I need to be able to trust that the GREP style implementation is solid.

   Thank you.

   Hi, InDesign team.

   I've run into a serious bug with GREP styles. Any GREP expression containing an ampersand character that is entered as a GREP style in a paragraph style will suddenly acquire additional ampersands whenever I scroll through the list of GREP styles.

   STEPS TO REPRODUCE:

   Create a simple GREP style as part of a paragraph style.
   The entire GREP expression should consist of the single character &. (Though this also happens when the & is part of longer expressions.)
   Make enough other GREP styles that you need to scroll in the window to see them all.
   Close the… more

   5 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

   Thanks for reporting. We’ll review this shortly.

   —
   Adobe InDesign team

8. Nested Line Styles interfere with Grep Styles

   I'm experiencing a bug where Nested Line Styles are interfering with Grep Styles.

   To reproduce:
   1. Create a Character Style "Small Caps" that only applies OpenType All Small Caps.
   2. Create a Character Style "No Break" that only applies the No Break rule.
   3. Create a Paragraph Style "Test":
       a. In Nested Styles, add Small Caps for 1 line
       b. In Grep Styles, add:
           i. Small Caps: ([\u\d&@#\$%/]{2,}(?!\l{2,}))|([\d&@#$%]+)|(I'D)
           ii. No Break: (?<=.{55}).{15}$
   4. Fill with placeholder text, and add a string of capital letters (something that matched the Small Caps grep) somewhere in the middle

   You'll notice that the line style and grep small caps work, but the No Break style isn't being applied. Switch the order of the grep styles (No Break first) and now it's the opposite—No Break works but not Small Caps.

   Now, remove the Line Style, and suddenly both grep styles work.

   Refer to the attached screen shot. I can also provide a sample .indd file with the styles prepared. I've used styles set up like this for a while without problems, so this may be related to a recent InDesign update.

   I'm experiencing a bug where Nested Line Styles are interfering with Grep Styles.

   To reproduce:
   1. Create a Character Style "Small Caps" that only applies OpenType All Small Caps.
   2. Create a Character Style "No Break" that only applies the No Break rule.
   3. Create a Paragraph Style "Test":
       a. In Nested Styles, add Small Caps for 1 line
       b. In Grep Styles, add:
           i. Small Caps: ([\u\d&@#\$%/]{2,}(?!\l{2,}))|([\d&@#$%]+)|(I'D)
           ii. No Break: (?<=.{55}).{15}$
   4. Fill with placeholder text, and add a string of capital letters (something that matched the Small Caps grep) somewhere in the middle

   You'll notice that the line… 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

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

   Thanks for reporting this issue.
   We’ll look into it.

   —
   Adobe InDesign team

9. Unable to add Paragraph Styles to Creative Cloud Library, InDesign 2018

   Not sure how you can reproduce this as I haven't found anybody else with this problem, but hopefully you can figure out how to help me. I cannot add paragraph styles to the Library, and I have tried every way:"+" button on the panel with text selected, cloud button on the styles panel, dragging from the panel... nothing works. Everything else--including character styles--can be added normally.

   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

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  Anasuiya Gupta responded

   The issue is due to the Kerning being set as None, if one sets it as Optical or Metrics, it solves the issue. The issue is currently under review.

10. object style override plus-sign when multiple elements selected

    Object style made. Works fine.
    Multiple items on page need same style. When applied to ONE item, styles menu looks "normal." When applied to multiple items, with items selected, the styles menu shows plus-sign after style name.
    All of "clear overrides" options tried. Does not fix. Cannot verify that use of style is correct if styles panel gives false feedback.
    In the past, earlier versions, I don't remember ever seeing this apparent conflict.
    MacOS 11.5.2
    InDesign 17.0.1

    •  

    •  

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Under Review  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

    Thanks for reporting this issue.

    We are going to review this shortly.

    
    

    --

    InDesign team