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

Add old Octicons folder-icon #1227

Merged
merged 4 commits into from
May 11, 2023
Merged

Add old Octicons folder-icon #1227

merged 4 commits into from
May 11, 2023

Conversation

Finii
Copy link
Collaborator

@Finii Finii commented May 10, 2023

Description

  • Pull the nf-oct-file_directory to nf-custom-file_directory.
  • Increase the size of all Seti and Custom icons in non-Mono fonts
  • Fix CI error when creating original-source (well, circumvent rather)

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)

Finii added 2 commits May 10, 2023 14:57
[why]
The Seti and Custom icons are smaller than in ancient Nerd Font versions
and can seem a bit flimsy. In fact we add about 25% of padding (12% left
and 12% right) to each icon, which seems a bit generous.

This does not show in Nerd Font Mono fonts, because the icons will be
rescaled there, but in the other fonts.

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
[why]
Specifically for https://github.com/NvChad/NvChad

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
@Finii
Copy link
Collaborator Author

Finii commented May 10, 2023

When the CI build the original-source we get some defects, it is unclear why.
Running locally does not have these.
Needs to be checked out

image

@Finii Finii added this to the v3.0.1 milestone May 10, 2023
@Finii
Copy link
Collaborator Author

Finii commented May 11, 2023

I think I give up on the CI; tried a lot of things to get the correct output but the CI-created original-source font is always 'broken' while it is ok running the same script with the same tools locally.

This takes too much time now, maybe fix 'another day'.

@Finii
Copy link
Collaborator Author

Finii commented May 11, 2023

Documenting what the CI runs always get wrong ...:

image

The left two have minuscule differences, but the right two are really noticeable.

When the CI should be re-activated this needs to be checked carefully!

Tried

  • Running fontforge instead of fontforge-nox
  • Running script directly and indirectly
  • Running with fontforge AppImage
  • Doing explicit glyph.importOutlines(filename, simplify=False)
  • Also did try a bit with default_joinlimit=...

All to no avail. The locally run looks different (correct) while the CI run always has the strange moved points.

Workaround

See commit 2eebf5e original-source: Cleanup four svgs

[why]
The CI process produces a different font than running the
generate-original-source script locally.

Several thing have been checked, to no avail, see #1227.

Turned out the affected SVGs all are somehow ... questionable in their
construction.

[how]
Open SVGs in inkscape, select all (points) and generate new, clean
outline with Path->Union.
Save as optimized SVG.

The (CI) created font file now looks good.

But the cause is still unknown, maybe some sub-library that is used has
changed? I have no clue. Meaning it runs ok locally seems to be no
guarantee it will look the same when run by the CI :-(

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
@Finii Finii force-pushed the feature/add-old-oct-folder branch from 12ef9a7 to 2eebf5e Compare May 11, 2023 15:39
@Finii Finii marked this pull request as ready for review May 11, 2023 15:52
@Finii
Copy link
Collaborator Author

Finii commented May 11, 2023

@siduck FYI

Also #1207, note codepoint transition.

@Finii Finii merged commit 8fd192e into master May 11, 2023
@Finii Finii deleted the feature/add-old-oct-folder branch May 11, 2023 16:04
Finii added a commit that referenced this pull request May 11, 2023
[why]
The CI process produces a different font than running the
generate-original-source script locally.

Several thing have been checked, to no avail, see #1227.

Turned out the affected SVGs all are somehow ... questionable in their
construction.

[how]
Open SVGs in inkscape, select all (points) and generate new, clean
outline with Path->Union.
Save as optimized SVG.

The (CI) created font file now looks good.

But the cause is still unknown, maybe some sub-library that is used has
changed? I have no clue. Meaning it runs ok locally seems to be no
guarantee it will look the same when run by the CI :-(

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

siduck commented May 11, 2023

@Finii thanks a lot man!! Really appreciate it, lemme know if you need any sorts of help any time :)

LNKLEO pushed a commit to LNKLEO/Nerd that referenced this pull request Nov 24, 2023
[why]
The CI process produces a different font than running the
generate-original-source script locally.

Several thing have been checked, to no avail, see ryanoasis#1227.

Turned out the affected SVGs all are somehow ... questionable in their
construction.

[how]
Open SVGs in inkscape, select all (points) and generate new, clean
outline with Path->Union.
Save as optimized SVG.

The (CI) created font file now looks good.

But the cause is still unknown, maybe some sub-library that is used has
changed? I have no clue. Meaning it runs ok locally seems to be no
guarantee it will look the same when run by the CI :-(

Signed-off-by: Fini Jastrow <ulf.fini.jastrow@desy.de>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants