Jim_A

@Jamso You can also select an object behind another object in the layer stack by option-clicking with the Move tool.

There are some bugs with the new Publisher .docx import feature: From a new blank document in macos Pages (version 7.1 (5683)) I used the default styles to make a simple document containing the Title, Subtitle and Body styles, then exported to .docx. On import into a Publisher textframe, the paragraphs are have 'Start: On Next Page' applied in the Flow Options, even though this wasn't part of the style in the original Pages document. (So on import, only the first paragraph appears, with the text overflow icon showing red. By option-shift clicking on the overflow icon, a number of new pages are created for each of the paragraphs in the document.) Also, the original font Helvetica Neue Bold has small caps and italics applied on import. Original Pages file and .docx export file attached. (Full specs of my system in sig.) docx-export-test.pages docx-export-test.docx

On further investigation, this problem only seems to appear with certain fonts. So far, I have identified: Kozuka Gothic Pro Kozuka Gothic Pr6N Adobe Heiti Std Heiti TC Kozuka Mincho Pro I think many of these were installed with Adobe Creative Suite CS5. There may be others, but I haven't had time to check. ------ In addition, if the InDesign-exported PDF is opened in Preview and re-exported as a PDF, it appears fine in Publisher. (I see from other threads that PDF passthrough is not a simple task.) https://forum.affinity.serif.com/index.php?/topic/67957-why-cant-a-pdf-just-be-placed-without-option-to-edit/&

I'm having trouble reproducing it myself. It could be a font problem with the original InDesign document which used Kozuka Gothic Pro. If I change the font, the problem disappears. My system is showing Kozuka Gothic Pr6N in addition to Kozuka Gothic Pro, so this could be a problem with the fonts on this machine. Could someone try importing the attached PDF into a Publisher document to see if it displays double bullets (as it does on my system). If I open the PDF in a PDF viewer, it appears fine. list-export-kozuka-pro.pdf

On further testing, it seems to depend on the Text After character used in the InDesign style. A space doesn't seem to cause problems, but tabs, em space, en space all cause formatting issues.

PDFs created by InDesign which contain bulleted lists display incorrectly when imported into Publisher. The InDesign CS5 bullet list was set as a paragraph style and used a specific glyph which had a character style applied. I tried exporting as PDFX-1(2001), PDFX-4(2008) and High Quality Print with the same results. In the screenshots below, the top one shows the original Indesign Document and the one below shows the exported PDF placed in Publisher.

Not really a bug, but rewording might prevent some prepress headaches. When exporting a CMYK document using PDF/X, the option to 'overprint black' could be reworded to 'overprint black at 100%'. Black set to anything other than 100K knocks out, unless a global swatch with overprinting set is selected.

See video. A number of studio panels which aren't shown by default (for instance Table, Table Formats, Hyperlinks, Constraints) appear as duplicated tabs when selected from the Studio menu. Dragging into separate panels results in blank or unresponsive panels. [AfPub 1.7.0.249] table-panel-bug.mov

Those symbols are rather cryptic but they are the correct symbols for Page Up and Page Down (see here for other macOS symbols). The symbol on my keyboard is just a plain arrow which doesn't help, but that's an Apple decision. Compact keyboards use fn-Up Arrow. The only glitch in Publisher is the missing glyph symbol in the Keyboard Shortcuts preferences. If I type Command-Page Up into the preferences, the symbol appears as expected. Not sure why it's not showing by default.

Since the internal discussion on styles is ongoing, can I cheekily point you to this thread where there is a discussion about changes to the way that style information is displayed. https://forum.affinity.serif.com/index.php?/topic/70947-initial-words-sticking-with-first-font-applied/

The only way I could find to do it was to type a tab character in a text frame, copy it, edit the style then paste it into the End characters field. Nothing shows in the field as it pastes as an invisible character. However, if you save the style changes, close, then Edit Style again and go back to the Initial Words section, the tab shows up as <TAB>. However, manually typing in <TAB> doesn't work, you have to paste in a tab character. Maybe there's an easier way.

Page Up and Page Down keys work here as well, although there's a different symbol on my extended keyboard which just shows a plain arrow. Looking at the Keyboard Shortcuts preferences, there seems to be some trouble displaying that glyph, although it appears ok in the Document menu.

Apple replaced Command-D with Command-delete for some applications, which is not as convenient to type.

On macOS there is also the keyboard shortcut of Command-D for Don't Save, which enables you to quickly review and close without saving (if desired) a stack of open documents (but only if you quit the program, as walt.farrell said above).

That's useful, thanks. And it does work for the hyperlink styling. The option for new text frames to automatically have default styling would still be useful (or even desirable as the default option). There is a glitch with the Revert defaults button: After clicking the button, the style selected in the Text Styles list doesn't change to No Style until you start typing.