typeglyph

Comet
I guess you waited a decade or more for Illustrator to get vector pattern fill, I do not remember it in version 8. 

I am not sure which program you are asking about:
Publisher:  top most menu bar > Window > Font Manger
                         Font Manger is near the top of the list
Designer and Photo I do not believe have this function instead use the resource manager found again in the Window menu.
I have found that often time the help function actually does help.

absolute necessity... besides it also is HTML & CSS thus web and ePub.  win Win WIN....

Pyanepsion, what would be even better than just a translation — a version of Brinhurst that addresses the nuances of multi-language typography.
Back in the day of metal [and wood] sorts, the accents were integrated with the character.  The Angstrom was nestled or cradled by the apex. The diareses was inside the counter of the geometric O or on the side of the A apex not just dangled on top. As an example look at the original designs for Renner’s Futura or Frutiger’s Univers. Yes this brings up the design of the glyphs as another issue, and not part of this forum.  My intention here is to highlight how myopic we’ve become because we can flick a few chicklets and set type. And to demonstrate how this myopic view generated from computer use has led to so many errors not just in the book but on the help pages as well. 
I remain impressed by how far Affinity has gone, and hope they will continue further with longer strides. 

Pyanepsion, what would be even better than just a translation — a version of Brinhurst that addresses the nuances of multi-language typography.
Back in the day of metal [and wood] sorts, the accents were integrated with the character.  The Angstrom was nestled or cradled by the apex. The diareses was inside the counter of the geometric O or on the side of the A apex not just dangled on top. As an example look at the original designs for Renner’s Futura or Frutiger’s Univers. Yes this brings up the design of the glyphs as another issue, and not part of this forum.  My intention here is to highlight how myopic we’ve become because we can flick a few chicklets and set type. And to demonstrate how this myopic view generated from computer use has led to so many errors not just in the book but on the help pages as well. 
I remain impressed by how far Affinity has gone, and hope they will continue further with longer strides. 

Page 171 and others.
According to the “elements of typographic style” by Robert Bringhurst – considered to be the bible on all things typographic:   Pg. 325 Elements of Typographic Style, version 3.1 © 2005, Hartley & Marks.   Em: In linear measure, a distance equal to the type size. Thus an em is 12 pt. [or a 12 pt square] in 12 pt type and 11 pt [or an 11 pt square] in 11 pt type. Also called a mutton   En: Half an em. To avoid misunderstanding when instructions are given orally, typographers often speak of ems as muttons and ens as nuts.   Look on page 323 to see the definition of ‘body size’ or type size.    Pages 80 to 83 will give you a more professional look at the use of dashes etc. At no point in many of the more astute texts on typography do they refer to the dashes as being the height of an upper case glyph. The full body of the metal glyph is used to measure the point size or body size.    The old adage “to err is human, but it takes a computer to really F*** things up” is very true especially in fine typography & font design.   Do strongly consider using standard typographic definitions please. Consider also multiple languages use things differently than English (British/Canadian and the USA version is really dfferent — hence the American Dictionary)

This is necessary to meet Canadian Standards, the US ADA, and others. Besides when you make documents accessible everyone benefits.
Professor Shecter MFA RGD
 

The Accessibility Checker in Acrobat, usually returns “errors” on items that need manual checks. This table in PaoloT post shows areas that the “designer” failed to initiate in the overall structure of the document. Besides Acrobat DC. There are other tools available (especially in the Windows world) that will remediate documents. 
At this point in time Affinity Publisher does not do this.
Most screen readers require a structured document in order for them the provide “accessibility”. They do this via “tags” and these tags are part and parcel of an extensible markup language (the subset is hypertext markup language, which is used in ePubs). Tags, document structure and tab order have to be in sync. 
MS Word has rudimentary document structure, and tags implemented through Character and Paragraph styles (same as InDesign).  
MarkWahlstenDI makes strong points in his post above... 
At this point in time Affinity Publisher does not do this.   Also Photo and Designer will need to add alt text descriptions to images.
 

I heavily need this feature for book interior formatting. Can you please try to implement a feature to import/export the content of a text frame (or all of them) into an html document. It just needs to export the text as is with assigning html tags to each paragraph/character style. For example:
Paragraph style: title > <h1 class="title"> Paragraph style: Chapter title →  <h1> Paragraph style: Sub-chapter →  <h2> Paragraph style: Body-text → <p> Paragraph style: 1st-paragraph → <p class="1st-p"> Character style: emphasis → <emphasis> Character style: list-item-title → <span = class"l-i-t"> And also to ability to ignore certain styles is useful. Like:
Paragraph style: page-number → ignore Paragraph style: Header → ignore If you can implement exporting, I think importing HTML is also possible which is equally important. Many writers will want to reedit some of the text before publishing once or twice. Having HTML as the base ground will ease the work because all styles, and hence formatting are saved independently. We can't really work with word since it's a mess to export to HTML and most authors will apply local editing instead of using paragraph/character styles.
BTW, copy-pasting the text from publisher to any word processor will remove all formatting and extra lines between the paragraphs.
Nowadays, almost all writers publish for the web and print-on-demand. Since Affinity Publisher doesn't support export/support to ePub or html, we have to format the book twice. Which is so annoying and time consuming, especially for revisiting.
You can also try to export to import/export the style properties to and from CSS. It will be helpful for the authors who can't work with HTML.
I'm not sure, but in my opinion, this should be a fairly easy task. It's just remapping the styles to the specific tags, and if you guys can do it with Microsoft word, I don't see why you can't do it with HTML which has a simpler code. Unless you are waiting to release this for the 2.? version of the software to give the users enough reason to update. At least implement it by then.
 

R C - R
I give up. The last line of my comment is / was 
“Maybe you should find a forum for VectorStyler” 

R C - R
I give up. The last line of my comment is / was 
“Maybe you should find a forum for VectorStyler” 

It is interesting how this topic has become a focal point for VectorStyler. I wonder if the Affinity team is actually seeing the depth that is happening here.
Now if we could find a way for publisher, designer et.al to develop structures in PDF via CSS & HTML & IML (also good for epubs) so that the software can meet the accessibility requirements of many countries, and people. 

It is not just in the Designer program that Affinity seems to ignore the forum comments. My students constantly ask for alternatives to the Adobe subscription model, I don't think there is one. 
There is a feature that is in the Affinity group of programs that works well, StudioLink/personas, is this enough to keep using the software? I am unsure,
how about the rest of you?

vector pattern fill would be great.. 
 

When creating historic forms, the ability to modify objects (type) within a form would be nice. In BC [before computers] this was often done with a pantograph.
Anyone else interested?

Johanna, 
This is good news, sort of.  
Windows only.
In a number of Canadian provinces like Ontario, Accessibility is a must now.  
As a professor teaching inclusive design, and looking for “other solutions” in software, Serif’s products WERE on the list.
The Company’s myopic vision is sad. The gig economy could have used another player. 

LORA
There is an added benefit to getting tags and reading order.  HTML and XML which is also epubs. This lets them hit two birds at once. XML also does database merging and GREP. 
Prof. Shecter MFA RGD

vector pattern fill would be great.. 
 

REname your styles as HTML tags in Publisher...  It is a pain but you can structure PDFs in Acrobat DC.Look at document Structure in Acrobat DC.  
It would so much better if Serif got on board. The good news is that an ePub uses HTML and CSS as well as accessible documents .... it is all about 
document structure and syntax.

Excellent typographic layout is an understanding the interrelationships between line increments [leading, ± space before and / or after paragraphs], and image placement with captions and other elements to the baseline grid. The ten typographic variables play a vital role in making all of this work.
To begin; the value of the total line increment will determine the lowest common denominator for “vertical justification” or balancing columns. The key here is that all elements on the page have to be divisible by this LCD. The incremental depth [leading] of the baseline grid, the images, images with captions, sub-heads etc. must all be divisible by this LCD, and cannot be stressed enough, otherwise you will see what is in uneven leading and spacing. Way before computer based algorithms, designers used mathematics to create page grids, it is not difficult. Could there be someway to create the LCD with both horizontal guides and the baseline grid?