Jump to content
You must now use your email address to sign in [click for more info] ×

JeremyTankard

Members
  • Posts

    86
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thanks both for your replies. I'm a type designer (been designing type since 1993) and the font in question is under development. It is an extend typeface principally for typographic use rather than branding and general graphic design. All my types have extended character sets and it is normal for me to add many figure sets and extended typographic functionality delivered through OpenType feature code. As the type and associated masterial is sensitive, where can I email the requested files so they are not public?
  2. I had this info back from a couple of colleagues: "I believe kerning is not preserved in a PDF. It depends entirely on the app that puts the glyphs on the page." "All glyph positions are calculated when the PDF is created; usually kerned text is placed line-by-line using the TJ operator, which takes a sequence of strings and kerning adjustments between them. So the kerning is still implicitly there within the text, but the original GPOS code is not."
  3. Further to this I have found that if I export a small document (1 page or 3 pages) then all the kerns are respected. If I exprt a large docuemnt (70 pages) then the issue occurs. Is there a limit to size, processing size, cache? that Publisher uses/needs in order to build a PDF? Is there a seeting in Prefs that I can increase if the PDF is a large document?
  4. I have noticed that several kerns are ignored when exporting to PDF from Affinity apps (Publisher, though I suspect this will also be the same for Designer and Photo). Exporting the same from InDesign to PDF is OK. I think there was previous issue with OpenType styled superiors in past versions of Publisher. An example is superior lowercase glyphs following a lowercase f This screengrab shows a string of glyphs in Publisher, This image shows the same glyphs in a PDF made from Publisher, the positive kerning values have been ignored. This image shows the string set in a PDF exported from InDesign, here the positive kern values have been retained.
  5. 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
  6. 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.
  7. 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.
  8. 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).
  9. Found it in Library/Application Support/<Affinity app>/user/file_export_options.dat 👍
  10. 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?
  11. 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 . . .
  12. 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?
  13. 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)
  14. 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.
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.