Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FontAwesome: Update to 6.5.1 #1563

Merged
merged 2 commits into from
Apr 2, 2024
Merged

FontAwesome: Update to 6.5.1 #1563

merged 2 commits into from
Apr 2, 2024

Conversation

Finii
Copy link
Collaborator

@Finii Finii commented Mar 28, 2024

Depending on the codepoints they assign to the icons (and they do have codepoint stability it seems), we can divide the Font Awesome icons into three (artifical) regions:

  • F000 - F2FF (Region A)
  • F300 - F8FF (Region B)
  • E000 - EFFF (Region C)

Region A is their dedicated allocation within Nerd Fonts codepoint space. At F300 the next set (Font Logos) starts.
For backward compatibility codepoints of existing icons in Region A have to be kept. The other codepoints (i.e. icons in Region B and C) fall to other icons sets' codepoint in Nerd Fonts space and have to be moved.

The question is how and where.

Possible scenario:

E000 - E00A         Pomicons
E0A0 - E0D4         Powerline Extra
E100 - E1FF    100
E200 - E2A9         FA Extension
E300 - E3e3         Weather
E400 - E5F9    200  (Expandion Seti)
E5FA - E6B2         Seti
E700 - E7C5         Devicons
E800 - E9FF    200
EA60 - EC1D         Codicons
ED00 - EFFF    300  Font Awesome 2
F000 - F2E0         Font Awesome (expand up to F2FF)
F300 - F372         Font Logos
F400 - F532         Octicons
F600 - F8FF    300
F0001...            MD

We could patch Region A to the codepoints of the current FA, filling the gaps with some of Region B.
The rest of Region B fits into ED00 - EFFF
This PR does not introduce the icons from Region C.

This PR does not introduce Regular and Solid (except where both variants were already in Font Awesome 4.3).

For licensing reasons we use the svgs and not the release font files. We loose their placement within the glyph bounding box this way, but I guess the scheme of placement we use now is not worse. For that soem actual patched fonts need to be inspected, esp the Nerd Font Propo variants.

Fixes: #1550

Requirements / Checklist

What does this Pull Request (PR) do?

How should this be manually tested?

Any background context you can provide?

What are the relevant tickets (if any)?

Screenshots (if appropriate or helpful)

image

Finii added a commit that referenced this pull request Apr 2, 2024
This does not pull in all icons of 6.5.1, but only of
'Region A' and 'Region B', see script `remix` and
PR #1563.

It keeps the codepoints constant for existing icons.

Fixes: #1550

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
@Finii Finii force-pushed the feature/update-fontawesome branch from f718fa5 to b9d12cb Compare April 2, 2024 14:24
@Finii Finii marked this pull request as ready for review April 2, 2024 14:27
Finii added a commit that referenced this pull request Apr 2, 2024
This does not pull in all icons of 6.5.1, but only of
'Region A' and 'Region B', see script `remix` and
PR #1563.

It keeps the codepoints constant for existing icons.

Fixes: #1550

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
@Finii Finii force-pushed the feature/update-fontawesome branch from b9d12cb to 4e318d3 Compare April 2, 2024 16:18
This does not pull in all icons of 6.5.1, but only of
'Region A' and 'Region B', see script `remix` and
PR #1563.

It keeps the codepoints constant for existing icons.

Fixes: #1550

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
We specifically use the SVGs to create the intermediate carrier (font
file) that is used later to patch fonts, to get the icons with a more
relaxed license. That should be noted in the audit.

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
@Finii Finii force-pushed the feature/update-fontawesome branch from 4e318d3 to 3eab0c8 Compare April 2, 2024 16:22
@Finii Finii merged commit fecea24 into master Apr 2, 2024
5 of 6 checks passed
@Finii Finii deleted the feature/update-fontawesome branch April 2, 2024 16:24
Finii added a commit that referenced this pull request Apr 2, 2024
This does not pull in all icons of 6.5.1, but only of
'Region A' and 'Region B', see script `remix` and
PR #1563.

It keeps the codepoints constant for existing icons.

Fixes: #1550

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
hasecilu pushed a commit to hasecilu/nerd-fonts that referenced this pull request Apr 3, 2024
This does not pull in all icons of 6.5.1, but only of
'Region A' and 'Region B', see script `remix` and
PR ryanoasis#1563.

It keeps the codepoints constant for existing icons.

Fixes: ryanoasis#1550

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
@hasecilu
Copy link
Contributor

hasecilu commented Apr 7, 2024

Hi, I detected that the glyph nf-fa-circle_thin at \uf1db () now is presented as a filled circle but before it was a thin ring. This exactly glyph is used in powerlevel10k to identify sr.ht git remote, I'm adding it to lazygit with the same purpose, that's how I found the problem.

I don't know if similar problems are found in other glyphs so I can't tell the severity of the "bug".

image

@Finii
Copy link
Collaborator Author

Finii commented Apr 8, 2024

Moved comment to #1596

@Finii
Copy link
Collaborator Author

Finii commented Apr 8, 2024

@Finii Finii mentioned this pull request Apr 8, 2024
2 tasks
@Finii Finii mentioned this pull request Jun 2, 2024
3 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Update Font Awesome to the latest version
2 participants