
版权(C)2017-2023,P。Baudin(https://github.com/pbaudin/acsf)
大多数这些字体提供的草书风格应该使所有交叉缝制爱好者都感到高兴。如果需要说服任何人,他们只需要查看高级的跨缝字体画廊或进行现场测试即可。
这些字体不完整,但包含各种拉丁语字母(包括音符)中使用的所有字母,带有倒帽的捷克字母,德国埃塞特(Eszett)结扎和特定于某些斯堪的纳维亚字母的字母。
在他们的设计开始(2017年), TrueType和OpenType字体(例如calt , cimf或ccmp )的上下文功能不受许多软件的支持,包括文本编辑器和Web浏览器。感谢LibreOffice编辑和Web浏览器Firefox和Chrome从一开始就支持这些字体的(给定的pdf文件都由LibreOffice Writer编辑)。
这些先进的跨缝字体具有许可证,该字体允许您使用任何目的,甚至在商业上使用的交叉缝线图表。
可以随意从此GitHub存储库(推荐)或Dafont.com下载最新版本的Advanced Cross-Stitch Fonts 。
此GitHub存储库中有一个演示工具。它使您可以通过Firefox或Chrome等网络浏览器创建自己文本的跨缝表图。该工具可用于快速查看字体及其扎扎的设计。
将颜色属性应用于某些字符时(如在食谱示例中)时要小心,该属性在其开始时和结束时都会制动最终的结扎。
使用这些高级跨缝字体和实时测试工具玩得开心!
这些特殊字符是所有高级跨缝字体的一部分。
~ :1pt空间_ :20点十字针迹
$ :切割韧带(包括Kerning)。对于Rock'n Roll Font Festive ,在单词开始时插入一个或多个“ $”可能会改变其布局。您可能会看一下这个法国诗的rose 。| 类别 | 人物 |
|---|---|
| 数学 | 0 1 2 3 4 5 6 7 8 9 ° / + - * % |
| 大写 | ABCDEFGHIJKLMNOPQRSTU VWXYZ |
| 小写 | abcdefghijklmnopqrstu vwxyz |
| 绕行 | Â Ê Î Ô Û â ê î ô û |
| 急性 | Á É Í Ó Ú á é í ó ú |
| 严重 | À È Ì Ò Ù à è ì ò ù |
| Dieris | Ä Ë Ï Ö Ü Ÿ ä ï ë ö ü ÿ |
| 蒂尔德 | Ã Õ Ñ ã ñ õ |
| 卡隆 | Č Š Ž č š ž |
| 杂项 | Å ẞ Ç Ø Æ Œ å ß ç æ œ ø |
| 其他 | ¿ ? ¡ ! , ; . : ' # |
网站提供了几年的Cross Stitch Writing工具,以通过您自己的文字制作图表的设计。一些提议的字体引起了我的注意,因为他们的大多数字母都是可加入的,但是一些字母带有拉丁语字母的常规音符。因此,即使在英语中,也无法从这些字体中获取奶油brûlée食谱的图表!
最后一点,但并非最不重要的是该工具的使用条款。他们不允许您免费将使用此工具生成的图表分发给您的朋友,即使是免费的!
那是这个项目的起点。不受限制的草书跨缝字体的设计将使大多数交叉缝制爱好者感到高兴。
第一批字体源自本书的第1卷Cross stitch letters BIBLE des lettres au point de croix (由ValérieLejeune -ean 9782756503059),其中引用了许多字母引物(约800)。由于所有这些都在1930年之前出版,因此这些模式在公共领域中。
为了与所有人分享这项工作(从我们的共同文化遗产中完成),SIL Open Font许可证版本1.1(OFL 1.1)适用于高级跨缝字体。从这样的许可证中,您可以使用这些字体来使用这些图表,甚至在商业上出于任何目的。
草书字体需要设计许多用于连字的字形,这尤其如此,字体尺寸越小(即小写从4到5点高)。因此,建议使用工具创建这样的字体。
第一个设计的字体是在2017年使用Python 2 API的脚本FontForge构建的。python是一种动态键入的Python ,因为这些类型是根据运行时获得的值定义的。这允许快速代码开发。使用此软件,可以设计仅涉及连字对和kerning对的两个第一个字体,但这太过限制了。
为了处理更复杂的字体,有必要使用上下文TrueType (或OpenType )功能。该软件的新版本是用OCaml编写的,用于管理这些功能,以使用Lymp库,使您可以使用OCaml World的FontForge API的Python函数和对象。该软件版本包含OCaml层,该层执行与FontForge绑定。 FontForge API在管理上下文字体表的函数的参数之间施加了类型的约束。为了提供与FontForge API一样接近的OCaml API,使用通用代数数据类型OCaml被视为机会。由于OCaml到Python的Lymp电话筹集的一些错误,这并没有太多使用。已经找到了生成中间文件(指定要在.fea文件中使用的OpenType Feature Data )来构建FontForge Python API和OCaml绑定的最终字体的工作。
同时, Fontforge API迁移到Python 3 , Lymp库不再能够使用较新版本的OCaml编译器和各种库进行绑定。然而,在很少的努力下, Lymp库很容易被PyMl库取代。
然后,从开发的软件中提取了FontForge API的OCaml绑定,并可以从fontforge-of-ocaml库中获得。
