Fixx

True, that processor is no speed demon, but maybe some owner of similar late 2014 mac mini can tell how it performs? My MBP is older and works just fine with AP and AD. Any new mac works fine with Affinity as long as it has M1 processor. 16GB is of course future proof.

To nitpick: that would not necessarily stop Affinity reading and applying the XMP. But is just does not do it. (Not to mention that interpreting those XMPs may be difficult if they are proprietary.)

Isn't the MuseScore PDF all vectors and text? Thus Publisher dpi mixxup should not affect the resulting print. You can check it by zooming in if there are any pixels/lowres graphics visible. That said, of course dpi value should stay 300 if it is set in original art. Maybe someone with MS can check how it works.

What colour profiles you have set in your colour setup? What the printer recommends?

Topaz Sharpen AI and Gigapixel AI are very good apps but even they cannot transform image to look like

Just go to pixel persona and command-click text layer in layers palette to make selection. (CTRL-click if you are using win-version.)

Yes, probably as simple as that: Affinity print engine is not very good I have heard so I guess there will be all kinds of anomalies.

I believe the SQUIRCLE shape is about the same. Would be very useful!

Lots of users have stopped at Mojave as we still use Adobe CS a lot. I would rather not use Acrobat though as it is very clumsy and buggy.

You are not going to get that information. Maybe you could access and use preview image which OS displays?

is it possible to use autocorrect feature set in preferences to deal this?

Not around but since...!

Doesn't View>Reset Rotation work?

Mind you, Publisher has trouble doing comic content for print in the old right way. It cannot really handle 1200 dpi 1-bit bitmaps. If handling comic as 300 dpi RGB/CMYK art is enough then Publisher can do press ready material.

You can adjust text style. Set in spacing tab left indent to same as in bullet tab tabstop is, and first line indent to 0.

If the book is image heavy maybe it should not be reflowable but fixed layout. Jutoh imports styles quite nicely from Word, but I am not at all sure it is possible to use them and override old formatting by adjusting style. I tried to this because I want to keep local italics and thus using clear all local formatting is no go. Have to study more..

Oh so. It is probably some setting file, maybe someone knows more? I am quite sure there is no mechanism to save and load such sets in Affinity.

It is due rounding errors. When curve tool assigns new values to pixels they are approximated to nearest pixel brightness level. Normal RGB has only 256 of those so there is not too much to choose from. Maybe "dynamic range" is not the right term as it relates to ends of range (blacks and whites) and usually curve adjusts mid pixels (though if you manipulate end of the curve it certainly affects range ends). Severe problems show as banding as there are less colours available. That said, even in normal 8-bit / channel RGB edits should be biggish this to show and with 16-bit images the

Not really broken but does not plain exist. Serif has told they are not going to open Affinity file format for third parties so PM is not going to be able to read file contents. Instead they should be able to read preview image which while at the moment is a bit lowres but very helpful anyway. Reading preview needs some code but should not be too complicated. Edit: sorry. I read this wrong ways. From PM > AP it should work.

I do not now if there is any migration assistant app available for windows but at least you can just plain copy the fonts and install them to a new machine. Folder location is probably C:\Windows\Fonts.

OK, it may be more flexible but it is not expected behaviour. Hmmm... what? I meant that it is weird to use ppi as base for document size when obviously physical size is the more meaningful one. This opens up all kind of problems as I cannot be sure if pasted vector element is of right size or if its size has been re-interpreted based on its assumed ppi. It is not even consistent – I created a A5 document @150 dpi in Photo and in Publisher and placed those to Publisher page. One created in Photo was 50% size of the Publisher created one...

As soon as you install it. Foorumilta löytyy kyllä ohjeet sanakirjojen asennukseen. Voikko ei toimi mutta hunspell toimii. Sanakirjojen löytäminen ei ole ihan niin helppoa kuin muissa kielissä kun Libre Officessa ei suomi-hunsplelliä ole saatavissa.

We just do not now for what Affinity uses Metal hardware acceleration. It should be more that just screen redraw. "On Mac computers end-to-end Metal compute acceleration takes advantage of Apple's discrete GPU, resulting in a 10x speed increase for all raster layer and brush operations." says Affinity ad. See also: https://affinity.help/photo/en-US.lproj/index.html?page=pages/Extras/hardwareAcceleration.html?title=Hardware acceleration which says: Hardware acceleration is enabled by default. If you experience poorer performance than expected, try disabling it to see if CPU

Yes, that helps. But when there is no transparent background it should still behave the same; after all painted pixels are flat in the bg colour and there should be no alphas in play. I consider this bug. This is also weird design choice; why use ppi? Layout application should always use physical dimensions.