MikeW

I only have one eye to read/write with at the moment, so please excuse anything I have mised in the thread. @WolframH, thie QXP list feature isn't available in APub. The QXP list feature is akin to MS Word's Navigation panel. It can be used for both TOCs, pdf bookmarks etc., as well sa jumping to varios locations withing a document.

Multiply blend mode is permitted in a pdf, regardless whether vector or bitmap. Serif uses PDFLib (if I recall), which can export using these blend modes (from the programming manual): /* Records with all blend modes */ final blendmoderecord blendmodes[] = { new blendmoderecord("Normal", "no blending effect: foreground obscures background"), new blendmoderecord("Darken", "symmetric mode"), new blendmoderecord("Multiply", "symmetric mode"), new blendmoderecord("ColorBurn", ""), new blendmoderecord("Lighten", "symmetric mode"), new blendmoderecord("Screen", "symmetric mode"), new blendmoderecord("ColorDodge", ""), new blendmoderecord("HardLight", ""), new blendmoderecord("SoftLight", ""), new blendmoderecord("Overlay", ""), new blendmoderecord("Difference", "symmetric mode"), new blendmoderecord("Exclusion", "symmetric mode"), new blendmoderecord("Hue", ""), new blendmoderecord("Saturation", ""), new blendmoderecord("Color", ""), new blendmoderecord("Luminosity", "Like \"Color\", but with foreground and background exchanged") }; Some of which will require rasterization.

It's a bug that won't be fixed. One can, after double-clicking on a PP file and once the splash screen is displayed, quickly double-click again. Timing is everything. Otherwise, one just needs to use the file, open, navigate to the file and open it in PP.

While I am certainly a Dunce & an Idiot in Training... There are typically two ways this can happen. One common way is that you really are not using a true 100% K for black like you think you are (assuming that is what you really want). Affinity applications can, and do, lie to the user in this regard. A possible route is using what Affinity says is 100% black when picking from the as-installed Grays palette. They are really hsv/rgb values. Another common means of this issue is using a different output profile than the document profile. Another is not viewing the pdf in Acrobat using a profile that is not the Affinity application's document profile. I've also seen documents set to use an RGB profile but exporting to a cmyk profile. There are other issues that can happen too. It would be best if you uploaded a sample, stripped-down version of your document to look at.

Yes. No. The letter-size document experiment all depends on the document dpi, not the export dpi (at least as far as I have tried). However, nothing is gonna export an even, proper, a4 mm dimension. Not even printing to Adobe's pdf driver set to a4. I'm not really disagreeing with you. Having a dependent document dpi is a boneheaded decision for vector applications. That it can affect a resulting pdf's size in varying amounts is proof of a faulty decision to have a document dpi.

Sort of / Mostly true. But not universally. A pdf is using points per inch internally--always--other math units will always be fractional. Try a US Letter, 72 dpi document. Export it as a 72 dpi document. Now try a 300 dpi export with the same document. Or vice versa (US Letter, 300 dpi document, 300 dpi export and a 72 dpi export). You'll find the export is a proper/even export of points (612 pts x 792 pts) both times. Now try the same as I did above, using a wider range of software that is dpi agnostic, and an A4 document. There will always be a fractional mm measurement using their pdf export. While I have always "railed" against a document-based dpi in APub/AD (for other reasons), this non-exact mm measurement in a pdf is mostly a non-issue.

The layout applications I use are consistent...but still off if one desires absolute precision. InDesign: VivaDesigner: QuarkXpress:

MS Word:

Look again at my screen shot of AD. It's not 210.1

btw, I think that as a pdf's native units are points (72 pts/inch), I'm not aware of any application that can do an a4 document to precise mm units in both dimensions--at least if the digits are increased enough to display where rounding does occur.. Adobe Illustrator: CorelDraw: Xara:

Part of the issue is a rounding issue due to the number of digits. This is what I get in both Acrobat and my copy of AD/Windows, both using more digits to display the values.

I modified it. As you know, certain ot features are not exposed in an interface. Those features should activate automatically as Serif adds them. Others will likely require hunt and peck through the interface as they are added, and yet others will need control characters and or an interface option turned on...but even then the ligatures in the font may not activate.

Former archive is replaced with a v.2 archive containing the APub file + font.

Here 'tis. I may have modified the font version I am using. If something isn't correct, I'll upload the modified font. OT Feature Test-2.zip

Learning is good...I'm preparing dinner at the moment, so it'll be a bit later.