Netsurf
Chris Hall (132) 3554 posts |
If I save as Draw from Netsurf, then font table entries in the draw file I get look like this: Draw loads the file correctly but ArtWorks gives the error ‘This document contains the font Homerton.Bold\ELatin1 which is currently unknown. It may be replaced with Homerton.Medium’. Impression X gives a similar error ‘Some fonts were not found .. they have been substituted’. PRM3-419 implies that the correct syntax would be: Using this form, again Draw loads OK but Impression and ArtWorks give the same errors. Is my interpretation correct please? |
Colin (478) 2433 posts |
As I see it both are correct – findfont is at page PRM3-428 in my copy.
doesn’t start with a ‘\’ so the first part is the font identifier which ends at the ‘\’ which is the beginning of the first qualifier.
uses the \F qualifier to specify the name instead of the first non qualifier parameter (which can only be at the beginning of the string). The \F qualifier just lets you choose where in the string you add the filename. |
Chris Hall (132) 3554 posts |
findfont is at page PRM3-428 in my copy. Many thanks for the quick reply. Definitely 3-419 in mine. Is there more than one version of the PRM? Mine is issue 1 Dec 1992 |
Colin (478) 2433 posts |
I’m looking at the pdf version that came with AcornDDE. Are you looking at real paper? |
David Pitt (102) 743 posts |
Possibly, there is ROOL’s HTML which is not exactly the same as the two referred to next. Font_FindFont is page 3-419 in the paper PRM but is page 3-428 in ROOL’s PDF from DDE25. Interestingly the preceding SWI, Font_CacheAddr, is on one paper page but takes up two PDF pages, a few more instances of that would account for the page number drift. |
Chris Hall (132) 3554 posts |
I am looking at real paper. |
Dave Higton (1515) 3526 posts |
I’ll try to take a look tonight. However, the NetSurf CI builds seem to be broken at the moment, so it may be a few days before something is available to try. |
Colin (478) 2433 posts |
Looks to me that the problem is that Impression and artworks don’t support font qualifiers which is the RISCOS 2 standard |
Dave Higton (1515) 3526 posts |
Let me see if I’ve got this right. You’ve modified the Drawfile to have font identifiers and qualifiers that conform to the PRM, but Impression and Artworks still won’t accept it? |
Colin (478) 2433 posts |
I suppose the ambiguity is in the Draw file format. In the font table object (PRM4-463) the font name is defined as
and you don’t know if this can include font qualifiers. A Drawfile I’ve just created in Draw just had the font identifier – no qualifiers. I suspect Draw just passes the string to fontfind without inspecting it so will cope with fonts with or without qualifiers. Changing netsurf may not be a good solution – though it may be the easiest – as netsurf may actually use different encodings in which case it may need the \ELatin1 to get the correct glyph. Edit: |
Dave Higton (1515) 3526 posts |
I’d like to be sure that what NS is emitting is conformant with the PRM, although I accept that Impression and Artworks look like bigger problems – IIUC from what I’ve read above, they don’t cope with the all variations that the PRM permits. |
Chris Hall (132) 3554 posts |
I think Netsurf is thus correct, but ArtWorks and Impression X need updating to cope with font names that have qualifiers such as encoding. |
Rick Murray (539) 13840 posts |
For what it is worth, it works in OvationPro, though I note that NetSurf outputs the RISC OS Open logo with a black background (it is like this in the DrawFile (viewed with !Draw)). |