Code Monkey home page Code Monkey logo

klee's Introduction

English /日本語

KleeOne-Regular

KleeOne-SemiBold

Klee One

Klee is a script font handwritten by pencil or pen. It's quiet design has an elegant look that sets itself apart from traditional script and textbook fonts. Ideal for body text. Learn more.

Download the font

You can download pre-built the TrueType font from the following page.

Latest release

Building the font from source

Requirements

Build the font

Change the current working directory to 'Klee' folder and run build.py .

$ python build.py

If the --autohinting command line option is specified, it will add hinting with ttfautohint.

$ python build.py --autohinting

Licence

This font is licensed under the SIL Open Font License.

Characters

Prohibited acts

  • Redistribute under license except 'SIL Open Font License Version 1.1'.
  • Selling ​​the font file itself.

klee's People

Contributors

aaronbell avatar kokiabe avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

klee's Issues

Cyrillic letters are too wide

Hello! I can't use this font because of big white spaces between in cyrillic letters. Latin symbols, digits, etc. are okay.
image

Radical in 遁 treated inconsistently (missing dot)

Hello, thanks for your amazing work on this font!

I noticed that 遁 in Klee One deviates from the standard form in the 表外漢字字体表:
https://www.bunka.go.jp/kokugo_nihongo/sisaku/joho/joho/kakuki/22/pdf/jitaihyo.pdf

All other characters in the 表外漢字字体表 with the same radical appear to follow the standard (two dots), whereas 遁 has just one dot.

The Japan Ministry of Justice also shows this character with two dots in the radical: https://www.moj.go.jp/content/001131003.pdf The same goes for various online dictionaries. like dictionary.goo.ne.jp.

Why does this dot matter?

While the form with one dot is not technically incorrect, it appears to be the one glyph that makes Klee One inconsistent with respect to the government standard character forms. This is a shame, since all the other tricky cases of this radical 辶 appear to be handled perfectly (e.g. the newer 常用漢字 should have two dots, the older ones should have one dot, the older 人名用漢字 should have one dot unless they are the traditional forms of 常用漢字, etc.)

For purposes such as developing language-learning applications, where users benefit from adherence to a standard, Klee One is perfect, except for this one glyph.

Possible solutions

If the treatment of the radical in 遁 was a conscious design decision, it would be nice to have the reasoning documented here in this repository.

Otherwise, if the treatment of the radical in 遁 was not a conscious decision, I think it would be beneficial if:

  • the missing dot were added to 遁,
  • OR all instances of the radical 辶 had only one dot, making them consistent with traditional calligraphic/handwritten forms.

Personally, I think it would be better to add the dot to 遁. Not only would this be less work, but this would prevent a further inconsistency from being introduced: if 辶 were normalized to only one form in Klee One, then it would follow that the other radicals with multiple forms (like the left in 館/餅 and 神/祁) should all be normalized as well. But characters with these radicals appear to follow the standard forms just fine.

Hintings on Kanjis destroyed the glyph

The auto-hinting disbalance the text in small font size and destroy the fluency of strokes in large font size.

Here is a picture of the font in 12px:
Difference of hinted/unhinted 12px Klee
*The imbalance may be exaggerated by the line I draw

And also a example of the 72px font:
Difference of hinted/unhinted 72px Klee
There are some imbalance on stroke width. Some of the horizontal strokes become zigzag-like

Another example with the hinting:
Example with hinting and multiple font size

vertWidth is not set

'vertWidth' is missing. And I don't know how to import it into the .glyphs files.

Regression from the retail version: U+5BEC (寬) missing in Klee One

U+5BEC (寬), a 人名用 (jinmeiyou) kanji that can be rendered using the retail version of Klee, cannot be rendered by Klee One.

This character has nothing to do with the representative glyph changes made in JIS2004, therefore in my opinion it should remain in the character coverage of the font.

Granted, U+5BEC is outside of the coverage of Adobe-Japan1 Supplement 4 (and the corresponding JIS2004 version). However, given that (1) the original Klee supports this codepoint and (2) the corresponding glyph uni5BDB.vari2 remains in Klee One, please consider restoring the mapping from U+5BEC to uni5BDB.vari2.

Is it ok to update the font with the official Reiwa glyph?

Would it be legal and OK to update and provide the source file for the Reiwa glyphs (both horizontal and vertical variants) since you open sourced the font? I only realised now that at that time the Klee font was open sourced, it was the previous version before the Reiwa update. Because when I checked the Font Book on my Mac, the Reiwa glyphs are present (at CIDs 15444-15445), but not in the open source version of Klee One.

Screenshot 2022-03-14 at 17 48 16

Make this font ProN compliant by mapping some hidden glyphs in Klee

While this font is originally not ProN, I hereby request that some hidden glyphs in Klee, like 懲, 海, 漢 be mapped to CJK compatibility ideographs (in this example, U+FA40, U+FA45 and U+FA47 respectively).

Screenshot 2021-07-02 at 16 36 35

And characters like 晚, 吞, which are encoded in ProN fonts but not Pro, should be mapped to CJK Unified Ideographs (in this example, U+665A and U+541E respectively).

Screenshot 2021-07-02 at 16 29 31

Screenshot 2021-07-02 at 16 29 03

The images show that these characters are unencoded as shown by "Glyph 13,XXX".

I can't provide a full list because it will take up a lot of my time. However, I provided a sample list of what characters are mapped to ProN from one of Iwata's fonts. Since 祇 and 辻 are mapped to JIS2004 forms, might as well make this font ProN compliant.

Question about font design

Untitled

The one on the left is Klee while the one on the right is Iansui.

Why did you guys use a more minchō style stroke for 𠃋 rather than a more naturalistic hand written form like in the Klee derived Iansui?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.