TomGerritzen

@walt.farrell No need! I should have been clearer. And I will: I have a series of documents labelled with Roman numerals: I, II, III and IV. Each document contains a number of sections labelled with capital letters starting with A (which is a marker or name of the section). Every section has at least 2 pages, but some much more. Within each section page numbering starts with 1. In these documents I want to number the pages accordingly: <<Document number>><<dash>><<Section marker>><<dash>><<Page number>>. This way a randomly chosen page will be labelled II-C-4. This is the second document, third section, page 4. In each document I add a table of contents that should contain those page labels (for lack of a better word). It would be okay to see the part "II-C-" as a compound section marker that is prefixed to the actual page number. That way I eliminate the need for the document label. The first half of a simple solution would be to add "II-C-" to the footer text to make the page number on each page look okay. To make the table of contents reflect those labelsI need the following second half of the solution: In the Table of Contents tab is a box where I can insert characters between headings and page numbers. If I could add the section name (compounded to "II-C-") after the tab character it would be fine. And then there is a third half: the page numbers that are actually in a resulting PDF... but I can live without those.

@walt.farrell I know I can in plain text, but I would like to do it like in InDesign, or possibly here as well:

I like the way I can restart page numbering with each new section. However, that would be much more useful if I'd be able to "add" the section name or marker to the page number. For example: <<section name>>-<<page number>> would give a numbering scheme like A-1 to A-8 and B-1 to B-15 et cetera. I can of course manually add the prefix "A-" and "B-" in my footer text with the page numbers, but then the table of contents doesn't reflect those "engineered numbers". Manually adding the prefixes to the table of contents can be done, but is a very theoretical option because they disappear with every refresh. In a publication with a few hundred pages and several dozen sections where each section starts with page 1 I will probably never be able to find the right page 17. This is probably why InDesign offers combining page numbers with section markers with its Numbering & Section Options dialog:

No need to apologize @MikeW. I could easily have been something I did wrong, or didn't do at all. Catching bugs is a joint effort.

I like the way Affinity shows the applied master as a hovering little text block. It's just that the position of those blocks is quiet random: The middle picture show 'A', but God knows to which page that may apply! (Unless Publisher is somehow foreseeing me adding a page after page 8..., but still.)

You're right, @walt.farrell. Sorry for mistyping your name, and, yes, I'll start another topic.

@MikeW Why is there a cursor between the 'n'and 'g'? You shouldn''t be able to edit that piece of text. Maybe I wasn't clear on what I did?

And here it is. Gerritzen 1912-2018Z.afpub

@walt how do you feel about the randomness with which the hovering master name is shown? Try moving around a bit with your mouse around the page manager. The master names are displayed in a strange way, and are sometimes not displayed at all.

With the latest version of Affinity Publisher certain problems with ligatures and character widths were solved. Great job! However, the added logic apparently doesn't apply to numbered lists with text, as used in captions for tables, images or formulae. The first line in this example is a numbered list with text "Afbeelding <#1>.<tab>". (The word afbeelding is Dutch for image, in case anyone wonders.) The second line is simply body text with the same font (Calluna Sans). If I don't use bold style the result is still not good. And I tried the same with Minion Pro as it has the same f_b ligature, but that didn't change a bit.

Well, there is of course the statusbar that clearly shows something like "2,3 of 8", because I am working on the spread consisting of pages 2 and 3, and there are 8 pages in my publication.

To make it clear: the dropdown marked '1' is for synthesized superscript and subscript; glyphs become smaller and are placed further up or down. The buttons marked '2' are for OpenType subscript and superscript. These only work when the font has these glyphs AND the corresponding font features. Some fonts have these OpenType variants, but very few have variants for every letter, digit and mark. I actually have a font (Calluna) that offers OpenType superscripts but no subscripts. So I use the synthetic versions to keep them visually the same.

I have create a master spread with type Print (Press-Ready). When I open the Spread Properties dialog the type keeps going back to Photo. I don't really understand why that drop-down is even there, because I told Publisher that I wanted a Print (Press-Ready) document, and I'd think that would mean that all the pages and spreads will be of that kind. If a document would be a mixture of Photo-pages and Web-spreads and some Device-pages I wonder what the output will be...

Hm. Although I cannot recall starting out with an RGB document, I just might have done that. Because when I explicitly create a new document with CMYK/8 colour this doesn't happen. Either way, I am not amused. Once I change the intent of the document (type Pre-Press instead of Print), or simply change the Colour Format to CMYK I expect colours to be in CMYK format. I understand that everything before that point must be converted and therefore will not be the same, but it's strange that I get to stick with RGB colours. Although once I output a PDF/X everything will turn into CMYK, so it might not be such a problem.

I just tried to open the original font in FontLab VI and export it as an OpenType PS font without altering anything. The resulting font works as it should, whereas the original font doesn't. I then exported the features from both the original and the newly exported font. In both the languagesystem definitions are present. The difference is just a few extra substitutions: sub s by longs; sub longs by s; sub f_f by f f; sub fl by f i; sub l_l by l l; sub t_z by t z; FontLab added these at the beginning of the GSUB table. These lines correspond to the 6 lookups, that are only referenced in chain substitution rules. Inside of FontLab the original font is working as it should. My guess is that the font is okay.