问个小问题,很多D版XP缺少字体,导致访问SL时Font显示的很恶心,有什么简单办法解决?

namhyuk 2010-12-22 02:37:16
问个小问题,很多D版XP缺少字体,导致访问SL时Font显示的很恶心,有什么简单办法解决?
...全文
432 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
Sunpire 2010-12-29
  • 打赏
  • 举报
回复
呵呵,顶楼主。
不过是不是使用宋体还是要打包呢?
namhyuk 2010-12-29
  • 打赏
  • 举报
回复
问题描述

在Silverlight程序中,对文字设置了中文字体之后不起任何作用。

问题分析

Silverlight内置了十几种常见拉丁字体,如Arial,Comic Sans MS,Courier New,Lucida Sans Unicode等。默认使用的字体是Portable User Interface。这是一种复合字体,Silverlight会根据文字的语言选择最佳的字体。但是,这种字体通常在显示中文的时候非常难看。下图是默认的显示效果:



所以,我们需要在程序中手动指定文字的字体。

三种字体引用方式

如果使用的字体是Silverlight内置支持的,那么无需做任何配置,直接指定FontFamily即可。内置的字体有Arial,Arial Black,Comic Sans MS,Courier New,Lucida Sans Unicode,Times New Roman,Georgia,Trebuchet MS,Verdana和Webdings。使用这些字体不依赖于客户端操作系统。

同时Silverlight也支持引用本地系统一部分字体(注意,不是全部本地字体都支持)。如Segoe UI,Symbol,Tahoma,宋体,等等。使用这些字体需要注意,其他客户端系统中可能不存在这些字体,如英文操作系统一般没有宋体。那么如果你使用了宋体那就会有问题。

如果你需要让Silverlight应用程序在不同系统下都有一致的字体,或者你想用某些字体,但是这些字体不支持本地引用(如隶书),那么Silverlight允许你将字体文件打包到应用程序中,可以放在Xap包中,也可以放在ClientBin目录下,然后在代码中动态下载并引用这些字体文件。这样牺牲的代价就是Xap包会变得较大。

为了更好显示中文,我需要为上面的文字显式指定使用“宋体”。代码如下:

<Grid x:Name="LayoutRoot" Background="White"> <TextBlock Text="Hello,测试中英文混合显示效果" FontSize="26" FontFamily="宋体"/> </Grid> Ctrl+F5运行,却发现字体没有发生明显的变化。说明字体的设置不起作用。我又测试了一下将宋体打包到应用程序中。为了简单,我使用Blend3帮我自动完成这个操作。



选中一种字体之后,勾选字体面板下面的Embed复选框即可将指定字体打包到Silverlight工程中去。这个时候工程中自动生成了Fonts文件夹,里面放置了宋体这个字体文件。



同时,Xaml也发生了变化,由引用系统的宋体改成引用Fonts.zip包中的宋体了。如下:

<Grid x:Name="LayoutRoot" Background="White"> <TextBlock Text="Hello,测试中英文混合显示效果" FontSize="26"FontFamily="Fonts/Fonts.zip#宋体"/> </Grid> 运行结果发现字体依旧。

后来查阅Silverlight官方文档的时候,看到字体列表一节时,突然想到,是不是因为字体名不规范?不能直接使用“宋体”,而应该使用Simsun。赶紧测试了一下,发现果然是这个问题。只需将上面两个示例代码中的宋体改成Simsun即可正确显示出宋体的效果来。



后来又测试了一下其它中文字体,如微软雅黑,如果直接这样写中文的话是显示不出来的,一定要写“Microsoft YaHei”。可恶的Blend,帮我自动生成的代码居然有这种莫名其妙的错。不知道这算是Silverlight和Blend的Bug还是设计使然。

总结

在Silverlight中,如果要引用字体,一定不能直接写上中文,否则不起任何作用。如果你是在英文操作系统下的话,你可以打开字体文件(C:\windows\fonts文件夹下,Silverlight支持ttf,odttf和otf这几种后缀的字体文件),其中的字体名称一栏就是FontFamily所使用的名称。只是在中文操作系统下,支持中文的字体在这里会显示为中文名,而不是英文名。




常见中文字体名和英文字体名的对应关系如下:

常见中文字体与FontFamily映射表
宋体(英文不等宽)―――― Simsun
宋体(英文等宽)―――――― NSimsun
楷体 ――――――――――――――― KaiTi
黑体 ――――――――――――――― SimHei
仿宋 ――――――――――――――― FangSong
微软正黑体 ―――――――――― Microsoft JhengHei
细明体 ――――――――――――― MingLiu
微软雅黑 ――――――――――― Microsoft YaHei
隶书 ――――――――――――― LiSu(只能打包,不支持本地系统引用)
华文彩云 ―――――――――――――STCaiyun (只能打包,不支持本地系统引用)
华文琥珀 ―――――――――――――STHupo(只能打包,不支持本地系统引用)
华文隶书 ―――――――――――――STLiti(只能打包,不支持本地系统引用)
华文新魏 ―――――――――――――STXinwei(只能打包,不支持本地系统引用)
华文行楷 ―――――――――――――STXingkai(只能打包,不支持本地系统引用)
幼圆 ―――――――――――――YouYuan(只能打包,不支持本地系统引用




namhyuk 2010-12-22
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 sunpire 的回复:]

和D版没关系, Silverlight 默认是使用 微软雅黑 字体显示简体中文的,在网页上提供该字体的下载安装链接,说明清楚就行了,
至于把字体打包,那实在是太大了, MSYH.TTF 可是有14.6MB
[/Quote]
thank you.
jiangqinggao 2010-12-22
  • 打赏
  • 举报
回复
路过,为了人气。
Sunpire 2010-12-22
  • 打赏
  • 举报
回复
和D版没关系, Silverlight 默认是使用 微软雅黑 字体显示简体中文的,在网页上提供该字体的下载安装链接,说明清楚就行了,
至于把字体打包,那实在是太大了, MSYH.TTF 可是有14.6MB
namhyuk 2010-12-22
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 lighting_pig 的回复:]
就不信盗版盘把宋体都干掉
[/Quote]
谢谢回复。
lighting_pig 2010-12-22
  • 打赏
  • 举报
回复
就不信盗版盘把宋体都干掉
lighting_pig 2010-12-22
  • 打赏
  • 举报
回复
把字体打包,这个会比较大
要不用宋体,就不行盗版盘把宋体都干掉
​什么是共识算法背景分布式系统集群设计中面临着一个不可回避的问题,一致性问题对于系统中的多个服务节点,给定一系列操作,如何试图使全局对局部处理结果达成某种程度的一致?这个一致性问题大致有如下的场景:节点之间通讯不可靠的,延迟和阻塞节点的处理可能是错误的,甚至节点自身随可能宕机节点作恶举例说明,就比如有两家电影院同售卖总量一定的电影票,在这样的场景下,要如何设计方式来保证两家电影院协调同步不出现超卖或者错卖的问题呢?共识算法,就是解决对某一提案(目标,投票等各种协作工作),大家达成一致意见的过程比如上述的买票问题,就可以有如下的设计:1.每次卖票打电话给其他电影院,确认当前票数2.协商售卖间,比如一三五A卖,二四六B卖3.成立个第三方存票机构,它统一发票通过以上的设计,可以看出一个很重要的解决一致性算法的解决思路,即:将可能引发不一致的并行操作进行串行化,就是现在计算机系统里处理分布式一致性问题基础思路和唯一秘诀 著名的共识设计理论FLP 不可能性原理  共识算法的理论下限提出该定理的论文是由 Fischer, Lynch 和 Patterson 三位作者于 1985 年发表,该论文后来获得了 Dijkstra(就是发明最短路径算法的那位)奖。FLP 原理认为对于允许节点失效情况下,纯粹异步系统无法确保一致性在有限间内完成。三人三房间投票例子三个人在不同房间,进行投票(投票结果是 0 或者 1)。三个人彼此可以通过电话进行沟通,但经常会有人地睡着。比如某个候,A 投票 0,B 投票 1,C 收到了两人的投票,然后 C 睡着了。A 和 B 则永远无法在有限间内获知最终的结果。如果可以重新投票,则类似情形每次在取得结果前发生带入到计算机领域就是说,即便在网络通信可靠情况下,一个可扩展的分布式系统的共识问题的下限是无解。即可靠性的下限是0%CAP  分布式系统领域的重要原理CAP 原理最早由 Eric Brewer 在 2000 年,ACM 组织的一个研讨会上提出猜想,后来 Lynch 等人进行了证明• C(一致性):所有的节点上的数据刻保持同步,即数据一致• A(可用性):每个请求都能在一定间内接受到一个响应,即低延迟• P(分区容错):当系统发生分区仍然可以运行的定理:任何分布式系统只可同满足二点,没法三者兼顾。即数据一致,响应及,可分区执行不可能同满足。举个例子:一个分布式网路上,某一个节点有一组依赖数据A,当网络无延迟,无阻塞,依赖于X的操作可正常进行。但网络无延迟阻塞在现实世界中是没法100%保证的,那么当网络异常,必然会产生分布式系统的分区和孤岛,那当一个执行操作在A分区之外,如果要保证P,即当系统发生分区仍可运行,就需要在分布式系统中多个节点有X的备份数据,以应对分区情况。则这候就需要在C,A之间做出选择。假如选择C,即要保证数据在分布式网络中的一致性,那么就需要在X每次改动,需要将全网节点的X数据同步刷新成最新的状态,那么在等待数据刷新完成之前,分布式系统是不可响应X的依赖操作的,即A的功能缺失假如选择A,即要突出低延迟的实响应。那么在响应的候,可能全节点的X数据并没有同步到最新的状态,则会导致C的缺失。上面看上去有些绕,那么你只要记住这句话,CAP原理在分布式网络系统的应用讨论,其实就是讨论在允许网络发生故障的系统中,该选择一致性还是可靠性?如果系统重视一致性,那么可以基于ACID原则做系统设计即 Atomicity(原子性)、Consistency(一致性)、Isolation(隔离性)、Durability(持久性)。ACID 原则描述了对分布式数据库的一致性需求,同付出了可用性的代价。• Atomicity:每次操作是原子的,要么成功,要么不执行;• Consistency:数据库的状态是一致的,无中间状态;• Isolation:各种操作彼此互相不影响;• Durability:状态的改变是持久的,不会失效相应的有一个BASE原则,(Basic Availiability,Soft state,Eventually Consistency)则强调了可用性。 经典的共识算法设计业内,针对节点异常的情况,会有两种分类1.故障的,不响应的节点,成为非拜占庭错误2.恶意响应的节点,称为非拜占庭错误Paxos 最早的共识算法  非拜占庭算法的代表Paxos有三种角色:• proposer:提出一个提案,等待大家批准为结案。客户端担任该角色;• acceptor:负责对提案进行投票。往往是服务端担任该角色;• learner:被告知结案结果,并与之统一,不参与投票过程。即普通节点系统运行由proposer驱动,当合法提案在一定间内收到1/2以上投票后达成共识。因此,可得出无法达成共识的条件:1.proposer故障2.二分之一以上acceptor故障拜占庭问题与BFT(Byzantine Fault Tolerant) 算法Leslie Lamport 1982 年提出用来解释一致性问题的一个虚构模型。拜占庭是古代东罗马帝国的首都,由于地域宽广,守卫边境的多个将军(系统中的多个节点)需要通过信使来传递消息,达成某些一致的决定。但由于将军中可能存在叛徒(系统中节点出错),这些叛徒将努力向不同的将军发送不同的消息,试图会干扰一致性的达成。拜占庭问题即为在此情况下,如何让忠诚的将军们能达成行动的一致。对于拜占庭问题来说,假如将军总数为 N,叛变将军数为 F,则当N>=3F+1 问题才有解,即叛变的将军不超过1/3,存在有效的算法,如BFT,不论叛变者如何折腾,忠诚的将军们总能达成一致的结果。这是一个数学论证的结论,有兴趣的同学可以自行推导。PBFT  一种高效拜占庭容错共识算法PBFT是Practical Byzantine Fault Tolerance的缩写,意为实用拜占庭容错算法。该算法是Miguel Castro 和Barbara Liskov(2008年图灵奖得主)在1999年提出来的,解决了原始拜占庭容错算法效率不高的问题。他的核心思想是:对于每一个收到命令的将军,都要去询问其他人,他们收到的命令是什么。如上图,假设命令由A将军分发,假如A是作恶异常,分发给B,C,D的操作分别是1,2,3.意图扰乱共识。拜占庭容错算法上设计实现是,当B,C,D收到命令后,相互之间也会沟通从A收到的命令是否一致,从而达到识破干扰的目的。其容错的极限值就是N>=3F+1。PBFT 在区块链上的实现区块链的节点分为记账节点和普通节点两个角色记账节点负责向全网提供记账服务,并维护全局账本,每过一段间从记账节点中选一个议长,进行命令的分发,其他记账节点则作为议员进行验证将军就是记账节点,拥有全局账本,并验证交易的有效性,过互相传达验证结果,在f共识的一般流程如下:1.任一节点接收到发送者签名的交易数据请求后,向全网广播2.所有记账节点均独立监听全网的交易数据,并记录在内存3.议长在经过t后发送共识请求提案request4.议员在收到提案后,进行相关验证,发送响应response5.任意节点在限定间内收到至少F+1个response后,共识达成,把交易记录入区块并发布给全网,如果超,则更换视图和议长6.任意节点在收到完整区块后,把包含的交易从内存中删除开始下一个共识循环区块产生间隔t,    记账节点n,  可容错节点数f, 视图编号v,  区块高度h, 议长编号p,  议员编号i p=(h-v)%n  未来的发展POW算法建立了比特币帝国,具有划代的意义。但其能耗和速度问题却是制约区块链普及的两大难以解决问题。目前POS算法是一大趋势,以太坊的Casper,EOS的DPos等都是借鉴了上述前人的设计理念做的基于应用场景的优化改造,但万变不离其宗,我和大家一样,需要不断的学习和思考,没准,能有发明出自己的共识算法的一天呢。 
适合人群:JAVA开发者、企业管理者、技术经理、技术团队负责人学习计划:1、建议每天学习2~3节,一周可以轻松学完。 2、下载课程资料、参照视频完成编码联系,并在笔记中记录学习心得。 3、在实际工作中加以实践,很快就会提高软件开发质量。课程目标:你将对单元测试有深刻的认识,并掌握单元测试框架的使用和原理,在工作中快速提高程序质量。课程简介:为什么要学习本门课程?1、程序员大量的间并不是耗费在需求的开发上,而是花费在多次的程序返工上。2、不断的在修复问题的同又引入新的问题,开发质量难以把控,让别人对自己失去信心。3、系统堆积的代码越来越多,不敢轻易改动程序,修改了一处不知道会影响哪里,每次上线都提心吊胆。4、很多程序员不爱写单元测试,认为那是在浪费间,其实自己花费了更多的间反反复复的修改问题。 课程特点是什么?1、大厂架构师亲身总结,根据多年管理经验、实际编码经验,带来最真实有效的解决方案。2、不是只讲框架的使用,而是站在更高的视角审视单元测试的必要性,让你明白为什么必须要单元测试。3、通过本套课程的学习,企业和个人都可以切身有效的快速提高程序质量。4、本套课程提供了技术方案的同,更加是提供了一套工作的流程和管理规范。5、实战化代入,让你从零掌握主流的单测框架和断言,用插件提高工作效率,用覆盖率进行质量闭环。 授课风格怎么样?1、不装腔作势,没有故作高深,就是以一个技术人的视角,在将专业的知识。2、课程中加入自己的经验总结、更加接地气。 配套福利有什么?1、课程配套源码,可直接部署和对照练习。

8,734

社区成员

发帖
与我相关
我的任务
社区描述
WPF/Silverlight相关讨论
社区管理员
  • WPF/Silverlight社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧