JeremyTankard

Good news Nathan! I set the preset to 'Default' and then selected the Large C5 Envelope size, and the Paper Feed to Bypass Tray. All worked – the printer asked for the correct paper size to be added to the tray and all printed OK. I then Saved this preset under a New name and deleted the old preset. All worked. So I presume there must have been somehting in the preset from V1 to V2? All happy now though. Thanks for your advice. Jeremy

Hi Nathan, As I can't open the .afpub file in V1 I Exported as PDF and dropped that on V1 so it opened up as the V2 file. I then selected Print and the correct Preset (C5+ Envelope). This is using the same Preset used for the V2 file. It printed correctly – the Xerox VersaLink C7000 asked for the correct papaer size to be inserted to the Bypass Tray and all went through correctly.

Hi Nathan, When I print from Pub2 The printer tells me that it is using the correct Preset and it asks for me to add the stock to the bypass tray. But when it prints it causes a jam at about 3/4 way along. It's almost as if it is woring to A4 instead of the custom dimensions. I'm uisng Mac OS 12.6.6 The orientation is OK as it is 'Auto Rotate' on Preview and corrects itself to the printer. This threw me as well but it works. I've tried on my MacBook running Mac OS 13.4 from Pub2 Print info shows C5+ Envelope preset with custom dimensions for 'Large C5 Envelope' = 260 x 162 mm However the printer is asking for A4 paper size, even though the preset is C5+ Envelope – as can be seen when I Cancel the print.

I've been struggling to print on a C5+ envelope. The document was set up in Publisher 1 to print to a Xerox VersaLink C7000. In UK I buy postage online and download the PDF label, place the PDF in my template and print to C5+ envelope with my address on the flap. This used to work smoothly, no longer. After a lot of wasted envelopes and countless checking I thought it might by Publisher. So I went to Print and selected PDF 'Open in Preview' and printed from Preview to my 'C5+ Envelope' preset and all was fine. Publisher 2 doesn't appear to like printing to custom paper sizes (my C5+ Envelope preset is 162 mm x 260 mm).

Found it in Library/Application Support/<Affinity app>/user/file_export_options.dat 👍

I have several bespoke PDF profiles set up in Publisher V1 and now want to save these and load them into Publisher V2. I can do this with my Keyboard Shortcuts. How do I do it with Export profiles?

The only way I can get 100% solid black when printing from Publisher (v1) and I dare say it will be the same with V2 (not yet printed from them as yet), is to set the colour profgile to Grey and print that way. This now prints black as a solid, if left as a colour profile then it prints single black with a screen or as a 4 colour black. It's been a nightmare when sending to press, so I let the printer do their thing with the PDF. Even though it prints incorrectly for me (on a Xerox VersaLink C7000), the printer alters the PDF with their own tools. Interestingly if I export a Pub doc to PDF andf print teh PDF, black prints correctly. The whole handling of colour in Affinity apps has always confused me with regard to CMYK and printing. I hope V2 has solkved this . . .

I've noticed that Affinity Publisher isn't processing the OpenType CALT feature as other applications do (Adobe and Mac OS). It appears that a root glyph in the OT feature code is processed but an alternate glyph is ignored. So in the example at https://recordit.co/rRfGqmvvwA the long tailed R should swao to a different R glyph when the following glyph clashes with it. In this example a germandbls.alt. The first line shows Rß but if I change the ß to its stylistic variant then it its long downstroke hits the leg of the R. The Calt feature catches this and swaps the R to another R shape with a shorter tail. This is all handled inthe Calt feature and works in InDesign etc. However the only way I can get it to work in Publisher is to insert the alternate glyph via the Glyph palette. This occurs for all glyphs that are not the core/base glyph. I'm guessing all glyphs that do not have a unicode. Is this a known limitation/bug with Publisher?

Sounds good too. Obviously there is a need for this functionality.

Yes, this worked David. I saved and opened in Photo, Resized the Document, then selected the items I wanted and copied them back into Publisher. So, once I know the scale I need to achieve I can than go round the houses this way. (I'd rather not open Adobe CS6 anymore, eventually it will no longer open)

Excellent. Found a way to do it. Though I don't think Affinity will like it. Select the items to be scaled. Copy and Paste to Adobe Illustrator. Scale as required. Save as PDF, open PDF in Affinity (keeps it as a Text Frame) or Copy and Paste back to Affinity (turns it into an Artitic Box) Laughable.

That seems rather limited. Is there an easy way to convert Text Frame to Artistic Box, Scale then convert back?

Hi, Unfortunately it doesn't behave like this.

I have a group of objects (Text boxes and outline images) that I wish to scale uniformally by a fixed percentage – say 50%. I've never found a way to do this in any of the Affinity apps. The only way is to drag the group and 'guess the percentage amount. This obviously is not accurate. If I select all that I need to scale and then enter the percentage in the Transform panel – say Width 50%, then it does this but destroys all the relationship of the grouped elements. So Text in a text box stays at its original size but the Text Box reduces. Is there a way to solve this without converting text to outlines etc?

If you are placing a PDF as a Resource on a page as part of a layout that contains other material, then the only way to get a good printout is to Export the new layout as another PDF and then print the PDF from another application.

So a way around is to place the PDF in the tempalte, then Export as PDF and then Print the Exported PDF (bit laughable, but so be it) All I know is that this is not an issue with InDesign. And I think this quite a problem/limitation with the application.

I get a correct PDF when I export to PDF. – I hadn't tried that! So the issue only seems to appear (1) viewing as pixelated in AfPub (2) when printing from AfPub (3) when making a PDF saved from the Print dialogue (Mac) Can you try printing you test Mike and see what you get. The attached file is what I get when I place the PDF in AfPub and the Print and Save as PDF (Mac), the actual print out is also like this – missing fonts and styling Interestingly the double tt ligature in Calibri is turned into a '3' as it isn't a unicode glyph and the oldstyle 56 are (). The glyph naming must be screwy in the font file, usually the glyph variants would route back to their core glyph: t_t.liga would break to t t , and five.osf would break to five etc. Test font PDF placed in AfPub (Print & Print as PDF).pdf

I couldn't send the Royal Mail PDF as it contains personal info. So I've made test files. 1. I set an A4 in Apple Pages and Exported as PDF. Then removed the Retail and Corpoarte font used from the Fonts folder so Publisher couldn't reference them. (Just realised that Calibri isn't a system font it's shipped with MS Office) 2. I placed this Test font.pdf into Publisher – as expected it ratserises the PDF 3. Print and Print (save as PDF) drops the embedded font info. Test files.zip

Here's a quick side by side. The PDF used here is one made on demand from the UK Royal Mail online postal service. You buy the postage and download the label. I'm then placing this PDF in an AfPub template I made to print out on sticky labels. Anyway. This screen grab shows the placed PDF in AfPub and also in InDesign (CS6). AfPub places the PDF as Passthrough so it 'appears correct' but it is rasterised (almost as a hi-res preview image) whereas the same placed in InD is not rasterised and shows (and prints) sharp. If I change the AfPub from Passthrough to Interpret it drops the embedded font totally and actually displays what it prints. Obviously just printing the PDF from Preview or Reader prints OK.

I think this is it. I would expect that the recently added ability to 'Place a page' in Publisher to behave like this. I presume this would then let the PDF and its embedded content appear as it does in a PDF Reader application – all intact AND not be rasterised.

I get the unicode issue, but this was never a problem with placing PDFs in InDesign. The PDf is OK but its placing it back in an Affinity app where the problem starts. Is it that Affinity wants to 'unwrap' the PDF so it can be edited?

thanks, will do

Placed PDFs still appear to have issues. . . . refering to a previous post 1. Text that is styled with OpenType features that modifies the glyphs with no unicode is not recognised. i.e. if default lining figures are styled a Old Style ones. They are fine in the PDF but when this PDF is placed in Publisher those figures show up in the placed page as the default lining ones, albeit in the correct font still. 2. Placing a PDF shows the embedded fonts correctly (except for point 1 above). However, printing the PDF isn't correct (i) doesn't print the embedded fonts (ii) turns the PDF to a rasterised image In the attached screen grab the postage label PDF has been placed in Publisher = all OK. But printing it (shown alongside as 'Print/Open in Preview) shows that the embedded font is missing and the whole has been pixelated as an image.

Placed PDFs still appear to have issues. 1. Text that is styled with OpenType features that modifies the glyphs with no unicode is not recognised. i.e. if default lining figures are styled a Old Style ones. They are fine in the PDF but when this PDF is placed in Publisher those figures show up in the placed page as the default lining ones, albeit in the correct font still. 2. Placing a PDF shows the embedded fonts correctly (except for point 1 above). However, printing the PDF isn't correct (i) doesn't print the embedded fonts (ii) turns the PDF to a rasterised image In the attached screen grab the postage label PDF has been placed in Publisher = all OK. But printing it (shown alongside as 'Print/Open in Preview) shows that the embedded font is missing and the whole has been pixelated as an image.

Was v 1.8 doing this? The document I uploaded forms part of a larger one I use for developing and testing fonts. I hadn't noticed this issue over the last year. I've only noticed it now as I'm testing PS hinting in Acrobat Reader on a non-retina screen. So I'm taking the PDF over to an older computer and this is how I spotted the missing space.