tudor

Not even the "big guns" InDesign and QuarkXpress have this feature.

TL;DR This can only be fixed by Adobe. Detailed information: The generic EPS file format does not contain information about a page/media/artboard size. Therefore, when opening an EPS created in a 3rd party application*, Illustrator will create an artboard the size of the last one used. However, EPS files do contain a "bounding box" property, which is equal to the page size you define in Affinity Designer. Adobe could update Illustrator to use that bounding box value when creating the artboard holding the EPS graphics. (btw, that's what Affinity Designer does when it opens an EPS). * Okay, but then why an EPS created in Illustrator will open with the correct artboard size? That's because all EPS files created in Illustrator have a full AI file embedded. So Illustrator is actually reading the AI part of the file, not the generic EPS one.

Most blending modes must be rasterized when you prepare the file for printing. That’s okay. The erase mode in particular will never work in print the way you see it on screen in RGB mode.

You posted your feedback. Wait for somebody from Affinity to react. Feel free to ignore our comments.

You really have no idea what you're talking about. Nowadays companies use dedicated online project management tools. All collaborative work happens there. Those tools already have good features for editing/reviewing PDFs, images and Office files. For example we use Wrike in our company. I share all my Affinity work there as PDFs, PNGs or JPGs. There is no point in Affinity reinventing the wheel. Adobe has its own "share for review" online system. I tried it several times but went back to Wrike because everybody else in our company is there.

The plain EPS file format does not support layers or groups. What you download from stock sites are actually "Illustrator EPS" files. They contain proprietary Adobe Illustrator data on top of a plain EPS. Affinity and all other apps cannot read or write proprietary AI data.

I agree, that Grayscale color palette confuses people doing print stuff. But you could always make your own CMYK color palette.

The user can either spend a few seconds to understand and acknowledge the way AP deals with placed graphics and what dpi and resampling is, or keep bitching about how AP is not Photoshop. It's their choice. That's the difference between a professional and an amateur. The fact that AP preserves the original image data of placed graphics is simply awesome. I do image compositing for print and it's such a relief that I can freely resize imported images while maintaining their full resolution. AP continuously shows me the effective resolution of an imported graphic, and as long as that's above 150, 200 or 300 dpi, I know that the final, flattened result will look good. For pixel-precision work, I really don't want the software to do any resampling for me. I do it manually and only if/when needed, because resampling always destroys pixels. The same with the merging. Merging is destructive. I only merge layers as a last resort, when I really can't do what I want with groups.

If you agree with the client that the deliverable is a print-ready PDF, then you don't even have to tell them what software you use. If they insist on a certain format, it's most likely because they want the source file too.

Your document is 300 dpi, the black square is also 300dpi (since I presume it was created inside that document), while that Notepad screenshot is 360 dpi. If you merge the two layers with different dpi, there will be a resampling, hence the slight pixel offset. If you want to avoid this, all you have to do is to rasterize the Notepad screenshot before merging with the black square.

Again, not seeing that here.

Indeed, the colors from the Grayscale palette are not CMYK and should not be used where K-only ink is required.

You could use a separate Affinity Designer file as a master. Place it as a linked resource into your other files. Then any change you make on the master will be applied to all files.

I'm not seeing that here. Could you post an example?

Quick test: PDF X-4:

Are you sure your black is a CMYK 0/0/0/100 black? Are you sure the document color format is CMYK/8?

I suspect they've been busy working on version 2 of their apps. Not updating v1 anymore could also be a sign that the release of v2 is very very close.

It's been 6 years since the start of this topic. With the current slow pace of Affinity updates, there is little hope for a change.

Yeah, that's not entirely true. Read the FAQ on their website. A screenshot is used in some circumstances only as a cosmetic effect, to hide a menu for a fraction of a second. This can be disabled by revoking the screen record permission and the app will still work. There is nothing hideous or clunky about that. I was also a nonbeliever, until I tried it years ago, before the Affinity apps existed. Now it's the first app I install on a new macOS system. Of course, to each their own.

I have no idea where did you get that information. What screen capture? DefaultFolderX only adds an overlay with some useful commands on the regular Open/Save dialog window. It's like a plugin for Finder, nothing else.

Several people already recommended DefaultFolderX as a solution to this problem (on macOS only). Let me add my vote for this excellent utility. You have NO IDEA how useful it is (not only for Affinity apps) until you really give it a try. It has saved me a lot of time when dealing with the Open/Save/Export dialog windows.

Times New Roman CE is a special version of Times New Roman, containing characters for Central European languages. It was included in Windows OS versions from a couple of decades ago, back when the fonts with a full Unicode character set were not supported by the OS or the applications. Nowadays Times New Roman supports a lot of languages including Romanian, so it should be used instead of the CE version.

Yes, they said that "working with a PDF will not yield great results".

It's no big deal, I tried the conversion software and the results are okay. The translation software requires a readable IDML file. I can do the layout tweaks in InDesign afterwards.

The client had no requirements about the source file format, as long as I supplied them with PDFs they can print or publish on the web. This time, the specific requirement for IDML files came from the translation company. They use a translation software which accepts only IDML files. My client had no idea about that. I have no problem paying for the conversion software. I just wanted to nudge Affinity again about the importance of having an IDML export feature inside Publisher.