Interior Book Design

Nicholas, not sure if this is a good idea. You get automated responses only and might wait for weeks for an answer.

I'm growing more and more frustrated. On 30th of November, I ordered the Publisher WorkBook, together with some t-shirts. The t-shirts arrived a few days later, the book did not. On 5th of January I wrote a kind e-mail to support. Almost instantly, I've received an automated reply: "Thanks for getting in touch. Due to high amounts of e-mails there will be a delay in replying and we expect to get back to you within 72 hours during the working week." Yes, they did. On 9th of January, I've received another automated mail: " We are sorry that your email to Affinity Orders has been in the queuing system for more than 72 Hours. Due to the high number ..." That's it. Automated responses, no book. WHAT'S UP, GUYS? PLEASE BE SO KIND AS TO SEND MY BOOK. AFTER ALL, YOU HAVE RECEIVED PAYMENT, ALREADY. THANKS!

Well, same with me. Ordered Publisher book on 30th of November, not yet received. No response to my email. Very frustrating, indeed!

No, I did not have optical kerning turned on in InDesign. And it doesn't explain why TextMaker 2018 (not 2016) does such a great job, a program that is not know for excellent typography.

Thanks, Gitta, interesting, so, do you think the font is wrong and needs to be mended? This is nothing an "ordinary" user can do. Word 2010, 2013, 2016, 2019 displays it wrongly, too, so does LibreOffice.Writer and QuarkXPress 2018. InDesign CC 2019/2020, however, does a great job. Is it something the font vendor needs to fix or is it the app's fault? Kind regards Johann

Palatino Linotype is a popular font, both on Macs and PCs. However, Publisher (and maybe all Affinity apps) don't seem to be able to unleash the full potential of this font as far as kerning is concerned. Look: 1.) Kerning is switched off 2.) Kerning is switched on (in German word processor TextMaker, but in InDesign CC 2019/2020, it looks exactly the same) -------------------- 3.) Kerning in Affinity Publisher, working only partially By the way: Word is not better than Publisher, nor is QuarkXPress 2018 or InDesign CS6.

Thanks, I'm not the only one. Great.

I have a two page document and scrolling on the last page seems to be inhibited, no matter whether by mouse wheel or scrollbar. Preview mode is on. If it is off, scrolling works. I'm using 1.8 on Windows 10.

Definitely, but in Germany/Austria the opening one looks like this: » and this one « ist the closing guillement. In Switzerland they use it like in France, but with no spaces. Makes translation more complicated.

Yes, this seems to be quite obvious.It's exactly the way I interpret the commands for double and single left/right quote. The left opening one is named first, the closing one after it. Maybe, but I would never think of it. So, I guess, it is pretty misleading. Well, this exactly what I criticize: the auto-correct setting should not give us a poor choice but allow us to choose the best kind of quotes. I'm a typesetter, in 9 out of 10 cases we choose »this kind of quotes«.

But is is not a clever setting, limiting the type of quotes to the boring German ones, Pauls! In books we prefer »quotes like this«, similar to the ones used in France or Switzerland, but exactly the other way round and without spaces! So, you should review your quote management in Publisher! It is incomplete and partly wrong. See my image. My two cents: Do it as you have done in PagePlus, allow the users so choose their individual type of quotes. Some other DTP apps grant you the same choice, for instance InDesign and QuarkXPress. There is only one ignorant word processor that does not care about German preferences at all: Word. Other word processing apps do!

Hi Sean, hi Lagarto, I've created many test documents both on APub Win (481, 502) and Mac (just 1.7.3) and tried to repeat the situation. However, In all three programmes, I'm was not able to convert a RGB document to CMYK, at all. I'm very sorry. Both buttons, Assign and Convert, are inactive. They sames holds true if I try to convert a CMYK document into RGB. Assign and Convert don't work, as well. Strange. So, you are not supposed to convert RGB into CMYK and vice versa?! I can't figure out what I did differently, in the first place. Starting off with a RGB document, text colour is always rich black, not 100K black. CMYK documents, however, provide the right black value: 100K. Anyway, I think there should be a mechanism making sure that black text always stays/gets 100K black when converted into a CMYK PDF. You shouldn't be forced to check before printing, whether it is rich black or 100K.

Yes. I'll do it as soon as I have time.

Done. This example works well in PP.

Thanks for your answer, Walt, I appreciate your excellent knowledge. What a pity. I'm using the DOCX importer -- by the way.