-
Notifications
You must be signed in to change notification settings - Fork 28
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
[Q/FR] Default theme font: experimenting with it. #75
Comments
Сompessed the basic Latin alphabet letters (and punctuation) and additional letters of the Polish and Brazilian-Portuguese alphabets, the result ( original -> scaled -> compressed ): |
nice finding! The GNU Unifont is drawn on a 16px grid for that much of a height, so anything non-integer scaled font size looks squashy on GMenu2X with this type of blocky font. |
Dunno what they’ve been adding to the font lately that’s new and useful or may change in the future. |
Guess you have a point there, that thinner font fits nicely (you're growing into font master!). Pefectly there should be scrolling effect for longer descriptions in the future.
Off the record, we're using now outdated Unifont from last year when there was TTF autogenerated type available from official site. Building latest version isn't hard but requires extra time. |
I don't think this can be fully automated. At least I have no idea how. Unless maybe by comparing the states before and after. Yes, I worked with groups of letters. The letters were divided into groups based on the initial width of the letter. But it was more like working with a pixel font in some visual BDF font editor (or like with tiles in the game "15 Puzzle"). Working with conditional "pixels" on a "grid", rather than lines and vectors and other scalable stuff which is more common for .ttf and FontForge. Also, if a letter will be redrawn with the next theoretical update of the font (redrawing some particularly crafty ideographs is, as I understand it, the only thing that GNU Unifont has been doing in recent years), then its width could theoretically change, which should potentially transfer it to another group, but will go unnoticed during automatic processing. (Although I didn’t touch the hieroglyphs after scaling, since I understand absolutely nothing about them.) |
@MayanKoyote, could you provide list of modified glyphs or before/after fonts so I could only bisect slimmed down glyphs. |
When we update the default font, it will be necessary to rebuild custom themes' fonts (upd supplementary unifont glyphs), having in memory that they operate on a different
|
there should be less blurr on UNIFONT with another SDL_ttf rendering method (gmenu2x will detect Family Name as such). |
What I always didn't like about the current Default theme (tho I generally like this theme) is how "soapy" the GNU Unifont font looks.
So I took a closer look at the size of one "pixel" of the font (that's 64x64 of somethings) and scaled the font by 112.5% so that the size of that one "pixel" became 72x72 (because why not).
As a result, the letters became a bit clearer/sharper (in my eyes):
But they also became a bit larger.
Therefore, I armed myself with epic patience (FontForge ><) and compressed (manually) the letters of the Russian alphabet (this can be seen in picture No. 2-2).
Now I'm wondering if it's worth continuing.
Theoretically, it doesn’t take that long to compress the basic Latin alphabet (and basic punctuation).
But as for the extended Latin alphabet, that’s a different story. I would not like to study all the letters, there are too many of them and they are too crafty. Possibly only those that have already been used in existing translations.
(Of course, this does not apply to any of hieroglyphs. But they are naturally compact (I think).)
So, is it worth continuing or not?
The text was updated successfully, but these errors were encountered: