Ich arbeite an einem Buch mit vielen Abschnitten, einzelne davon wurden in CS6 bearbeitet und dann brauchte ich CC für die weitere Arbeit. Da in den Voreinstellungen für CC das Wörterbuch "Duden" und "Duden tolerant" empfohlen wird, stellte ich dies entsprechend ein. Unter CS6 war nur "Hunspell" oder "Proximity" möglich. Ich wollte aber weiter dasselbe "Benutzerwörterbuch" verwenden, da ich viele Fachwörter und Eigennamen etc. verwende, die nicht im Duden sind. Nach diesem Wechsel stürzte InDesign CC beim Öffnen von CS6 Dokumenten ab. Ich versuchte es mit System- und NVRAM-Resets. Ohne Erfolg. Es funktionierte nur, indem ich vor jedem Öffnen von InDesign die *.idlk-Dateien löschte, und erst ein neues CC- vor einem CS6-Dokument öffne. Nach vielen weiteren, zeitraubenden Versuchen gelang eine "absturzfreie" Arbeit über 20 Abschnitte eines Buches. Man konnte oft geänderte Dokumente (alle mit gleichen Voreinstellungen Wörterbuch) öffnen, aber es folgte nach einiger Arbeit, wie beim Einsetzten oder Überarbeiten von Text, wiederum Abstürze, die nur mit Neustart des iMac und Löschen von *.idlk-Dateien zu beheben waren. Zeitraubend, ärgerlich und wenig "user friendly"!!

1. InDesign 14.0.1 x64
2. Create a document.

Add an index reference for the word "Skrå".
Add an index reference for the word "Skrivare".
Add an index reference for the word "Överleva".
Add an index reference for the word "Ondska".

Go to index Sort Settings. Select Header Type Finnish/Swedish for the Roman script.

Generate an index.

Observe:
Ondska is placed under O.
Överleva is placed under Ö. Which is at the end of the alphabet. This is as it should be, here in Sweden-land.

However:
Skrivare is placed below Skrå. Despite å being placed last in the swedish alphabet. We have "å, ä ö" after z.

In other words: Index sections care about sort options. There seems to be no way to make the sorting of the actual topics respect the same sort options.

The only way I've found to generate a proper swedish index is to install the *shudder* swedish version of InDesign.

This seems weird to me. I should be able to create documents in other languages than the one InDesign itself is using. And most of InDesign supports this – dictionary languages can be chosen by paragraph, but the index will always be generated based on the InDesign UI language...

Here’s the issue: in the process of exporting XML using XSL, extended characters (like fancy quotes and em-dashes) are being replaced incorrectly. Basically, while replacing the character with it's corresponding HTML entity, the character plus two more characters get replaced.

The problem is caused by a difference between the way Adobe is handling XSL in older versions 2014 vs. 2018 or newer. Attached you will find an example export of the 2014 export and the 2018 export using the exact same XSL. Notice that in the 2018 TWO characters after every special character are getting replaced. I have also attached the XSL we use to transform the file

Here’s the issue: in the process of exporting XML using XSL, extended characters (like fancy quotes and em-dashes) are being replaced incorrectly. Basically, while replacing the character with it's corresponding HTML entity, the character plus two more characters get replaced.

The problem is caused by a difference between the way Adobe is handling XSL in older versions 2014 vs. 2018 or newer. Attached you will find an example export of the 2014 export and the 2018 export using the exact same XSL. Notice that in the 2018 TWO characters after every special character are getting replaced. I have also attached the XSL we use to transform the file

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

This is version 14.0.2 of InDesign for the mac

For example, in a business card, some employees have a direct and mobile phone number, some employees only have a direct phone number. If there is a "Direct" paragraph style and a "Mobile" paragraph style, on a record where there isn't a Mobile number, after previewing the next record with both numbers the "Direct" paragraph style is now applied to the Mobile number.

The data merge should retain the paragraph styles based on the placeholders, not the previewed data.

Images I have attached:
1: placeholder view showing Direct style
2: placeholder view showing Mobile style
3: preview view showing record without mobile number
4: preview view showing next record with mobile number (both lines have "O:" instead of top have "O:" and bottom having "M:").

See https://indesignsecrets.com/data-merge-remove-unwanted-lines.php for a better description of the problem.

Hope that helps describe the issue.