MikeW

Thanks. 22 years of communicating with Serif customers gives you sloping shoulders and most of it does not hit that hard. I/we welcome critique and some people are rightly cross about their experience of the software, and entitled to express it.
As Head of Testing I understand the balance we try to walk between making changes/improvements user want/need and fixing the issues that exist. Some need their issue addressed, some need the missing thing adding, both are true and all are welcome here to express their opinions (preferably just the once and not over and over in multiple threads).
2.3 may be quite a quick beta cycle, so if you need a fix to be in a release build, I would say our expectation is for 2.3 to be released this year, though as always that is testing dependent.

https://www.technologyreview.com/2023/10/23/1082189/data-poisoning-artists-fight-generative-ai
Also worth mentioning. 

https://www.technologyreview.com/2023/10/23/1082189/data-poisoning-artists-fight-generative-ai
Also worth mentioning. 

OOf, long day and too many new software releases....lets try this again!
Hi!  I'm AD!  aka The Explorographer.  Photographer/creative from the Finger Lakes region (FLX) of NY.  (Near Rochester).  New to the forums, but I have been an Affinity Photo user for quite a while.  Just found this place through the beta program so I thought I would say, "Hi!".   Always looking for new photog/crative friends in the area so if you are around me, please say hi!  Let's share ideas, techniques, locations, whatever!   Glad to be here!

Here are a few pieces of my work.

I remembered incorrectly the capability of Ghostscript to show overprint state of spot colors (especially ones in PDF/X-based exports), but it seems that they do not form a special case.
Ghostscript does have similar issues as Adobe Acrobat Pro with ICC-dependent PDFs without output intent (causing ad-hoc recalculated color values shown based on underlying default target), and therefore -- and because of lack of more general interest in the app on the forum, much because it requires user-initiated installation of Ghostscript -- I did not continue developing of my GS front end PDF Output Preview, so it has not been touched in about two and a half years.
But considering the continuing poor availability of free (or even low-cost) professional prepress tools being able to show e.g. spot colors, pick color values, show total area coverage and overprints, I decided to update the tool, and it now supports also version 2 Affinity apps on both Windows and macOS.
The tool has more "advanced" features on Windows, but might be useful also on macOS. It has been only cursorily tested on most recent Affinity v2 apps (2.2.0 and 2.2.1) on up-to-date Windows 11 Pro and macOS Sonoma 14.0. I had GS 9.5.0 installed on macOS Sonoma and it seems to work fine. On Windows I tested it with GS 9.56.1.
To avoid the mistargeting issue, it is recommended -- as always when producing DeviceCMYK content -- that ICC profiles are NOT embedded in the PDF exports (unless done automatically when using PDF/X-routines where inclusion of output intent is obligatory and happens automatically).
The apps are not properly digitally signed, and as mentioned, not really tested, but I can try to help forum users interested in using the app and needing some assistance. 

autokoverprint_wspots.pdf
Windows version (1.0.0.17):
POPWin_v17.zip

NOTE: The app can read PANTONE rendering colors only for MSI-based Affinity v2 apps (because the PANTONE .csvs are sandboxed in Windows store versions and their installation locations change with each updated version). 
macOS version (1.0.0.13):
PDF Output Preview-1.0.0.13.pkg
NOTE: The apps have been written in C# so they require runtimes. I am not sure but I think that both Win and macOS latest versions have runtimes installed.
 

Perhaps this:
 

04 Dodge
Affinity Designer | 1500 x 600mm | 300Dpi

Perhaps this:
 

There is an existing request:
 

If you are asking about how far of an offset printer's mark are offset (versus the bleed amount) as shown below, there isn't an option in Affinity applications for the same adjustment.

Be it as it may, but mere SVG code (as Clipboard text element) does not create a new graphic document in any Windows graphic design app that I have (only ones specifically dealing with vector graphics mentioned and tested):
CorelDRAW 24.5.0.731 (cannot paste rendered in an existing document, either) Illustrator CS6 (cannot paste rendered in an existing document, either) Inkscape 1.3 (cannot paste rendered in an existing document, either) Xara Designer Pro X 19.0.1 (cannot paste rendered in an existing document, either) Designer 1.x and 2.x (can paste to existing document) VectorStyler 1.1.111 (can paste to existing document) LibreOffice Draw (can paste to existing document) When tagging the exactly same code with image/x-inkscape-svg:
VectorStyler can create a new document and paste rendered to an existing Word can paste rendered on existing document Designer can paste rendered on existing document (but not from image/svg+xml) Inkscape can paste rendered on existing document When tagging the exactly same code with image/svg+xml:
VectorStyler can create a new document and paste rendered to en existing  Word can paste rendered on existing document On macOS I have assumed that there is better OS support for deciding whether SVG code is displayed as text or rendered as graphic when pasting from Clipboard. But it does not seem to be nearly as common as I thought so basically only Designer and VectorStyler can both paste SVG code and render it as graphics in an existing document and create a new graphic document from it. But e.g. Pages and CorelDRAW cannot render pasted SVG code, nor can Word.
In this perspective, Affinity apps work pretty well, being at least able to paste SVG code text item from Clipboard rendered as graphics in an existing document. The only app (of ones I have tested) on Windows that can create a new document from an SVG stream is VectorStyler.
Whether an omission or not, I do not think that it takes a lot to improve the code on Windows versions so that behavior will become identical with the macOS versions.
Additionally, as shown, image/x-inkscape-svg seems to be more compatible at least when using above mentioned apps, but when developing this kind of utility, both options should be made available as user-choices.
 
 

03 Path
Affinity Designer | 1000 x 500mm | 300Dpi

Imposition software can, like in this APub example, have the rows/columns set individually. Still, though, because Affinity applications create "extra" page width/height beyond the stroke, there will be the minutest of gap---which wouldn't matter in real life and produces the exact size of imposed sheet (when rows/columns are manually set) as an example from ID (which always/almost always produces an undersized sheet, at least when using non point-based integers and requires zero intervention.
Because of the under-sized ID pdf, my imposition software rounds up and still produces a small gap--which can disappear depending on the zoom level. What the ID-produced pdf won't do, however, is trigger an automated rejection.
My opinion is automated pdf checking ought to report any such discrepancy, the size of the discrepancy, and let the customer decide on whether to proceed or not. KDP and others are not printing labels nor business cards (afaik). They don't print 10-up where such discrepancies can accumulate into perhaps meaningful amounts.
Moo & Vista are a print services that do print such things as ganged-up business cards and other smaller documents on larger sheets. I've sent many business cards and postcard-sized jobs to each of them. Some of which were done in AD. Same kind of rejection on the first submission at Moo. I changed the page size based upon whole points and still got a warning that I was allowed to bypass (height was 0.08" taller, width was exact). I get no such warnings from other applications.
If Serif is rounding up using the pdf routine, the simple thing would be to stop if that produces + sizes. If it is the pdf routine does this automatically, there isn't much Serif can do short of always altering the code each time there is an update to the library.

These are some projects done in Affinity Publisher, but took it just a step further to see what they'd look like placed into mockups. The three projects are "Aurelie", "Jovan" and "Komodo". Affinity's built-in stock images feature really helped, especially with the amount of iterations I had to make.
 
"Aurelie"
 
 
"Jovan"
 
 
"Komodo"
 
 
"Komodo" View 2
 
 
All the books together

Just for fun, here are screenshots from other applications...
InDesign...

The next two were copied/pasted (which doesn't seem to hold the format in APub either)...
Serif PagePlus...

Viva Designer:

QXP:

You need to uncheck the Use Advanced features or some such setting when you click on the More button. That setting is near the bottom of the dialog box. Then CD will open the pdf.

Years ago, I used to do a lot of pencil sketching. I am wondering if anyone has had success sketching in a similar manner to the one attached, which, I did years ago with a pencil. The attached is a scan of it. I am on a desktop, using only a mouse. I have tried looking for tutorials but I don't see anything that looks like a similar result can achieved. Any thoughts? 

I want something different.
- HTML5, an output format, is an accurate graphic description of a web page. It has a high amount of equivalents in how a printed page can be described. Printed and web pages can be exchanged with nearly-one-by-one matching. Publisher would therefore be able at the same time to be used to create printed pages and web pages, with a description that can match nearly exactly. It can at the same time be used to assemble web pages into a linear publication to be printed. This can happen when ePub will happen, being both HTML code.
- Markdown, an authoring tool, is capable of describing the structure of a document and the relative size and role of the individual elements. It can generate code that, when imported into Publisher with an associate template, could give visual shape to the page and project. The level of detail in the page description can't be the same as HTML5, but is high enough to produce a simple publication, still requiring a certain amount of adjustments. At the same time, it can be the end point of a conversion from a Publisher page, even if with the simplification and limitations of a raw page description.
A sophisticate magazine design wouldn't translate with Markdown. HTML5 can do it.
At the same time, a narrative book or an essay, with their simpler page layout, could be transferred even via Markdown.
I see Markdown as a replacement of the Word file format, not an interchange format for page layout. While Word is still the official reference format for narrative to be put in page, Markdown is the de facto reference format for any current real narrative, made of blogs, articles on the web, WordPress pages. We live in a time when long writing is no longer required even to university students. There is a strong need to give shape to the short, fragmentary writing that is the current narrative.
Paolo
 

HTML5 export would be fine for that, and either way having HTML5 output support too (independently from MD input support here) would be generally good to have.

I was referring to the Spider...but the older I get, well, the sleeping on holidays works too!

Perfect for the upcoming holiday!

02 Spiders
Affinity Designer | 1000 x 500mm | 300Dpi

Decided to concentrate on some much larger drawings this year!....(Year 8)as I never seem to finish!😀
Used New Comic Book Brush Sets combined with PB 33 (Ink Blocking) have not uploaded these! but you can use these:
Brush Sets:
Inkers: Project Brush 19 'Inker'
Patterns: Project Brush 19 'Pattern Toolkit'
01 Dream
Affinity Designer | 1000 x 500mm | 300Dpi

Tint Overlay


Grey Original

You and me both