Blake_S

Well today I can't recreate the issue either using the same files, so now uploading files would be pointless. This is however after PC restart, so something might have changed in the system. As far as I could tell when the Publisher was freezing I still had both free RAM and disk space, so its not that. If I encounter the same issue again and it will persist after PC restart then I'll upload the files for testing.

Yeah I used PDF provided by someone else created in another program, not the one I created. Should re-iterate that this is only Affinity V2 bug, works fine in V1

From what I've read, majority of people disagree with you, saying that outlining fonts is no longer needed, and is mostly an ancient practice. Example: https://community.adobe.com/t5/indesign-discussions/convert-fonts-to-outlines-when-is-absolutely-needed/td-p/8490863 What people should actually do is embed fonts. Doesn't matter at all if the font is embedded. Of course it would have been better to have fonts in curves for editing, but not needed for printing unless 20+ year old RIP is used.

Whole Affinity suite uses the same bizarre rulers. They are all divided into 5 segments between major hash marks, instead of 4.

When selecting measurement units as mm, the rulers are mostly unusable, they don't seem to be designed for human use. Example - I want to set content at 5 and 10 mm from the edge. I was not able to easily do so by using a ruler. Neither 5mm nor 10mm are marked on it. Instead, the following values are highlighted: 4mm, 8mm, 12mm, 16mm Instead of being divided into 4 segments, its divided into 5, which results in the wrong values being highlighted. This makes absolutely no sense. In order for 10mm highlight to appear, I had to zoom for over 300%, which is ridiculous. It should be visible at default zoom. Here is a reference of how a mm ruler designed for humans looks like (from Adobe Illustrator): and here is whatever it is that Affinity is doing:

Not all software has this option. Impose in Fiery Command Workstation doesn't have it, still. Your only option is to scale the entire document. Xerox FreeFlow Core didn't have this option until fairly recently, although you could add it via Acrobat preflight profile yourself. But as I said, this doesn't always work. Sometimes white line gaps are left between content and bleed area. And of course if you just have a solid fill then adding a bleed is easy. When its part of some photo(s) that should have been extended to bleed area, then the problems start, especially when its something that will produce some monstrosity when mirrored.

Then I should have specified "as long as you're not working with flags"? Lets just say that files without bleed are unsuitable for print for vast majority of printed materials that are printed on paper/cardstock. Flyers/leaflets/business cards/brochures/books/etc. If the file doesn't contain bleed its always a problem, which results in either having to add it ourselves (content mirroring/pixel replication/scaling via preflight profile can work, but not always), cut into a lesser size, say "f*** it, the client won't care" and cut it into the same size with possible white edges left, or tell the client to send the correct file with bleed.

Sure, but this is irrelevant, as the topic is about the error in the default template. People sending files without bleed to print houses is a big issue, and its not fun to see a default setting responsible for this here in Affinity. When people see this template, they assume the file would be good to print if they select it. It won't be. Files with no bleed are not suitable for print.

When placing a PDF file into Publisher document, Publisher stops working - it doesn't crash, but it stops doing anything - can't save a document, can't create new pages, when attempting to switch pages the view doesn't change at all, etc. If you close the document, Publisher stops responding, and can only be killed via Task Manager. I was able to reproduce this every time. Publisher V1 doesn't have this problem, works fine with the same PDF.

If you try to open any PDF file which contains embedded fonts, Designer will ignore those fonts and replace them with a wrong ones. There doesn't seem to be any way to open a file using the embedded fonts.

There is a wrong setting in "PDF (for print)" Export preset: "Include bleed" is disabled. It should be enabled. Its absolutely crucial that any documents that are going to be printed contain a bleed area, otherwise it would be impossible to cut them to correct size without either leaving white edges, or cutting them down to a wrong, smaller size.

assign Ctrl+V shortcut to "Paste Without Formatting" action make a multi-page document copy a text frame on page 2 go to page 3, press "Ctrl+V" pasted text frame appears on page 5, not 3

While this does work, its a rather convoluted solution, plus still requires drawing a rectangle first to get correct ratio. And no one actually answered the original question - was this functionality (fixed ratio mode for marquee tool) added in V2? Judging by the responses, the answer is no?

You select the relative width and height, but can change the size of the selection while maintaining the same aspect ratio

Never said anything about it. Talking about Marquee tool, to make selections.

This feature was requested for at least 2 years and was never added in v1, still missing. Does v2 have it?

So I create a Publisher document, set CMYK colorspace, and select a CMYK profile. Then I create a rectangle and fill, it with a particular CMYK color. After that I export a PDF with "color space: as document" and "ICC profile: use document profile" settings. I open the exported document in Acrobat, go to Output Preview, select the same profile that I selected in Publisher, and I get a different CMYK color on my rectangle fill. Why?? How do I get the color that I actually selected? The color I set in Publisher was: C 56 M 20 Y 78 K 2 The color Acrobat reads: C 57 M 21 Y 79 K 0 The ICC profile used was PSO Coated Fogra51 (EFI) which was supplied with Fiery CWS What is even more bizarre is that when I link an external PDF document into Publisher, it exports it with all correct colors, Acrobat reads the same color in the original document and in an "exported from Publisher" PDF, but the vector objects I create in Publisher myself have wrong colors after export. I also tried selecting the particular profile directly in Export settings, instead of using "ICC profile: use document profile", and still getting wrong colors.

For this test I chose pretty much an ideal case for merging - file has no images. Only text and some vector lines. And no images or PDFs are to be merged into it, the only variable field is text. I specifically checked this in Acrobat Output Preview - selecting "Images" shows nothing.

when exporting I chose "colour space: as document", so it was exporting into sRGB checked the merged file in Acrobat and indeed, its all in RGB

After about a minute more, it actually unfroze. Export completed successfully, about in the same time it took InDesign. Resulting merged PDF file is 235 MB, so absolutely nothing had changed after converting to sRGB. So nope, didn't help either.

Nope, not in my case. I disabled hardware acceleration, and this did nothing. Affinity Publisher chugs RAM when it tried to display a merged file. In the process of merging it doesn't use any additional RAM, but as soon as the merging is done and it tries to display the newly created file, that's when it happens. Atm looking at 11GB RAM Publisher, after disabling hardware acceleration. _________________ About RGB - I re-printed the initial file in Acrobat, choosing the acrobat color management and convert all colors to sRGB options. In Output Preview I confirmed that the result was indeed all in RGB - there was no CMYK or Grayscale objects left. Re-printed file is 55 KB in size. I also switched document color mode to sRGB in Publisher. For the merging - nothing has changed. Publisher still chugged 12GB RAM and written the rest to disk, speed was the same. Selecting Export locked the Publisher in "Not Responding" state. I have waited around 5 minutes now, its still not responding so far. This is quite an "experience" compared to getting a merged PDF in 20 seconds in a 10+ year old version of InDesign.

Has this been fixed in v2? Just got another file that is unusable from Publisher, had to re-make it in InDesign CS5 instead. Initial file is a PDF with one page containing a b7unch of vectors and text, no images, 454 KB 5000 records, just one number field Results: Affinity Publisher: creating merged document is fast, then Publisher was hanging for half a minute when selecting export, creating PDF was slow. Publisher also ballooned to 13GB in RAM, and had written 20 GB to harddrive, due to running out of free RAM. Resulting merged PDF is 223 MB, unusable InDesign CS5: quite fast merge directly to a PDF file, around 20 seconds, resulting file is 3MB. No noticeable increase in RAM consumption. Before anyone chimes in with "just rasterise the initial file" - quality of rasterised text sucks on print, its very noticeably much worse. In nearly all cases rasterising vectors or text is a terrible idea.

Its definitely not a feature, as I simply cannot see what I am doing. Hiding bleed area should be optional, a toggle setting.

In Designer v1 if you use artboards, you cannot view content that is located in the bleed area, its permanently hidden. This has negatively impacted the ability to work in the program, and now with the release of v2, this will never be fixed. Has this been fixed in v2, or does it have the same issue?

Currently, bleed area of artboards is completely hidden. Even if you select "View->Show Bleed" it is still hidden, only the bleed boundary is shown, but not anything that's in that area.