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

Missing Documentation of Double-Width Variant (chips-double-width.omp.json) #7

Open
CodexLink opened this issue May 1, 2023 · 0 comments
Assignees
Labels
documentation Improvements or additions to documentation enhancement New feature or request

Comments

@CodexLink
Copy link
Owner

CodexLink commented May 1, 2023

Context

The README contains GIF demos that use a font with a single-width variant, that is due to the issues with Nerd Fonts getting downscaled and that is because of the monospace setting that Iosevka has. Later, I attempted to fix this by re-compiling multiple versions of my own variant of Iosevka.

After multiple tries and attempts, I was able to get the font to display icons in double-width, but the problem now is that the theme now requires to have a double space instead of a single space, compromising the structure of the theme overview, making it seem like the theme is broken in the first place.

For context,

It went from the following:
image

Note that other segment's icon will get cut-off, here for instance, we can see that there are no spaces in-between the icon and the context.

To this:
image

The chips-double-width.omp.json has been then created, allowing users to have a compatibility version specifically for people who have custom variant fonts with nerd fonts injected, allowing them to see the icons without ever making them attempt to compromise their custom font's with a --monospace/--single-width variant.

Solution

Create documentation regarding the existence of the ``chips-double-width.omp.json`.

Remarks

This issue was instantiated as a mark for TODO, as I was busy on personal projects.

@CodexLink CodexLink added documentation Improvements or additions to documentation enhancement New feature or request labels May 1, 2023
@CodexLink CodexLink self-assigned this May 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant