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

JeremyTankard

Members
  • Posts

    82
  • Joined

  • Last visited

Posts posted by JeremyTankard

  1. 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

  2. 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.

    Screenshot2023-06-06at16_11_57.thumb.png.53c5d7d20fd5ae868f60d7d41cd7fb05.pngScreenshot2023-06-06at16_12_50.thumb.png.e9e778d7e03c5f9f1d4cdccb69af4211.pngIMG_0068.thumb.jpg.8fd7ef26b0d6f3f9295ce089bf2650be.jpgIMG_0069.thumb.jpg.dd132cc72e2d53d46d278fdbd64f893c.jpgIMG_0070.thumb.jpg.c02c961965074dd5121da1cfbcadfb54.jpg

  3. 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.

    IMG_0063.jpg

    IMG_0064.jpg

    Screenshot 2023-06-05 at 17.30.01.png

  4. 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).

     

     

    Publisher 2 Print.png

    Preview Print.png

  5. 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 . . .

  6. 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?
     

  7. Just now, MickRose said:

    There is a sort of workaround.

    1) Create a box so it aligns with the left and right edges of the items to be scaled.
    2) Use the transform panel to scale it by whatever you want and make sure it lines up with the left text.
    3) Select the text items (any anything else to be scaled). Use the bottom right control and move it so it snaps to the right side of the box.
    4) Delete the box.

    Sounds good too.

    Obviously there is a need for this functionality.

  8. 8 minutes ago, David in Яuislip said:

    If you have Photo:
    Copy the items
    then using Photo
    New from Clipboard
    Resize Document to required scale
    Copy items back to original document

    Rescaling.afphoto 384.07 kB · 0 downloads

    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)

  9. 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?

  10.  

    1 hour ago, walt.farrell said:

    Those are all areas where Passthrough does not apply in Affinity. It applies specifically to Exporting a PDF. For other contexts you must have all the fonts from the PDF installed.

    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.

  11. 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

  12. 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

  13. 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.



     

    Placed PDF in Pub and InD.png

    Pub set to Interpret.png

    Pub set to Passthrough.png

  14. 1 hour ago, MikeW said:

    InDesign cannot open a pdf for editing. Period. So this issue is not present in ID, QXP, Viva Designer, etc.

    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.

  15. 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 PDF not printing correctly.png

  16. 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.
     

    Placed PDF not printing correctly.png

  17. 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.

×
×
  • 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.