Jump to content

Recommended Posts

Posted

It would be helpful to examine the PDF to see what actually got embedded. So please attach it if you can. Or at least a page.

It would be helpful to examine the original document, so please attach if you can.

Which fonts specifically? 

Posted
On 11/17/2022 at 2:54 PM, kenmcd said:

It would be helpful to examine the PDF to see what actually got embedded. So please attach it if you can. Or at least a page.

It would be helpful to examine the original document, so please attach if you can.

Which fonts specifically? 

Hi, Ive Attached a pdf and a png.. the png shows the correct glyphs and exports correctly..

Bug.png

Bug.pdf

Posted
2 hours ago, MDI said:

Hi, Ive Attached a pdf and a png.. the png shows the correct glyphs and exports correctly..

Need to see the original document.

How did you enter these characters?
The codes behind the characters are odd.
So there is definitely an issue here.

I can see sub-sets of both FontAwesome6Brands-Regular and FontAwesome6Free-Solid embedded for that one line.
What version of FontAwesome Free do you have?
v6.2.1 came out a few days ago (2022-11-10).

What language is assigned to the text?
The Inter sample text looks odd.

Please attach the document you used to create this PDF.

Posted

Can you please attach the v1 PDF?

This is definitely a bug.
Need to do some more testing to see what is going on, but the fonts have a lot of multi-mapped characters, and it appears the PDF library has an issue with this.
Like to see the v1 PDF to see the codes behind the characters in it.

There may be a work-around that we can test.
The multi-mapped characters appear to all have at least one of the codes up in PUA (Private Use Area).
So maybe by restricting the Glyph Browser to the Private Use Area (instead of All) the codes embedded will all be in the PUA, and may work.
Have to test this theory (or WAG).

But that still does not explain the odd Inter text.

Gotta go at the moment, but will be back to look at this in a couple hours.

Posted

 

5 minutes ago, kenmcd said:

There may be a work-around that we can test.
The multi-mapped characters appear to all have at least one of the codes up in PUA (Private Use Area).
So maybe by restricting the Glyph Browser to the Private Use Area (instead of All) the codes embedded will all be in the PUA, and may work.
Have to test this theory (or WAG).

 

Lol I have no idea what this means but it sounds like you know what to do :) 

Here is a pdf from V1 displaying correctly. 

V1.pdf

Posted

And the plot thickens...

When I do Export to PDF in APub2 on Win10 it looks as expected.
And it looks just like your v1 PDF.
And the encoding errors on the characters in the PDF are the same in both.
The glyphs (shapes) are correct, but the character codes behind them are wrong.

Your v2 PDF has different encoding errors, and wrong glyphs (shapes) embedded.
So something has changed on the Mac.
And apparently it is a new-improved version of the encoding bugs. 😁

Your v2 PDF Inter font text errors are also encoding bugs.
Which is quite alarming as Inter is not at all like Font Awesome internally.

Regarding the Private Use Area in Glyphs Browser
- first open the hamburger menu at top right and select Unicode
- then in the drop-down list which initially says "All" select Private Use Area.
Then use that to insert the characters.
May work, may not.
Actually, now that I think about it, doubtful.
Those characters are still multi-mapped (more than one Unicode code point).

While there are encoding errors on Windows too (which should also be fixed).
Something is really wrong on the Mac.
We need someone from Affinity to have their devs check this.


EDIT: What version of macOS are you using?

 

Posted
15 minutes ago, kenmcd said:

And the plot thickens...

When I do Export to PDF in APub2 on Win10 it looks as expected.
And it looks just like your v1 PDF.
And the encoding errors on the characters in the PDF are the same in both.
The glyphs (shapes) are correct, but the character codes behind them are wrong.

Your v2 PDF has different encoding errors, and wrong glyphs (shapes) embedded.
So something has changed on the Mac.
And apparently it is a new-improved version of the encoding bugs. 😁

Your v2 PDF Inter font text errors are also encoding bugs.
Which is quite alarming as Inter is not at all like Font Awesome internally.

Regarding the Private Use Area in Glyphs Browser
- first open the hamburger menu at top right and select Unicode
- then in the drop-down list which initially says "All" select Private Use Area.
Then use that to insert the characters.
May work, may not.
Actually, now that I think about it, doubtful.
Those characters are still multi-mapped (more than one Unicode code point).

While there are encoding errors on Windows too (which should also be fixed).
Something is really wrong on the Mac.
We need someone from Affinity to have their devs check this.


EDIT: What version of macOS are you using?

 

Ahh.. yikes, well thanks for investigating for me! hopefully the devs can fix it soon :)

I'm using macOS Monterey 12.6.1

 

Posted

@Matthew Dickerson Was thinking about this ...
Font Awesome is actually designed as a bunch of ligatures.
You type the text and the ligature code converts it to an icon.
I did some quick tests and that is working here in APub2 on Windows 10.

So give that a try.
The ligature words are available on the website.
Free + Brands filters on:
https://fontawesome.com/search?o=a&m=free&f=brands

Set the font, type the text - and it will display the icon.
Now will the Export to PDF of the ligatures work on Mac?
Please test and let us know how it goes.

 

Posted
On 11/19/2022 at 9:54 PM, kenmcd said:

@Matthew Dickerson Was thinking about this ...
Font Awesome is actually designed as a bunch of ligatures.
You type the text and the ligature code converts it to an icon.
I did some quick tests and that is working here in APub2 on Windows 10.

So give that a try.
The ligature words are available on the website.
Free + Brands filters on:
https://fontawesome.com/search?o=a&m=free&f=brands

Set the font, type the text - and it will display the icon.
Now will the Export to PDF of the ligatures work on Mac?
Please test and let us know how it goes.

 

I gave this a try and it did not work, possibly just a mac problem, also searching for glyphs with Unicode does not work on both v1 and v2, I never noticed before because I don't use the search feature for glyphs..

Posted

The issue with the Inter font text may be caused by a font cache corruption.

Shut down all Affinity applications and clear the macOS font cache.

When you restart the Affinity applications they should also rebuild their font cache.

Then try Export to PDF again with your doc above.

Posted
10 hours ago, Matthew Dickerson said:

I gave this a try and it did not work, possibly just a mac problem, also searching for glyphs with Unicode does not work on both v1 and v2, I never noticed before because I don't use the search feature for glyphs..

I have found on Win10 that the search does work, but it does not always bring the result into view. If I go scrolling down, I can eventually find the highlighted glyph/character. Definitely not working as it should. Another bug.

  • 2 weeks later...
  • Staff
Posted

I've  tried this using a fresh install of FontAwesome and the export is working fine for me. The fault does look like a duplicate font is installed or a font cache issue (although we usually see those on Windows).

I've logged an issue regarding some differences I see in the glyph browser compared to Indesign

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.