If you manually assign certain Character Style to an index entry (for instance Bold) and the same index expression appears on the particular page more than once, Bold is often ignored when generating the index. It is properly generated only when the expression is the first one in the list.
If you assign style (Bold) to second or third appearance of the expression on a page and generate index, the character style is ignored.

This feature is important. Certain index entries may be highlighted because the show page number of illustration, table, headline etc. So it is important to keep the highlighting. In case there is a collision (two different character styles), InDesign should (optionally) display the same page number in italic and bold:

Netherlands 12, 18, 18, 20

Because italic can mean illustration and bold definition.

Dear Support,

with the GREP position marker "^" for "Beginning of Paragraph", the GREP-search should consider the position of the beginning of a paragraph.
But this marker does not only recognize the beginning of a paragraph, but also the beginning of a new line after a forced line break (SHIFT-RETURN).

This is not correct: A forced new line is not the beginning of a paragraph.
The only correct way would be to consider the beginning of a paragraph (RETURN).

Sometimes you can use "(?=\r)\w+" to look for a word behind a Return instead of "^\w+" to find only the hits at the beginning of a paragraph. However, a combination with the search for a paragraph format can be disturbing here: with the lookbehind combined with a paragraph style only those places are found, where two consecutive paragraphs have the same paragraph style.

Please correct the effect of ^ to only beginning of paragraph (and not forced line break).

When keying (or importing) Hebrew text, InDesign often misplaces vowel points when two or more vowel points are attached to a single base character unless the base character and vowel points are keyed in a specific order. I don't totally understand it, but it has something to do with Unicode normalization. Microsoft Word gets around this problem, but I can't say how. It would be nice, however, if InDesign could get around it, too.

One Hebrew font, SBL Hebrew, has written Unicode features (?) to prevent the normalization problem, but most fonts cannot do this on their own in InDesign. Times New Roman, for example, sets fine in Word, but the same file in InDesign shows vowel points displaced. The user guide for SBL Hebrew (available easily online) explains the problem better than I can.

Thanks for considering addressing this behavior.

Hallo,

seit geraumer Zeit gibt es immer wieder ein Problem in Indesign, welches in Foren meist mit der Hilfe "Caches & Preferences löschen" kommentiert wird. Aber keiner hat je eine Erklärung gefunden oder die Entstehung des Problems lokalisiert.

Folgende Situation: Man möchte die Schriftgröße, das Kerning, die Laufweite oder sonst etwas in den dafür vorgesehenen Feldern in der Menüleiste ändern - und diese sind plötzlich ausgegraut und können nicht geändert werden. Eigentlich sind sie hellblau und man kann einen beliebigen Wert eingeben.

Ich habe gerade herausgefunden, an welcher Stelle, in welcher Situation Indesign so reagiert. Es liegt an der Einstellung, wenn man sein Dokumentenfenster schwebend anlegt und nicht angedockt an der Menüleiste. Ändert man das, kann man sofort wieder manuell Werte in die Felder eingeben.

Es ist also ein versteckter Programmierfehler in Indesign, welchen man vielleicht mal beheben könnte?

Viele Grüße,

Nina

Hi everyone,

I'm facing a problem in indesign and I assume this should be reported as a bug unless someone has a solution to it, so…

I work with a lot of tables, and sometimes, for more lisibility, I have a insert "gutters" to table columns (actually it's white right strokes on my cells), sometimes it's just the client who wants them everywhere on tables. Anyway, there's a great feature in table styles that let me decide whether the row stroke is above the column stroke or the other way.

it works perfectly when choosing Column Strokes In Front, every rows are "cut" by column borders, even the first and last one. But when I need the first and last rows not to be cut bye choosing Row Strokes In Front, there's still a little part of the row that is cut by my column gutter, here's an example attached to this message.

I thought at first that it was just a displayed issue, like we often have in acrobat with tiny details, but the problem is still here when printing the table.

Is there something I could do or it's a known problem from indesign?

For information, I tried to change the weight of both strokes to see if it does change something, but it doesn't.

All the best,

Nicolas

The right and left single and double quotes (U+2018, U+2019, U+201C, U+201D) are displaying (and outputting) reversed in InDesign 14 and 15 when bringing in RTL text. I see no way via a style or setting to fix them, I can only use the wrong ones to make them look correctly. It is not only difficult to fix, but it introduces an opportunity for error, means I am editing the text supplied by my client (something that is very bad policy for us), and makes my file underlyingly inaccurate for archiving.
In the attached screenshot, you can seen the the right double quotation mark U+201D highlighted. It is facing to the left in InDesign and (properly) to the right in the Tasmeem add-in tool.