In the current version of Adobe CC, Variable fonts’ Feature Variations are not working. Please have a look at the Trial version of my typeface Pangea (https://fontwerk.com/de/fonts/pangea-superfamily):
https://christoph.koe.berlin/temp/PangeaVARTrial_2.000.ttf

Axes for Weight, Italic, Apertures, Extenders, Inktraps and Spacing are working, but as soon as you move the sliders of the the last axes (Single-storey a, single-storey g and Straight l) the font is marked as missing and jumps back to the basic style.

1. InDesign version 16.1, MacOS 10.14.6 and above


2. Steps to reproduce the issues: Install font via FontBook, move sliders in last three axes


3. Expected result: Glyphs a, g, and l are exchanged


4. Actual result: Glyphs a, g, and l are not exchanged, font is marked as missing and jumps back to the basic style


5. Test file: https://christoph.koe.berlin/temp/PangeaVARTrial_2.000.ttf
   

I'm using InDesign v 16.1 for a Mac. I just encountered an issue with outlining text. As you can see in the "Display in Preview" png, all of the text is visible and matches what I actually see in InDesign. All of this text is outlined by pressing command + O. When you look at the "Display in Acrobat" png, the yellow outlined text appears to be transparent. Again, all of the text in the png files are outlined. This issue is also visible at our print shop. The workaround I found is just to keep the text live, but there are times where I need the text to be outlined. Any guidance on this issue would be appreciated.

I'm using InDesign v 16.1 for a Mac. I just encountered an issue with outlining text. As you can see in the "Display in Preview" png, all of the text is visible and matches what I actually see in InDesign. All of this text is outlined by pressing command + O. When you look at the "Display in Acrobat" png, the yellow outlined text appears to be transparent. Again, all of the text in the png files are outlined. This issue is also visible at our print shop. The workaround I found is just to keep the text live, but there are times where I need the text to be outlined. Any guidance on this issue would be appreciated.

Indesign v16

We use conditional text and have noticed that using bullets with this would leave a lone bullet when swtiching the conditional text off. There's a work around to and a line break and switch the bullets off which allows the condition to work as expected.

Would expect bullets to work with conditional text without the need for an extra line, this is flagging as overset text in some cases as well.

To reproduce the issue:

Set a few lines of text to bullet style
apply conditional text to the lines
Switch view of conditional text off
You're left with a solo bullet with no text

Would expect there to be no bullet at all

Adobe InDesign (ME) 2021, 2020, CC 2019, ..., CS6
macOS and Windows

InDesign's WorldReady settings (Paragraph Direction, Kashidas, etc.) are being stripped from a document's [No Paragraph Style] style when opened on a machine with a missing 3rd-party plug-in (like Em Software's InCatalog). This appears to happen with any 3rd-party plug-in that adds a text attribute with a prefix that's lower than the WorldReady plug-in's prefix. While the following steps use the Middle Eastern app (English Arabic), where there's a UI to see the style's empty/blank WorldReady entries, we've confirmed that this problem affects all app variants (including English (Roman)).

To reproduce:
1. Install ME version of InDesign 2021 (English Arabic).
2. Install Em Software's InCatalog plug-in (http://emsoftware.com/products/emcatalog/ ) or any plug-in that adds a text attribute with a prefix ID below that of WorldReady's 0x50f00. (The SDK's BasicTextAdornment sample will work if its kBscTAPrefixNumber is changed to something like 0x43a00.)
3. Restart InDesign while holding down Shift-Control-Option/Alt (to ensure the session workspace's [Basic Paragraph] style is rebuilt to include the new plug-in's text attribute).
4. Create a new document and add a text frame containing a few paragraphs using the [Basic Paragraph] style. This text should compose as right-to-left (the ME version's default direction, as specified by WorldReady's kParagraphDirAttrBoss). Create a numbered list, since that's a great way to see the problem.
5. Save the document.
6. Quit InDesign.
7. Remove InCatalog (or whatever plug-in was installed in step 2).
8. Restart InDesign.
9. Open the document that was saved in step 5.

Alternatively:
1. Install ME version of InDesign 2021 (English Arabic).
2. Restart InDesign while holding down Shift-Control-Option/Alt (to ensure a clean session workspace)
3. Open the attached SavedWithInCat(2021ME).indd file. (Well, UserVoice won't let me upload it. Ask & I can send directly.)

Notice that the text frame in the opened document incorrectly flows left-to-right and the numbered list's numbers wrongly show on the left rather than the right. Edit the [Basic Paragraph] style and note that the WorldReady settings in the Middle East Character Formats and Indents and Spacing panels are blank/empty. (See attached before-after screenshots.) One would expect a style to survive intact even when opened on a machine with a missing 3rd-party plug-in, but instead some of its settings may be at risk of being lost.

We've used WorldReady as the victim here, but this problem affects any plug-in, Adobe or 3rd party, that adds a text attribute with a prefix that's higher than the missing plug-in's prefix (such as Em Software's InData).

Details: We've isolated what looks like a long-standing problem (bug?) with the SDK's AttributeBossList::CopyInto(), where it stops the copy when it encounters an attribute whose plug-in is missing. Instead, the copy should continue after the missing plug-in's entry order to produce a complete list of non-missing attributes. Copies produced by AttributeBossList's Duplicate(), ApplyAttributes(), and its copy-constructor are all affected.