lowerider

Regarding Affinity Designer Windows Customer Beta 1.7.2.414... There is still no "include bleed" option in the "Export Persona" when exporting PDF/X files. This results in no artwork in the generated PDF/X file extending beyond the crop marks into the bleed area.

I've installed the current 1.7 retail release and I see that the issue discussed in this thread was not resolved.

Thanks! That explains why the installer installed as a separate installation to the retail version. (Wow! That last sentence was a mouthful with the word "install" used 3 different ways.)

Good to know that the developers are aware of this issue. For what I've used Designer for, PDF bleeds from the Export persona are critical to my projects.

The "Include bleed" ("Inklusive Abschnittbereiche") has always been available in the "Export Options" of the "Draw Persona" in both the stable and current beta release. But this setting only affects PDF exports from the Draw Persona. I often use the Draw persona's "Include bleed" setting to export simple single artboards. When I design and layout things like book covers, I create front, spine, and back artboards aligned together. To create a single PDF file from this type of layout, I use the Export persona PDF settings. This is where the missing "Include bleed" setting is problematic. Regarding your screenshot being in German... No problem as far as I'm concerned. In den 90er Jahren arbeitete ich in Deutschland für eine kleine Firma im Bereich Druckvorstufe. Cheers!

The current beta release (1.7.0.350 RC1) still does not properly export multi-artboard PDF/X-1 files for commercial print. The "printers marks" are created but no bleed area is created. When comparing the "Export Persona" export options of the stable release (1.6.5.135) with the current beta, I see no "Include bleed" option in the beta. Could this be the reason why no bleed is created in the beta's multi-artboard PDF/X-1 file?

I was able to get artwork to bleed into the bleed area using the current beta's Designer Persona (v1.7.0.333). I overlooked a couple of the details mentioned in earlier posts. However, that seems to work only for individual arboards. One of the things I use Affinity Designer for is designing and laying out book covers. I create three artboards: front cover, spine, and back cover... I then create a single PDF X-1 file from the three artboards for commercial printing. I use the method/steps described in this tutorial video (begins at about the 3:30 time): "Artboards: Exporting and Printing (Affinity Designer)" https://youtu.be/AMtJNv1rZdY?t=210 This method works as expected in the current stable version (v1.6.5.135) I use... The method/steps shown in the tutorial video do not seem to result in the expected PDF X-1 file with the current beta (v1.7.0.333)... I've attached an example "book cover" Affinity Designer file [Example_book cover_1.6.5.135.afdesign] created with v1.6.5.135. Follow the steps in the above-mentioned video tutorial using v1.6.5.135. Then open a copy of the example book cover Affinity Designer file in the current beta release (v1.7.0.333) and repeat the steps in the video tutorial.

PDF X-1 file exported by Designer BETA v1.7.0.331 does not show artwork bleeding into bleed areas like PDF X-1 files exported by current retail version. This PDF X-1 export issue happens when exporting from both "Designer" and "Export" personas. (Bleed to 0.125 inch.)

App crashes when the dialog box... ----- Close Document <filename.afphoto> has been modified. The document is about to close, would you like to save your changes? [Yes] [No] [Cancel] ----- ...appears and "Yes" is clicked on. It looks like the modified file is saved and the dialog box disappears. After the dialog box is gone, the empty Photo app's window closes after a second or so (i.e. app crashes). This appears to happen with any modifications I make (e.g. resize document) to an afphoto file. The Photo app does not appear to crash if an afphoto file is saved (e.g. with "File > Save/Save as") before closing it. At first I thought the problem was because the afphoto file was on an external USB HDD. The crash also occurs when working on an afphoto file on the PC's internal HDD.

I think I've found the issue! The A-Photo file (that kept "Open folder in Explorer" from working properly) had a file name that included a comma (","). After removing that character from the file name, "Open folder in Explorer" functioned again, whether I opened the file via drag-and-drop from File Explorer, "Open" command, or "Open recent" command. I will note though, the "Open folder in Explorer" command worked in previous 1.7beta releases with filenames that included the comma character. At least that's what I remember.

I first thought the problem lay with dragging an A-Photo file from Win Explorer to A-Photo app window to open it. But I still experience the same problem when I open an A-Photo file using the "File > Open" or "File > Open recent" commands. I've made sure that A-Photo is not on my anti-virus apps "block list".

The command, "File > Open folder in Explorer", no longer opens File Explorer at the location of the Affinity Photo file currently being worked on. This worked in previous 1.7 beta versions.

I, too, would also like to see this functionality.

Until (or if) a bitmap tracing function is added to A-Designer, I use Inkscape's "Trace bitmap" function. It works reasonably well for my needs. This how I use that function... 1. Import bitmap into Inkscape. The higher the bitmap's resolution, the better. 2. Select the bitmap then run "Trace bitmap." The function's basic settings work fine in general for my needs. 3. Save the trace in Inkscape's native vectore file format, SVG. 4. Open/import the SVG in A-Designer. Inkscape website: https://inkscape.org/ (Current stable version: 0.92.4) In addition to using Inkscape vector files in A-Designer, I use them in laser engraving, CNC wood engraving, and CNC milling of aluminum and steel parts.

Nothing happened when I used the key combination with artistic or frame text.