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

Dave Harris

(Ex) Staff
  • Posts

    2,454
  • Joined

  • Last visited

Posts posted by Dave Harris

  1. Same for me! As soon as I select PDF it crashes on any document. 

     

    It does look like PDF export is badly broken, I'm afraid. It's not getting its colour profiles right. As a result it either uses a default CMYK profile (even if you are trying to export to RGB), or else (for PDF/X-3 and PDF/X-4) it just crashes. Either way isn't really usable. If you are crashing, then CTRL+runup with Clear User Defaults checked will reset the dialog so it doesn't open on the PDF page so you can at least export as something else. You can still output a PDF by using File > Print > PDF > Save as PDF..., albeit without any of the new features.

     

    I'm very sorry about this. We'll get it fixed in the next update.

  2. 1) I cannot turn the transparent background on and off.

    Yeah, that's a bug we'd noticed. For now you should be able to select the artboard itself and give it a white fill. It's not quite right (blend modes will interact with it when they wouldn't with a document background) but it may help.

     

    2) Currently, all pages are all lined up horizontally when opening a multipage PDF file.

    It would be great, if I could choose an arrangement scheme when opening the file (e.g. 2-page spreads, single page, horizontal, vertical …). This is not a bug, just a suggestion for when you have some spare time and don't know what to do. ;o)

    We plan to implement multi-page documents, which will include two-page spreads, facing pages and the like. Artboard aren't really that. You can re-arrange them yourself if you want to.

  3. In today's Customer Beta (1.3.5.7), the Typography panel has been improve to show all available Stylistic Alternates (and Access All Alternates, Swashes and a few others). Also, it the options it offers are now specific to the characters currently selected, and there is a preview of what the alternates look like. The Customer Beta is available to those who have the full Mac App Store version installed, from here.

  4. Pantone and spot colours have some support in the current Customer Beta, but it's still a bit buggy and incomplete. The next beta will be a lot better, and hopefully not many days away now.

     

    The Mac App Store version should have this by Christmas. It will also include PDF/X-1a, PDF/X-3, PDF/X-4, but not scripting. Until then, if you have the Mac App Store version installed, you can download and use the Customer Beta from here. Please do! We would welcome the feedback.

  5. Create a box with 100%  "K" black outline 10pt. Fill with 100% "C" Cyan.

     

    If tick the overprint black in Beta (1.3.5.5) and output a PDF.  Looking at the PDF in Acrobat there's no overprint on the black line.

     

    Am I missing something here to create an overprint black?

     

    Are you exporting to a CMYK colour space? How are you checking for overprint? I just tried this myself, using "List page objects, grouped by type of object", and my box does have "overprint: on" for its stroke.

  6. In Acrobat Pro DC, all four exhibited the same basic problem. The stroke's spot color was honored, and appears correct in terms of on-screen color (I did not tell it to convert to CMYK and check to see if it matched PANTONE standards). However, the fill converted to what appears to be a CMYK breakdown of 485 C, and is not 286 C in any way.

     

    Thanks. I see what is going wrong. I'll try to get it fixed for the next beta.

  7. Ok so I'm using Roboto as the font. My word is "Test" then in the Character tab i have only "Small Caps" selected and the result is "TEST" and when I uncheck "Small Caps" and select "All Caps" the result is "TEST" just bigger.. And if I open the file in the stable release of affinity i get "TEST" properly. Doesn't make sense does it?

     

    It turns out that this is what the font's OpenType implementation does. It works in Pages because Pages doesn't use OpenType for this. We also have our own implementation for when the font doesn't support Small Caps, but if the font does support it, I think we want to use its implementation without meddling, rather than try to second-guess what the font designer intended. I can only suggest you remove the Small Caps feature from the capital letters by hand.

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