Version of Adobe InDesign, InCopy or InDesign Server

Adobe InDesign 15.0.1

macOS High Sierra 10.13.6

iMac 27 Zoll End 2012

Steps to reproduce the issues

See also attached video

Open Document "02VKLeerzeilenTEMPEnde.indd"
Open Data-Merge Panel
Generate a merged document with click on the button
Uncheck "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Repeat Step 3 this time Check "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Put the documents side by side
Activate "Show Style override" in the paragraph panel
Jump to page 2
On the left side (Merged Document, Blank line intact) you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up behind the 7 and the other paragraph symbol is deleted
Everything is o.k. because the paragraph style (07padresse) of the line "Mobile" and the deleted "Blank line" are the same
Jump to page 3
On the left side you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up and the other paragraph symbol (blue highlighted on the left side) is deleted BUT this time the paragraph style of these 2 paragraph are NOT the same! The result is a bigger gap between the two sentence "Frau Marie…" and Tel: 012…" on the right then it should be as you can see on the left

Expected result
The Blank line (2 markers and paragraph symbol) should be deleted/removed

Actual result
Instead of the Blank line (2 markers and paragraph symbol) the paragraph symbol before that (blue highlighted on the left side) is removed AND the remaining paragraph also picks up the paragraph style from the "Blank line" (if there were text in my example you could see that as well)

Workaround
You can generate a merged document with Blank lines and delete/remove them with Find/Change
Find > (markers) + paragraph symbol = <FEFF><FEFF>^p
Change > to nothing
This way everything stays intact!

Test file, screenshot, video or GIF capturing the issue (optional)
Video and sample files attached

Using CC2019 on a Mac running High Sierra

Steps to reproduce:
1) Create a document with a few hyperlinks in it.
2) Whilst this document is open, open a 2nd document, and copy/paste the links from one document to the other.
3) Save both and close.
4) Trash source document

Expected result: hyper links should work in Target document as expected.

Actual result: hyperlinks all appear broken in document. Whilst an exported PDF appears to still work, ID reports all those links as broken.

Other details:
If you retrieve the source document from the trash, it the links in the target document suddenly start working again, meaning your not actually pasting the hyperlink, but theres some sort of link that exists between the source and target document.

Saving target file as a new file, saving as idml, has no effect – those links are still tied to the source document.

This in an absolute tragedy if you are working on large documents with lots of links, and needs fixing ASAP

There are multiple listings of the same font in the Find Font menu in CC2019. All information is the same, all applied characters are the same, but there is odd behavior.

--FileACC2019WithDocumentsfontsfolder.png shows double listing of Trade Gothic LT Pro Roman.

--FileACC2019WithoutDocumentfontsfolder.png (when I take away access to Document fonts folder, no other changes), one instance switches to "Regular" instead of "Roman"

--FileACC2017WithDocumentfontsfolder.png shows what happens with I open this file in CC2017 (no double listing)

--FileACC2017WithoutDocumentfontsfolder.png (Document fonts folder hidden) shows what happens with I open this file in CC2017 (no double listing)

I process large volumes of files; this is not an isolated incident nor a corrupted file. Packaging results in InDesign only grabbing the single correct font file, so that isn't broken. This behavior with Find Font is seemingly new to CC2019 (I'm working on 14.0.2). The multiple listing of same font, variation of font name when fonts enabled/disabled, and Find Font showing fonts missing that aren't because of what seems to be a name issue in Find Font. Has something changed in the way that InDesign reads fonts/accesses Document fonts folders?

In the actual version of indesign (16.0) there is still an issue with internal generated vCard-QR-Code scanned by an iphone.

In germany there are special Characters called "Umlaute" (ü, ö, ä) or the "sharp s" (ß). If these characters are used in an vCard generated within the buildin function from indesign, they are replaced with other symbols on the iPhone QR-Code-Camera Reader.

I think this is only a Problem of the used vCard-Version. I think indesign uses Version 2.1 if you would just use Version 3.0 this issue does not appear.

please see attached one example

Kind regards from germany

Max

Hi,

Not sure where to go with this one but I have just upgraded to Adobe CC and noticed that I'm unable to 'Minimise' the window in InDesign and also noticed that it won't do it in Illustrator but Photoshop does minimise (ODD!)

All it will do is when you double click it fills to fit screen and then the opposite.

I have posted this onto the forum and others have mentioned that they are also experiencing this problem.

(I have turned on the 'Double -click a windows title bar to minimize' in the System Preferences)

Please could you help me out?

Spec: InDesign CC 13.0.1
MacBook Pro, macOS Sierra 10.12.2

Cheers

Adding Hunspell dictionaries breaks code-signing, and results in the whole of InDesign's spelling system being sand-boxed by OSX.

Steps to reproduce:

1. On High Sierra and InDesign CC, add a Hunspell dictionary, as detailed here: https://helpx.adobe.com/indesign/kb/add_cs_dictionaries.html

2. Spell-check any InDesign document using the new dictionary and spell-checking then becomes unusable, until InDesign is uninstalled then re-installed.

The following types of errors are produced in the console, showing that it's a code-signing issue, caused by dictionaries being installed within the Hunspell plugin bundle.

Can I suggest that there should be another place to install additional languages, outside the InDesign application.

The only way I can work with Latin and Ancient Greek languages currently is to use an El Capitan Mac, which does not have the sandboxing.

AMFI: Check-fix enabled for binary '/Applications/Adobe InDesign CC 2018/Resources/Dictionaries/LILO/Linguistics/Providers/Plugins2/AdobeHunspellPlugin.bundl e/Contents/MacOS/AdobeHunspellPlugin' with TeamID 'JQ525L2MZD', identifier 'com.adobe.adobehunspellplugin2': broken signature treated as unsigned without privileges. This workaround will not work for software built on or after 10.12.

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