比如说你用了一个 GPL 的软件生成了一个点阵图片作为你的程序的一部分。那么这个点阵图片里面不会含有这个 GPL 软件的内容，可以闭源。但如果你用 GPL 字体作为点阵图片的样板，这样这个点阵图片就包含了 GPL 字体的部分 ...
GPL可以这么扩展么？不太清楚。
对magic来说，这是无所谓的，magic对授权没有洁癖，甚至商业授权的，只要不会引起真正的法律纠纷，magic也不拒绝。 FangQ 我记得说过，至少生成点阵图的方式是需要 GPL 的。
至于 sejishikong 说的，我觉得 mgc 要避免传染而影响别人。自己版权混乱没问题，咱们也不挣钱，但不能因为自己不挣钱就可以随意的把侵权传染给用户。
回复 17# jiangtao9999 的帖子
點陣字體我以前自己做POV搖搖棒的時候用過。當時自己畫了一個“囧”字的字模。我其實是挺希望WQY可以解決目前網上流傳的HZK系列點陣字數較少（應該是覆蓋GB2312而已）的問題的。不過FangQ既然這麼表示了，那也沒有辦法：）
不過你說的“合同”的問題，應該沒有你說得那麼誇張。 现在的问题是 GPL 字体传染太方便。甚至比 Windows 里面的 simsun 还严格。
simsun 好像是用它的字体进行输出的内容不受版权限制，可以无限制使用。sim 四套字体好像都是这个协议。
这么说来商业字体的使用反而很自由。 其实我这里有张文鼎字库光盘，图书大厦买的。这个字体我可以随便用，但不能拿出来拷贝给别人…… 原帖由 jiangtao9999 于 2012-3-15 19:38 发表 http://forum.linuxfans.org/images/common/back.gif
FangQ 我记得说过，至少生成点阵图的方式是需要 GPL 的。
至于 sejishikong 说的，我觉得 mgc 要避免传染而影响别人。自己版权混乱没问题，咱们也不挣钱，但不能因为自己不挣钱就可以随意的把侵权传染给用户。 ...
如果想用magic做商业性的东西，把文泉驿去了就是。至少2.5应该还可以直接用宋体的。 原帖由 sejishikong 于 2012-3-16 09:00 发表 http://forum.linuxfans.org/images/common/back.gif
如果想用magic做商业性的东西，把文泉驿去了就是。至少2.5应该还可以直接用宋体的。
宋体并不是好用的字体，magic 可以用，但效果只表现在 wine 上，simsum.ttc 除了 wine 外其它方面的显示效果不好，并没有开源组件会去支持它，当年被人取笑和打压的不就是因为 simsum.ttc，换成文泉驿我们走在前面，ubuntu fedora 还比我们落后。我说文泉驿还是不够是因为文泉驿只解决的浏览器浏览的问题，并不能解决打印的问题。当年 Linux 浏览器的显示效果大家应该有印象吧，直到 firefox 和 chrome 解决了这个问题，可以说没有文泉驿就要推迟很多年能象 win 一样效果浏览网页了，红旗花钱买的字体效果还不如文泉驿，这就很明显的看得到的 GPL 的力量，因为 GPL 才很容易地被推广应用，这和 GPL 软件是一样的特点。
但是当温饱解决后，肯定商业字体和其它可用的字体将要用在更多的应用中去，我们可能提供一些没有授权要求的其它字体，用户也可以自己找一些或买下字体授权，如果打印用文泉驿正黑体，看起来也没什么不妥，可是你打印一下看，是不是很费油墨，而且总是黑体，把文档打印出去看的人也觉得奇怪。
[ 本帖最后由 haulm 于 2012-3-16 23:56 编辑 ] 楼上计算机有问题吧？
中易宋体我这里一直用着没问题。文泉驿点阵宋某些字的效果还不如中易宋。
文泉驿唯一的好的是细黑，中易的 sim 系列没有细黑字体。也没有针对液晶作优化。不过 Windows 下面，细黑对应的应该是微软雅黑。 原帖由 jiangtao9999 于 2012-3-17 11:17 发表 http://forum.linuxfans.org/images/common/back.gif
楼上计算机有问题吧？
中易宋体我这里一直用着没问题。文泉驿点阵宋某些字的效果还不如中易宋。
文泉驿唯一的好的是细黑，中易的 sim 系列没有细黑字体。也没有针对液晶作优化。不过 Windows 下面，细黑对应的应该是微软雅 ...
你都帮我回答了我还说什么，中易字体在 Linux 浏览 Web 上表现不佳，显示不够锐利。 问题是我在浏览器上也用中易宋体。
:mrgreen:
但文泉驿细黑一样也是 GPL 的。一样有这个 GPL 传染问题。但中易四套字体连商业传染都没有。反而比 GPL 的字体还要自由。
锐利不锐利是一方面，另一方面还要考虑协议的问题。如果没有授权、协议的问题，Linux 下面的字体本身就不用这么就累了，直接拷贝 msyh 就行了呗。wqy 反而是累赘。
所以，文泉驿本身就是因为授权、协议问题而出现的。你却反而不去考虑他所带来的授权、协议问题？这让我反而觉得奇怪你到底是在想什么？ 当年就是因为使用授权问题，MGC才放弃中易宋体转用文泉驿，至于用户使用字体开发的问题不在考虑范围，如果连使用都有问题了谁还会去创造。文泉驿字体解决了网页浏览问题，至于系统中加入其它字体者是可以考虑，但集成中易宋体是不可能的，难道999兄习惯吃回草，MGC支持用户直接使用中易宋，配置还在。 目前来说，MGC 有没有被人关注，与其用文泉驿，还不如改回中易宋。至少版权问题只延续到 mgc ，不会影响 mgc 的用户。
或者两个都不选，去用不存在协议传染的字体文件，之后再告诉用户怎么添加字体来的实际。
还有，你看的网页如果不是 GPL 的，用文泉驿会不会也要让这个网页变成 GPL 可以再发布呢？ 我觉得你有点纠结了，网页开发和软件开发是不会直接在网页中设定字果体使用文泉开驿的吧，中间隔了一层字体选择配置和工具，怎么会呢？如果你非要指定字体，自然使用文泉驿时就要注意了。 文泉驿麻烦的就在于FangQ说了字体渲染输出工具输出的字体显示数据一样会导致 GPL 协议传染。
这里面就牵扯到另一个，用户要随时躲开文泉驿，但你又整个系统的使用文泉驿。
但用户也不知道什么时候应该避开文泉驿，什么时候可以选择文泉驿啊。 现在的纠结点就在于文泉驿的 GPL 是传染的。
你指定使用文泉驿会导致你的东西离不开文泉驿导致需要 GPL ，但你的东西如果使用了文泉驿字体渲染的数据，依然也要 GPL 。
这不是指定不指定的问题，你默认就是文泉驿。如果要躲避，任何一个操作都要重新指定躲开文泉驿。
GPL 软件在于你要去选择 GPL 软件才会被传染，字体在于你要去不选择文泉驿你才不会被传染。任何被动的默认操作都会导致被 GPL 传染。而 GPL 软件在于需要你主动的选择。
JAVA 的 GPL 协议也没有文泉驿的 GPL 限制严格，GCC 干脆就是 LGPL 的，而且也不是文泉驿这种严格传染。
文泉驿的这种GPL 传染明显超过了 GPL 协议本身考虑的范畴，它本身应该附加 CC 协议来授权控制使用文泉驿字体渲染的输出数据才符合一个字体的使用环境。