Fixx

I do not think there is such thing as uncompressed PNG or JPEG. There is no relevance to the problem at hand to talk about PNG and JPEG.

That is also the size of uncompressed image saved to disk, and thus has maximum relevance. Do not mix compression options into this 🙂

I think Calibri versions still come with MS Office install.

But the uncompressed size should be easily calculated (as it is calculated just pixel dimensions X bit depth)... but yes, export window shows this info.

You know, Pixelmator Pro added WebP support in latest update 😎

Solution would be to change ctrl+enter to "select move tool". I do not think it can be done (but I may be wrong).

A few notes: You have generous amount of white space at the top part. White space is good but I feel it is not distributed well, header text feels it's floating. I would not put indent in the very first paragraph of the chapter. Only to the subsequent ones. I might consider a little more leading in body text. Is it a good choice to use sans serif in Introduction when other body text is serif? (It well may be but then there probably should happen some other change too – now they seem to fight each other somehow.) I think I would put all tilted images to same direction – bottom to right. I would use more offset in image text wraps (p 38). Generally the document seems to be well designed and legible (y)

AP does not show that info (IMHO). Export your photos as uncompressed TIFFs and check the file size in Finder (or windows equivalent). Alamy size requirement is rather relaxed, meaning they accept smallish images (too); normal older generation DSLR (here Nikon D60) generates about 2613 X 3900 pixel image (note that AP generally preserves some border pixels that other apps crop and throw away) and size of that uncompressed is 30 MB. Plenty more than Alamy requirement (17 MB). As AP JPEG engine is not highest class it may well be preferable to export images to TIFF and use separate app to batch compress to JPEG. I would recommend XnConvert. (When you have checked the uncompressed file size in your typical image you can change TIFF to lossless compression and save a few megabytes (or GBs) in disk space.)

I do not think any application can align this "right". Font metrics and graphics apps are designed to produce pleasing text columns where are generally a lot of text and align "averages". Flush alignment have been done manually. Separate art text boxes can help some here though.

In mac version (Mojave) Copy Merged and New From Clipboard worked flawlessly. Curiously simple Copy is not available even though source is single pixel layer. And yeah, there is no automated way of cropping a document to contain only non-transparent area. Wish devs get around to implementing selection > crop area automation. And also Trim according first pixel value, which does the same (in this particular case).

Yes, those can override application shortcuts I think. But I do not have any CMD+arrow up/down assigned in system preferences.

Generally mac kbd uses FN + arrow up/down. That does NOT work in Publisher. Instead Publisher has in Document menu Previous Page and Next Page with visible shortcut CMD + arrow up/down WHICH DO NOT WORK EITHER. (This surely is a bug.) I found you can use FN + CMD + arrow up/down which works.

Select the photo and use Stroke panel. You can set the stroke to be behind the image so it will not eat image area and can be set to be similar to caption border.

When I select a bunch of objects containing texts and paths, adjusting font colour affect all selected objects. Surely when I adjust font colour it should affect only text, not paths? This may not be a bug but it cannot be by design either... please correct the behaviour.

Have you used effects or masks on those elements that get rasterized? If you can upload your design we can check what is going on.

AP is more like single RAW image developer, there are not really anything to help handling multiple files. You should use some real RAW developer/DAM for it.

No, I would think it is low priority. People usually do word counting with word processors.

You probably have to code the epubs with other tools like Sigil or Jutoh. Oldtimers will use just notepad...

Placing PDFs to InDesign layout works very reliably and is used all the time by those who place ads to publications. No problem. You just cannot EDIT a placed PDF in InDesign, or you cannot OPEN a PDF so that InDesign could edit it.

I do not have direct answer as I feel you are misled... but you should prepare your layout with page size as your final product has its page size. Activating bleed and printer's marks add sheet area which dimensions are not adjustable and not really a designers concern. It is printer house's (prepress technician's) job to handle extra area and imposition apps do it very well and automatically.

If you want to build the shape from a font characters type "O\", kern them one above another (adjust size and position if needed), select "Add" in Boolean ops part of Toolbar. You get single vector path object. You can also do this from separate text objects, or have slash part as line object (Pen Tool, and expand path), just select both and click "Add".

But when you print it, does it print halftoned? That is, edges are built with raster dots, not device pixels? I am not sure. Anyway, quality may be good enough. Glad if it works this way.

I am not sure if i is worth the trouble to try to coax sharp lineart output from Publisher. It just cannot do maximum sharpness. You can probably get close but that is too labour intensive and inefficient. I would almost recommend to try to vectorize your art (if it is even remotely simple enough for it), or try to use an older copy of InDesign.

Gotta say alt-key is used for duplication in so many softwares that giving it up makes no sense.

You could recolor by adding solid colour layer above and adjust blend mode... but it may be fiddly.