精华内容
下载资源
问答
  • mactype:更好的Windows字体渲染
  • 信仰类型修改字体以移除位图并为 Windows 字体渲染禁用 gridfit。[ 英文 ][ 正体中文 ][ 简体中文 ][ 日本语 ]描述从 Windows 10 版本 1703(创作者更新)开始,其内置的 TrueType 渲染器现在支持垂直抗锯齿。尽管...
  • 我本以为windows字体渲染就这个德行,但观察windows记事本(不光是记事本,还包括 qq,搜狗输入法,VS2012,word等等这些文字渲染很重要的应用),字体渲染非常漂亮: [img=...
  • windows8 64位字体渲染 谷歌开发的字体渲染,在各方面都很优异,值得使用。 GDIPP 是google的免费开源项目,相比gdi 具有更好的兼容性和稳定性,可以原生支持64位系统、程序兼容性提高、渲染效率提高、配置文件功能...
  • Windows下的字体渲染

    2013-08-22 16:14:40
    最近学习了一下Windows下的字体渲染,写个文档记录一下成果,方便回顾和分享。要在Windows平台下渲染字体主要有三种途径: 1. 调用Windows SDK提供的图形接口GDI/GDI+。 2. 调用DirectX提供的 D3DXCre

    原文地址:http://blog.sina.com.cn/s/blog_467bed7a01009dpl.html   注:博主还是本人的一个同事

    最近学习了一下Windows下的字体渲染,写个文档记录一下成果,方便回顾和分享。要在Windows平台下渲染字体主要有三种途径:

    1.  调用Windows SDK提供的图形接口GDI/GDI+。

    2.  调用DirectX提供的 D3DXCreateText 或是ID3DXFont的相关接口来实现。

    3.  用GDI或是其他第三方库(如Freetype)渲染出字形,再调用DX或SDK来绘制图形。

    这三种方式各自有各的定位,不能简单地来哪个方法好,哪个方法坏。

    一、 GDI / GDI+方案

    具有方便,低效的特点,内置简单排版功能,适合一般应用程序开发需求。

    Windows SDK提供的GDI / GDI+是为Windows平台下开发主流应用程序设计的,GDI提供了CreateFont,DrawText,TextOut等一系列方法以及GDI+提供的Font类使得客户程序员能够很方便地调用并实现应用程序字体渲染的目的。对于一般应用程序来说,只有当应用程序窗口需要重新绘制整个窗口的时候才需要去调用相应的接口重新渲染文字(如窗口从最小化的状态恢复或是大小改变或是被其他窗口覆盖或是被拖出屏幕边缘等),这些应用的调用频率都很低,对效率的要求不高,在这种需求下,使用GDI/GDI+提供的文字绘制接口是最合适的,方便而且强大,能渲染粗体、斜体等,而且还内置排版功能。但是如果是游戏开发,我想任何开发者都不会去直接使用GDI/GDI+提供的接口,原因是效率太低了,而且自定义程度不够,不能渲染游戏中需要用到的特殊效果文字。和其他应用程序不同,游戏的窗口是时时刻刻在重绘的,游戏中的帧数也就是每秒重绘的次数,如果帧数较低,就会觉得游戏画面卡,玩家体验会很差,这种需求就决定了字体渲染必须是高效的并且能自定义效果的(如阴影,描边等)。

    但是GDI/GDI+为什么不够高效呢?是微软实现的太烂了?当然不是,从设计上讲微软提供这些接口都是面向一般应用程序需求的,没有高效的需求,他只要简单,方便使用,能渲染一般应用程序会用到的字体就行了,所以相对早期GDI来说,GDI+更加低效,但是更加方便,当然这也有早期硬件条件的限制。从程序实现上考虑,低效的原因是接口内部没有做数据缓存,当你调用了DrawText或TextOut等方法绘制文字时,他会根据你传入的文字重新生成字形的图形数据并将它绘制到设备上(HDC),而由字体编码到字形的图形数据这一步操作是相当慢的,程序首先会根据字符的编码去字体文件的Charmap表中查找该编码对应的字形数据位置,再读取相关的数据(可能是Bezier曲线或是B样曲线数据,点阵数据),根据参数计算出字形,最终将它转换成Bitmap数据。如果GDI/GDI+把最终得到的图形数据以字为单位缓存在一个表中,下次需要再次绘制该文字的时候直接取现存的数据,效率就能提高很多,但是他没这么做。

    二、 D3DCreateText

    能够渲染3D文字,只有特殊应用中会用到,需要DX支持。

    这是 DirectX的扩展接口,能够创建Mesh。 D3DCreateText从字体文件中获取字形数据,并把每个字渲染成N个三角形(每个字大概在100~400个之间),把所有顶点数据保存成一个Mesh并作为执行结果返回,最后直接调用Mesh接口的绘制。很显然,这个接口的效率不高,所以除非需要用3D文字,一般不会去调用。可能有人会想:如果以字为单位去生成Mesh并且缓存起来,效率就会高了。其实不见得,虽然这样做确实省下了重复生成Mesh的开销,但是大大降低了显卡渲染速度(因为显卡对大量顶点的批量处理是很快的),所以总体性能不会有所提升,可能反而会更加低。当然,还有其他办法能综合以上优缺点,从Mesh中取出顶点数据自己做二次处理,这里就不展开了。

    三、 ID3DXFont

    相比GDI/GDI+具有高效的特点,接口也很方便使用,但需要DX支持。

    ID3DXFont字形生成的实现其实是调用了GDI的接口,但是为什么比GDI高效呢?原因在于他做了纹理(Texture)缓存。ID3DXFont会把生成的图形数据以字为单位保存到若干张纹理中,在绘制某个字时,先查找缓存中有没现成的,如果没有则调用GDI去生成该字的图形数据并缓存到纹理中去。这样做效率确实比GDI高了很多,但是经测试,性能还不够理想,在Debug版本下,全速渲染600左右中文和800左右的英文(有重复)平均帧数为114,用DirectX SDK自带的工具PIX for Windows可以很容易找到性能不够理想的原因。从PIX显示的数据中可以看出,ID3Dfont的DrawText方法在绘制每个文字的时候,会先锁住显存中的顶点缓冲区,然后再将顶点数据写入缓冲区中,再次调用顶点渲染函数。这样每次加锁都会中断GPU的渲染流水线,等写完数据解锁以后才能继续,直接导致了性能下降。知道了性能不高的根本原因,解决就比较容易了,我们可以在内存中自己建一个比较大的顶点缓冲区,把需要在一帧中渲染的顶点数据先写入到这个顶点缓冲区中,在调用渲染接口一次性渲染所有顶点,这样能使性能提升好几倍。在上次的测试环境中用新的方案测试了一下,测试数据不变,能够达到平均784帧的速度,效果还是很明显的。这个速度用于开发游戏,还是不错的。

    这样性能上确实可以接受了,但是还存在着其他一些问题。ID3DXFont对应了特定样式的一个字体,比如微软雅黑12号字对应一个实力,而微软雅黑12号字的斜体也必须对应另外一个实例。ID3DXFont中所使用到的纹理贴图都是该接口内部管理的,这给客户程序员带来了很大的方便(不用管理纹理了,而且他本身的贴图拼接的算法也很不错),当然随之而来的是你没法写入自己的贴图数据(除非自己再建贴图来管理,但是这样实现感觉上很乱)。比如需要渲染具有描边效果的文字,用ID3DXFont自己管理纹理的方式你就需要把文字以描边的颜色在上下左右等八个方向偏移若干个像素都绘制一次,再在用字体颜色在原坐标上绘制该文字才能实现描边效果,总共绘制了九遍。当然这在少量描边字的情况下性能还是能接受的。除了多次绘制,还有其他更高效的办法实现描边吗?有,就是在绘制之前专门生成在一块描边文字的边的纹理贴图,在绘制的时候,先绘制描边,在绘制文字本身,也能实现描边的效果。这种办法当然能提高效率,但是会需要更多的显存来放纹理,其实本质上是一种以空间换时间的办法,是否有必要还得看实际情况,而且还有一点就是你必须自己来管理这些纹理贴图。

    四、 Freetype

    高效,能最大程度自定义,但是实现比较麻烦,适合游戏开发应用,需要DX支持。

    Freetype是个开源的可以自由使用的多平台文字渲染的库,特点是占用空间小、高效、高度可定制、并且可以产生可移植的高品质输出(符号图像), 他是一种字体服务而没有提供为实现文字布局或图形化处理这样高阶的功能使用的API(比如带色文字渲染之类的)。通俗点说他只负责将文字编码转换成字形数据。Freetype也不支持粗体,斜体等附加效果的渲染。但是Freetype支持矢量字形的输出,如果对高质量的缩放文字有需求的话,他将是个很好的选择。GDI也有这些实现GetFontData和GetGlyphOutline就能获取字形数据,而且比Freetype功能更加强大,GDI能渲染粗体,斜体等附加效果。

    通过Freetype或是GDI得到图形数据之后,我们就可以用DX创建纹理贴图来缓存这些数据,方法就和其他方式下差不多了,只是这种方式下得自己管理贴图,自己处理顶点缓冲区(优化),瑞然实现比较麻烦,但是性能和自定义的程度是最大化的,纹理贴图在自己的控制中,想附加什么效果都可以,不再啰嗦。

    最后再提一点关于粗体和斜体这些附加效果的渲染方法,粗体其实可以用描边的方式来实现,只要边的颜色和字体颜色一样,看上去就是粗体的效果,至于斜体,其实完全没必要用一块纹理来专门保存斜体的图形数据,只要用正常文字的纹理在映射时做一次一定角度的偏移就实现了斜体,而且效果不错。

        如果有说的不对的地方还望指正(tongxuehu@gmail.com)。

    展开全文
  • Windows字体渲染工具推荐

    千次阅读 2017-08-15 10:40:04
    1. mactype 2. Chrome浏览器渲染不正常? stylish Font rendering enhancer 3. 效果图

    1. mactype

    2. Chrome浏览器渲染不正常?

    3. 效果图


    =======================我是分隔线===================================


    展开全文
  • Windows字体渲染方案

    千次阅读 2013-01-04 22:01:34
    要在Windows平台下渲染字体主要有三种途径: 1.  调用Windows SDK提供的图形接口GDI/GDI+。 2.  调用DirectX提供的 D3DXCreateText 或是ID3DXFont的相关接口来实现。 3.  用GDI或是其他第三方库(如...

    要在Windows平台下渲染字体主要有三种途径:

    1.  调用Windows SDK提供的图形接口GDI/GDI+。

    2.  调用DirectX提供的 D3DXCreateText 或是ID3DXFont的相关接口来实现。

    3.  用GDI或是其他第三方库(如Freetype)渲染出字形,再调用DX或SDK来绘制图形。

    这三种方式各自有各的定位,不能简单地来哪个方法好,哪个方法坏。

     

    一、 GDI / GDI+方案

    具有方便,低效的特点,内置简单排版功能,适合一般应用程序开发需求。

    Windows SDK提供的GDI / GDI+是为Windows平台下开发主流应用程序设计的,GDI提供了CreateFont,DrawText,TextOut等一系列方法以及GDI+提供的Font类使得客户程序员能够很方便地调用并实现应用程序字体渲染的目的。对于一般应用程序来说,只有当应用程序窗口需要重新绘制整个窗口的时候才需要去调用相应的接口重新渲染文字(如窗口从最小化的状态恢复或是大小改变或是被其他窗口覆盖或是被拖出屏幕边缘等),这些应用的调用频率都很低,对效率的要求不高,在这种需求下,使用GDI/GDI+提供的文字绘制接口是最合适的,方便而且强大,能渲染粗体、斜体等,而且还内置排版功能。但是如果是游戏开发,我想任何开发者都不会去直接使用GDI/GDI+提供的接口,原因是效率太低了,而且自定义程度不够,不能渲染游戏中需要用到的特殊效果文字。和其他应用程序不同,游戏的窗口是时时刻刻在重绘的,游戏中的帧数也就是每秒重绘的次数,如果帧数较低,就会觉得游戏画面卡,玩家体验会很差,这种需求就决定了字体渲染必须是高效的并且能自定义效果的(如阴影,描边等)。

    但是GDI/GDI+为什么不够高效呢?是微软实现的太烂了?当然不是,从设计上讲微软提供这些接口都是面向一般应用程序需求的,没有高效的需求,他只要简单,方便使用,能渲染一般应用程序会用到的字体就行了,所以相对早期GDI来说,GDI+更加低效,但是更加方便,当然这也有早期硬件条件的限制。从程序实现上考虑,低效的原因是接口内部没有做数据缓存,当你调用了DrawText或TextOut等方法绘制文字时,他会根据你传入的文字重新生成字形的图形数据并将它绘制到设备上(HDC),而由字体编码到字形的图形数据这一步操作是相当慢的,程序首先会根据字符的编码去字体文件的Charmap表中查找该编码对应的字形数据位置,再读取相关的数据(可能是Bezier曲线或是B样曲线数据,点阵数据),根据参数计算出字形,最终将它转换成Bitmap数据。如果GDI/GDI+把最终得到的图形数据以字为单位缓存在一个表中,下次需要再次绘制该文字的时候直接取现存的数据,效率就能提高很多,但是他没这么做。

     

    二、 D3DCreateText

    能够渲染3D文字,只有特殊应用中会用到,需要DX支持。

    这是 DirectX的扩展接口,能够创建Mesh。 D3DCreateText从字体文件中获取字形数据,并把每个字渲染成N个三角形(每个字大概在100~400个之间),把所有顶点数据保存成一个Mesh并作为执行结果返回,最后直接调用Mesh接口的绘制。很显然,这个接口的效率不高,所以除非需要用3D文字,一般不会去调用。可能有人会想:如果以字为单位去生成Mesh并且缓存起来,效率就会高了。其实不见得,虽然这样做确实省下了重复生成Mesh的开销,但是大大降低了显卡渲染速度(因为显卡对大量顶点的批量处理是很快的),所以总体性能不会有所提升,可能反而会更加低。当然,还有其他办法能综合以上优缺点,从Mesh中取出顶点数据自己做二次处理,这里就不展开了。

     

    三、 ID3DXFont

    相比GDI/GDI+具有高效的特点,接口也很方便使用,但需要DX支持。

    ID3DXFont字形生成的实现其实是调用了GDI的接口,但是为什么比GDI高效呢?原因在于他做了纹理(Texture)缓存。ID3DXFont会把生成的图形数据以字为单位保存到若干张纹理中,在绘制某个字时,先查找缓存中有没现成的,如果没有则调用GDI去生成该字的图形数据并缓存到纹理中去。这样做效率确实比GDI高了很多,但是经测试,性能还不够理想,在Debug版本下,全速渲染600左右中文和800左右的英文(有重复)平均帧数为114,用DirectX SDK自带的工具PIX for Windows可以很容易找到性能不够理想的原因。从PIX显示的数据中可以看出,ID3Dfont的DrawText方法在绘制每个文字的时候,会先锁住显存中的顶点缓冲区,然后再将顶点数据写入缓冲区中,再次调用顶点渲染函数。这样每次加锁都会中断GPU的渲染流水线,等写完数据解锁以后才能继续,直接导致了性能下降。知道了性能不高的根本原因,解决就比较容易了,我们可以在内存中自己建一个比较大的顶点缓冲区,把需要在一帧中渲染的顶点数据先写入到这个顶点缓冲区中,在调用渲染接口一次性渲染所有顶点,这样能使性能提升好几倍。在上次的测试环境中用新的方案测试了一下,测试数据不变,能够达到平均784帧的速度,效果还是很明显的。这个速度用于开发游戏,还是不错的。

    这样性能上确实可以接受了,但是还存在着其他一些问题。ID3DXFont对应了特定样式的一个字体,比如微软雅黑12号字对应一个实力,而微软雅黑12号字的斜体也必须对应另外一个实例。ID3DXFont中所使用到的纹理贴图都是该接口内部管理的,这给客户程序员带来了很大的方便(不用管理纹理了,而且他本身的贴图拼接的算法也很不错),当然随之而来的是你没法写入自己的贴图数据(除非自己再建贴图来管理,但是这样实现感觉上很乱)。比如需要渲染具有描边效果的文字,用ID3DXFont自己管理纹理的方式你就需要把文字以描边的颜色在上下左右等八个方向偏移若干个像素都绘制一次,再在用字体颜色在原坐标上绘制该文字才能实现描边效果,总共绘制了九遍。当然这在少量描边字的情况下性能还是能接受的。除了多次绘制,还有其他更高效的办法实现描边吗?有,就是在绘制之前专门生成在一块描边文字的边的纹理贴图,在绘制的时候,先绘制描边,在绘制文字本身,也能实现描边的效果。这种办法当然能提高效率,但是会需要更多的显存来放纹理,其实本质上是一种以空间换时间的办法,是否有必要还得看实际情况,而且还有一点就是你必须自己来管理这些纹理贴图。

     

    四、 Freetype

    高效,能最大程度自定义,但是实现比较麻烦,适合游戏开发应用,需要DX支持。

    Freetype是个开源的可以自由使用的多平台文字渲染的库,特点是占用空间小、高效、高度可定制、并且可以产生可移植的高品质输出(符号图像), 他是一种字体服务而没有提供为实现文字布局或图形化处理这样高阶的功能使用的API(比如带色文字渲染之类的)。通俗点说他只负责将文字编码转换成字形数据。Freetype也不支持粗体,斜体等附加效果的渲染。但是Freetype支持矢量字形的输出,如果对高质量的缩放文字有需求的话,他将是个很好的选择。GDI也有这些实现GetFontData和GetGlyphOutline就能获取字形数据,而且比Freetype功能更加强大,GDI能渲染粗体,斜体等附加效果。

    通过Freetype或是GDI得到图形数据之后,我们就可以用DX创建纹理贴图来缓存这些数据,方法就和其他方式下差不多了,只是这种方式下得自己管理贴图,自己处理顶点缓冲区(优化),瑞然实现比较麻烦,但是性能和自定义的程度是最大化的,纹理贴图在自己的控制中,想附加什么效果都可以,不再啰嗦。

     

    最后再提一点关于粗体和斜体这些附加效果的渲染方法,粗体其实可以用描边的方式来实现,只要边的颜色和字体颜色一样,看上去就是粗体的效果,至于斜体,其实完全没必要用一块纹理来专门保存斜体的图形数据,只要用正常文字的纹理在映射时做一次一定角度的偏移就实现了斜体,而且效果不错。

    展开全文
  • windows安装mactype启用mac字体渲染

    千次阅读 2015-12-19 00:55:38
    无图无真相,先上效果图。...其实是字体渲染的原因。装个mactype就好了。下载地址自己搜一下就好了,很傻瓜。然后chrome是我常用的浏览器,想开启mactype 解决chrome 标题、菜单无法渲染: 在快捷方式的 ‘目标

    无图无真相,先上效果图。
    mactype_is_good

    之前发现同样的图表,看同事的mac渲染出来的因为字体效果不同,看上去高大上好多啊,一开始以为是mac字体的原因,以为把mac的字体装到windows下就好了,一查发现不是。其实是字体渲染的原因。装个mactype就好了。下载地址自己搜一下就好了,很傻瓜。

    然后chrome是我常用的浏览器,想开启mactype

    • 解决chrome 标题、菜单无法渲染:

      在快捷方式的 ‘目标’ 后面填上‘ –disable-directwrite-for-ui’ (–前面有空格)

    • 解决chrome 网页文字无法渲染:

      地址栏输:chrome://flags 启用第二项 “停用DirectWrite Windows”。

    然后发现有丢字的现象,就是“30”展示成“3 ”这样,解决方法参考这里

    展开全文
  • GDI++ 的字体渲染引擎,用来模仿 Mac 的渲染风格,但是用起来配置很麻烦。 于是后来出现了 MacType,它完全免费且使用极其简单方便,只要下载、安装、运行,一切就都变美好了!它可以将苹果优秀的字体显示效果
  • 苹果和windows字体渲染对比

    千次阅读 2008-04-20 19:23:00
    Safari浏览器采用自家独有的渲染技术,有的朋友觉得养眼、有的朋友却无法接受。个中缘由为何,请看下文评析:视窗版的 Safari 出了,用的是苹果的显示算法。你可以在同一屏幕上把上述两种不同的取向放在一起比较,...
  • Windows下浏览器高分屏字体渲染

    千次阅读 2016-04-16 01:27:44
    随着高分屏的普及,越来越多的应用开始提供HiDPI支持。...高分屏支持分为两部分,一部分是UI的绘制,另一部分是字体渲染。 前者分为传统Win32应用和WPF、UWP,Win32下的UI缩放和布局会出现一些稀奇古怪的错误
  • ▲ 经过撸linux站一条命令字体渲染包渲染之后的效果。中文字体借用了微软雅黑,矢量字体的笔画显示虚虚的感觉没有了。点阵部分用的是windows 7下的宋体,比文泉驿正黑点阵字体设计的更好看。英文粗体...
  • 字体渲染详解

    2019-01-02 15:57:00
    两年前掀起的Web字体革命让众人遗忘多年的字体渲染话题再次浮现。Web字体赋予我们自由的同时也带来新的挑战。字体选择及使用并不仅仅只是风格问题,其背后的技术实现也值关注。 我们没办法控制网站访客所用的浏览器...
  • 显示效果字体渲染

    2012-10-25 10:00:32
    MacType软件简介 MacType原名(GDI++),字体渲染引擎,能使文字显示得更清晰、更有立体感。GDI++是一个开源项目,它能接管Windows系统的GDI字体渲染功能,实现比Mac系统更华丽的字体渲染效果!
  • 认识字体渲染

    千次阅读 2015-10-23 18:07:58
    Windows 7下IE9使用微软雅黑字体也可以看到这个现象)。肿么回事,这不科学!读完这篇文章后你就都懂了。 为什么相同的字体,在Mac OS上的显示效果「看起来」要比Windows上好看?这个问题我一直没有搞清楚,昨天...
  • 浅谈字体渲染

    2014-08-12 09:10:53
     由于某个需求,我需要了解一下关于字体渲染相关知识,以前没有接触过这个,所以启蒙就只能靠Google了。我先后找到了《认识字体渲染》和《一笔一划间蕴藏的学问 浅谈计算机字体》,有一点明白了,但只是看文章感觉...
  • FreeType字体渲染引擎

    2012-03-08 20:28:07
    FreeType是开源免费的字体渲染引擎,可将Win32下的字体效果变成与Mac相媲美的字体显示效果,遵循网络共享的原则,免除资源分下载,为了让大家好好学习,并附上txt安装说明文件。
  • 网站字体渲染过程

    千次阅读 2015-10-23 21:05:42
    前言 我们知道同一种字体在不同浏览器上的表现有可能是...带着这些问题我们来看看字体渲染的过程: 解码 了解解码之前,我们稍微先简单回顾下编码的一些知识,常见的名词有:ASCII 、GB2312、Big5、Unicode、
  • 通过 MacType 中文版可广泛自定义的应用程序,它可以将默认的 Windows 字体渲染算法替换为 macOS 或 Linux 样式光栅化器,并使字体更平滑。如果您看腻了 Windows 自带的字体预览效果,那么 MacType 或许能带您体验...
  • OpenJDK字体渲染修正

    千次阅读 2013-05-11 21:21:46
    现在Java的字体渲染比以前进步多了,但最近装了个Monaco,却发现无论如何不能在idea中很好地显示,在eclipse里很正常,于是切换到eclipse,没用几下就放弃了,eclipse的Scala插件实在太不成熟了,简单的命名重构居然...
  • GDI 是一个开源项目,它能接管Windows系统的GDI字体渲染功能,实现比Mac系统更华丽的字体渲染效果!使用PC的朋友再也不需要羡慕 Mac上清晰的中文字体了,因为GDI 是有过之而无不及的。 MacType由FlyingSnow二次开发...
  • 超级新手理解的字体渲染

    千次阅读 2015-02-16 10:48:18
    1 啥是字体渲染所谓字体渲染,就是把指定的字形用像素表示出来,由于大部分显示设备的像素都是方形或长方形的小格子,所以也叫栅格化。字形是一种特殊的图形,专门用来表示字符,所以字体渲染也是图形渲染的重要组成...
  • Windows Phone 8中的库渲染位图字体使用手册: 第1步:将具有相同名称和位置的fnt和png文件放入您的项目中(例如:Assets / BitmapFont) 第2步:加载字体(在启动应用程序时应执行):使用静态变量存储字体并在启动...
  • 在Win 7中使用了MacTpye来进行字体渲染,可还是觉得Chrome的黑色字体颜色很不正,其实很简单,只要在css中加这么一行便可轻松解决,具体如下,有类似情况的朋友可以参考下,希望对大家有所帮助
  • GDI++是一个开源项目,它能接管Windows系统的GDI字体渲染功能,实现比Mac系统更华丽的字体渲染效果!使用PC的朋友再也不需要羡慕Mac上清晰的中文字体了,因为GDI++是有过之而无不及的。 GDI++和微软的ClearType其实...
  • https://www.jianshu.com/p/ec68073ecb09 安装新字体放在当前C:\Program Files\Java\jdk1.8.0_212\jre\lib\fonts下
  • GDI++是一个开源项目,它能接管Windows系统的GDI字体渲染功能,实现比Mac系统更华丽的字体渲染效果!使用PC的朋友再也不需要羡慕Mac上清晰的中文字体了, 因为GDI++是有过之而无不及 GDI++和微软的ClearType其实是相...
  • 使用 MacType 改善 IDEA 字体渲染

    千次阅读 2019-05-21 15:24:24
    前几天刚从Eclipse转到IDEA,但是IDEA的默认背景和字体看起来难受,作为一个轻度强迫症的我也不能忍受,替换了各种主题以及字体后还是不太理想,不经意间在V2EX看到一个老哥说道使用MacType渲染windows上的文字效果还...
  • noMeiryoUI Windows字体修改工具 是由一位日本程序员Tatsu-syo开发的一款可以一键替换系统字体的设置工具,官方自带简体中文,noMeiryoUI的设置非常简便,直接选择好字体后一键应用即可。 软件只对主题字体风格进行...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 15,786
精华内容 6,314
关键字:

windows字体渲染