(149.2 KB, 121 次查看)
(186.8 KB, 117 次查看)
昵称: 070 &时间:
昵称: meto &时间:
昵称: 070 &时间:
Xft.dpi:96
如上设置还不行的话，我这里有个启动次像素平滑的文件，并且我这里设了96dpi
cat /etc/fonts/local.conf
&?xml version=&1.0&?&
&!DOCTYPE fontconfig SYSTEM &fonts.dtd&&
&fontconfig&
&!-- Generated by SuSEconfig.fonts, don't edit, your changes will get lost. --&
&!-- Edit /etc/sysconfig/fonts-config instead. --&
&!-- Or put rules into your personal config file ~/.fonts.conf. --&
&!-- ************************************************************ --&
&!-- Hinting and antialiasing --&
&!-- ************************************************************ --&
&match target=&pattern& &
&edit name=&dpi& mode=&assign& &
&double&96&/double&
Using hinting=true, hintstyle=hintfull and antialias=true
is a good default for most fonts.
Match on &pattern& for the default, not on &font& to make
it easier to override the default using FcPatternDel()
and FcPatternAdd...() (see bugzilla #104365).
&match target=&pattern&&
&edit name=&hinting&&
&bool&true&/bool&
&edit name=&hintstyle&&
&const&hintfull&/const&
&edit name=&antialias&&
&bool&true&/bool&
Set autohinter=true as the default, then add exceptions for certain fonts.
Match on &font& here, not on &pattern& because of bug #118131 comment #93.
(If an autohint value is set in pattern, OpenOffice 2.1 will use that even
if there are fontconfig rules matching on &font& which should override it
again). This doesn't cause any problems for Cairo/Gnome (see bug #104365)
because Cairo/Gnome don't try to change the autohint value anyway.
&match target=&font&&
&edit name=&autohint&&
&bool&true&/bool&
Switch off the autohinter for PostScript fonts (Type 1 and OpenType CFF)
because using the PostScript hinting usually looks better than using
the autohinter.
&match target=&font&&
&test name=&fontformat&&
&string&Type 1&/string&
&string&CFF&/string&
&edit name=&autohint&&
&bool&true&/bool&
TrueType Fonts which have high quality byte code interpreter
instructions can look very good in even in small sizes when using
the byte code interpreter (autohint=false). This is true
both with and without anti-aliasing.
In black and white (antialias=false) the results when rendering
with the byte code interpreter may even look as good as high quality
bitmap fonts.
On the other hand, some low quality TrueType Fonts do not have
byte code interpreter instructions at all or only very bad byte
code and may look better when the autohinter is used.
(See &FreeSans& for example, it looks better with the
autohinter which is especially obvious if anti-aliasing is off).
Switch off the autohinter for TrueType fonts in order
to use the byte code interpreter.
&match target=&font&&
&test name=&fontformat&&
&string&TrueType&/string&
&edit name=&autohint&&
&bool&true&/bool&
Switch on the autohinter for a few TrueType fonts which
have no byte code or very bad byte code and look better
with the autohinter:
But see also bug #215602 for many fonts the autohinter
seriously distorts the metrics so badly that
even the digits which should be monospaced are not
monospaced at all anymore.
Because of this problem, better don't switch on
the autohinter for
DejaVu Sans Light
DejaVu Sans Condensed
DejaVu Serif Condensed
and other fonts with similar problems until this is solved
in the autohinter.
&match target=&font&&
&test name=&fontformat&&
&string&TrueType&/string&
&test name=&family&&
&string&Microsoft YaHei&/string&
&string&Vera Sans YuanTi&/string&
&string&Vera Sans YuanTi Mono&/string&
&string&MS PGothic&/string&
&string&MS UI Gothic&/string&
&string&MS Mincho&/string&
&string&MS PMincho&/string&
&string&HGPSoeiKakupoptai&/string&
&string&HGSGothicE&/string&
&string&HGSGothicM&/string&
&string&HGKyokashotai&/string&
&string&HGSSoeiKakugothicUB&/string&
&string&HGPGothicB&/string&
&string&HGPGothicE&/string&
&string&HGPGothicM&/string&
&string&HGSKyokashotai&/string&
&string&HGMaruGothicMPRO&/string&
&string&HGPSoeiKakugothicUB&/string&
&string&HGMinchoL&/string&
&string&HGPMinchoL&/string&
&string&HGMinchoB&/string&
&string&HGPMinchoB&/string&
&string&HGSMinchoB&/string&
&string&HGMinchoE&/string&
&string&HGPMinchoE&/string&
&string&HGSMinchoE&/string&
&string&HGSoeiKakugothicUB&/string&
&string&HGGyoshotai&/string&
&string&HGPGyoshotai&/string&
&string&HGSGyoshotai&/string&
&string&HGSoeiKakupoptai&/string&
&string&HGSSoeiPresenceEB&/string&
&string&HGPSoeiPresenceEB&/string&
&string&HGGothicB&/string&
&string&HGGothicE&/string&
&string&HGGothicM&/string&
&string&HGSoeiPresenceEB&/string&
&string&HGPKyokashotai&/string&
&string&HGSSoeiKakupoptai&/string&
&string&HGSeikaishotaiPRO&/string&
&string&TLKyokashotai&/string&
&string&TLMincho&/string&
&string&TLPMincho&/string&
&string&TLPGothic&/string&
&string&TLPKyokashotai&/string&
&string&TLMarugothicM&/string&
&string&TLGyoshotai&/string&
&string&TLPGyoshotai&/string&
&string&TLSGyoshotai&/string&
&string&TLPMarugothicM&/string&
&string&TLSMarugothicM&/string&
&string&TLSKyokashotai&/string&
&string&TLGothic&/string&
&edit name=&autohint&&
&bool&true&/bool&
The following rule sets up black and white rendering with
the byte code interpreter for a small list of fonts which
are known to have good byte code and give bitmap quality
results at small sizes.
The pixelsize limit is set to '0' though, which effectively
disables this rule by default because most users don't like
that bitmap look and feel.
If you like a bitmap look and feel of your desktop,
copy this rule into your ~/.fonts.conf file and replace the '0'
with non-zero pixelsize limit. Using '18' as the pixelsize
limit is a good choice if you have the fonts in this list installed
and like a bitmap look and feel.
&match target=&font&&
&test name=&family&&
&string&Microsoft YaHei&/string&
&string&Vera Sans YuanTi&/string&
&string&Vera Sans YuanTi Mono&/string&
&string&Andale Mono&/string&
&string&Arial&/string&
&string&Comic Sans MS&/string&
&string&Georgia&/string&
&string&Impact&/string&
&string&Trebuchet MS&/string&
&string&Verdana&/string&
&string&Courier New&/string&
&string&Times New Roman&/string&
&string&Tahoma&/string&
&string&Webdings&/string&
&string&Albany AMT&/string&
&string&Thorndale AMT&/string&
&string&Cumberland AMT&/string&
&string&Andale Sans&/string&
&string&Andy MT&/string&
&string&Bell MT&/string&
&string&Monotype Sorts&/string&
&test name=&pixelsize& compare=&less_eq&&
&double&0&/double&
&edit name=&autohint&&
&bool&true&/bool&
&edit name=&antialias&&
&bool&true&/bool&
Some CJK fonts require the byte code interpreter to be rendered correctly.
These are composite fonts which store components and composing information
and compose the glyphs on the fly using the hinting instructions.
For all such fonts we switch off the autohinter here.
When &autohint& is set to &false&, the byte code interpreter will
be used if it has been enabled at all when compiling freetype2.
The Chinese fonts &MingLiu& and &PMingLiU& used to belong to the fonts
which absolutely require the byte code interpreter to be rendered
correctly.
But apparently the new versions of &MingLiU& and &PMingLiU& from Windows
Vista are rendered correctly without the byte code interpreter.
&match target=&font&&
&test name=&family&&
&string&Microsoft YaHei&/string&
&string&MingLiU&/string&
&string&Vera Sans YuanTi&/string&
&string&Vera Sans YuanTi Mono&/string&
&string&PMingLiU&/string&
&edit name=&autohint&&
&bool&true&/bool&
Hinting for CJK fonts in freetype doesn't yet work as well as for Latin fonts.
Recently the autohinter in in freetype has been improved for CJK fonts
a lot but it is still not perfect. Therefore one might want to switch
off the autohinter for CJK fonts.
This can be achieved by using the following rule:
&match target=&font&&
&test name=&lang& compare=&contains&&
&string&ja&/string&
&string&zh&/string&
&string&ko&/string&
&edit name=&autohint&&
&bool&true&/bool&
for some Bengali fonts (e.g. &Mukti Narrow&), the autohinter works well
with the patch from http://www.kde.gr.jp/~akito/patch/freetype2/2.1.7
applied. But for &Likhan& it still doesn't work that well
(look how the &matra& lines at the top line up). Therefore, switch
off the autohinter for the &Likhan& font:
&match target=&font&&
&test name=&family&&
&string&Likhan&/string&
&string&Microsoft YaHei&/string&
&string&Vera Sans YuanTi&/string&
&string&Vera Sans YuanTi Mono&/string&
&edit name=&autohint&&
&bool&true&/bool&
&/fontconfig&
上传的图像
(100.1 KB, 24 次查看)
(79.0 KB, 16 次查看)
昵称: yourfriend &时间:
昵称: nhadct &时间:
昵称: hrgstephen &时间:
昵称: yourfriend &时间:
昵称: snailrun &时间:
作者: nhadct
这是因为yast之类的程序是由qt设置的，不是由kde控制中心设置。
qt字体以通过命令qtconfig设置，在终端下运行qtconfig，在Font选项卡中可以设置字体，Point size设置字体的大小，默认是6，所以造成yast程序的字体小而且虚，一般改成10就可以了。
注意：yast实际是由root用户允许的，所以设置yast的字体需要root用户执行qtconfig设置。
应该是这样的！
昵称: ashizl &时间:温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
很多年前妈妈告诉我:帮别人的忙也就是帮自己的忙
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
阅读(12894)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
在LOFTER的更多文章
loftPermalink:'',
id:'fks_',
blogTitle:'为什么安装完字体后我在应用软件使用时里面找不到?XP系统无法安装字体//解决方案',
blogAbstract:'
出现这个问题可能有两个方面的原因：
第一：可能是字体的信息尚未添加进注册表里，解决方法：打开“控制面版”里的“字体”文件夹，找到你刚安装的字体，双击打开此字体，关闭，就OK了。当然你应该关闭文字处理程序如word等，然后在打开一般就能找到你安装的字体了。
第二：还有些字体:例如华康系列的，其时字体信息已经自动加入注册表了，只不过是他们在字体列表显示的为他的相关拼音代码或者英文字符,你可以在下载回来时双击字体可以看到这个字体的名字是什么.然后在选择使用这个字体时，请在字体列表里的英文区域查找这个字体就行了。
出现这个问题的原因，多数是因为台港澳地区的繁体字体（BIG5字库）在简体系统里应用的时候，如果是在繁体系统中安装这个字库，就显示为中文的了。',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:8,
publishTime:1,
permalink:'blog/static/',
commentCount:9,
mainCommentCount:6,
recommendCount:5,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'很多年前妈妈告诉我:帮别人的忙也就是帮自己的忙',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}特殊字体无法嵌入PPT中的解决方法 - Office办公助手
最专业的Office办公软件学习和原创Office教程网站！
特殊字体无法嵌入PPT中的解决方法
发布时间：02-11　来源：Office办公助手()
经常使用PPT幻灯片演讲的朋友都会遇到这种情况，在自己电脑上制作好了幻灯片，演示播放都没任何问题，但是换了另一台电脑发现字体的样式丢失了，都变了样意思就是说字体变了，但是内容还是在的。为什么在自己电脑上显示正常，而换了台电脑字体样式却丢失了呢?下面就和大家一起来探讨下换电脑字体样式丢失及字体无法嵌入PPT中的解决方法，有类似情况的朋友不妨参考下本文关于的教程，希望本教程对大家正确嵌入字体有所帮助。
这是为什么呢?为什么在自己电脑上显示正常，而换了台电脑字体样式却丢失了呢?
其实，这都是因为每台计算机中安装的字体文件不同，由于在这台电脑上没有相应的字体，导致系统无法识别，最后会以默认的宋体或黑体来代替这种字体!没有先前那些漂亮的字体，这样一来就大大的影响到了PPT的播放效果，所以有许多朋友每次都会随身携带PPT中的相应字体，以免演讲时缺少字体，而导致效果变差!
每次都要带上这些相应的字体，难道你不觉得麻烦吗?其实微软已经考虑到了这个问题，也提供了一个好的方法，那就是只要在保存PPT文件时选择&嵌入TrueType字体&，就可以让PowerPoint将字体&随身带&了。这样一来哪怕我们不携带相应的字体，PPT也依然不会丢失任何字体，相信你一定会喜欢的!
那如何设置&嵌入TrueType字体&呢?
一、PowerPoint 2003设置
打开一个PowerPoint文件，单击菜单栏中的〔工具〕按钮，在下拉菜单中选择&选项&命令，系统会打开&选项&对话框，切换到&保存&标签，选中其中的&嵌入TrueType字体&选项。
二、PowerPoint 2007设置
打开一个PowerPoint文件，单击Office按扭，在下拉菜单最底部选择&PowerPoint选项&命令，系统会打开&PowerPoint选项&对话框，切换到&保存&菜单，选中其中的&将字体嵌入文件&选项。
三、PowerPoint 2010设置
打开一个PowerPoint文件，单击&文件&选项卡，在下拉菜单中选择&选项&命令，系统会打开&选项&对话框，切换到&保存&菜单，选中其中的&将字体嵌入文件&选项。
问题又来了，&嵌入TrueType字体&有两个选项，他们有什么不同呢?
第一种嵌入字体&&仅嵌入演示文稿中使用字符(适于减少文件大小)
这一种嵌入字体不会影响到观众的观看，但是会影响到PPT的修改，比如修改这个文字他将自动替换成电脑上默认的中文字体，而不再是你嵌入的这个特殊字体。
第二种嵌入字体&&嵌入所有字符(适于其他人编辑)
这一种嵌入字体将整个PPT所用的字体程序库都打包嵌入进去的，相当于你把这个字体安装在你的PPT中，所以你修改的话自然显示的还是这一款嵌入的字体。
为了减少演示文稿的容量，在选中&嵌入TrueType字体&选项后，再选定下面的&仅嵌入演示文稿中使用字符&选项，单击确定，关闭&选项&对话框。
&&&&&&&&&&黄金分割线&&&&&&&&&&
可是，可是我相信有极少数人会碰到某些字体无法随PPT演示文稿一起保存，也就是说这些字体无法嵌入PPT中，这是因为这些字体有许可限制，比如Wizardry字体。那有没有办法解决这个问题呢?答案是肯定的。
第一种：常规法
常规法就是把字体文件和PPT一起带着走吧，到时把字体文件拷贝入C:\WINDOWS\Fonts文件夹即可。
第二种：替换法
忍痛割爱吧，舍弃算了，有舍才有得嘛，呵呵。
2003版本：单击&格式&菜单，单击&替换字体&，在&替换&列表中选择一个字体，然后在&替换为&列表中选择类似的字体。
07/10版本：在&开始&选项卡上，单击&编辑&组中&替换&旁边的箭头，然后单击&替换字体&。在&替换&列表中选择一个字体，然后在&替换为&列表中选择类似的字体。
第三种：图片法
如果这些受限字体是标题或使用很少的地方，同时你没有做动画或者不是文本特有的动画，那么可以把这些文字另存为PNG格式的图片吧。
好了，这就是《如何将特殊字体嵌入到PPT中去》的全部内容，到底用哪一种字体嵌入，选择权在你们自己手上!
上一篇： 下一篇：
专题教程推荐
(window.slotbydup=window.slotbydup || []).push({
id: '3577897',
container: s,
size: '300,450',
display: 'inlay-fix'
热门资源下载}