一个小小的开版建议哦.....

stephenwong

建议开一个桌面引擎讨论区吧....Sir 现在好像还没有吧....

看起来越来越多人关注 KDE 和 GNOME 的发展了，而 ICEWM、FVWM 等视窗管理器也在不断进步中

刚刚看到 Gnome 2.16 的展望中写了 Support for compositing, alpha blending, drop shadows, window transparency and more ，真是让人兴奋和翘首啊～最近 XGL 也蛮热门的，相信诸如此类的热点会越来越多吧

终归还是有些问题是适于在这种讨论区中生存的吧，好像 Cario 渲染引擎、GStreamer、Alsa 等等，它们的过去、现在、未来，还有各种各样的 UI、图标 主题资源，对于横跨 Linux 、BSD 和 Mac 的桌面引擎话题讨论，如果能深入到技术层面的交流，对于互相借鉴、移植和促进都是有很大帮助的吧

另外，各种发行版的中文字体问题，如果有一个地方提供集中的讨论、甚至发展出持续通用的一系列解决方案，那该有多好啊 （Linux 目前还未能涉足广告设计印刷领域吧）

目前中国大陆的多数支持者似乎都只是停留在中文化工作的支持上吧（包括苏先生的 SCIM 平台以及 Magic Linux、中科红旗的工作），造成这种局面除了语言上的障碍，应该是缺少一个更加广泛和深入讨论的环境氛围吧........

希望 SIR 的各位可以考虑在下的建议哦....这和 SIR 的建立宗旨似乎没什么冲突吧...

stephenwong

关于这个建议的别的一些想法：

其实 Linux 也不是不能涉足广告设计领域，因为中文字库的构建成本比拉丁字库高太多（人家才 52 个字母），所以 Linux 的 free 中文资源非常非常少（其实 Windows 也不见得有很多）。

从广告设计领域谈开去，使用 UML 一些术语来分析 Linux 前景，起码有以下几个有前途的扩展点：

1. 字库构建通用工具

点阵造字程序是 UCDOS 5.0 开始有的，6.0 开始有矢量造字工具，那时候没有网络，没有 B/S 模式，但是这种工作方式效率很高。以中国的宽带现状来看（未达到韩国的 25 M ADSL2+），使用 B/S 工作方式进行在线造字，个人始终感觉效率比较低，比 UCDOS 6.0 的还低，却不一定比 UCDOS 的造字程序先进。也没有见过文泉驿有类似 CVS 的 rich-client 造字程序出现过。还是我孤陋寡闻？

令中华地区 Linux 技术裹足不前的最大障碍其实就是造字。（题外话：虽然中国是人多，但效率更高始终是一件好事。）我们也曾经历过从汉字卡到中文DOS的阶段，最终我们的 UCDOS 7.0 、天汇 3.0 比微软的 PDOS 7.0 做得好上百倍，我们的 CCED、SPDOS 比 WordPerfect 更加流行.....

我们需要的是一个孵化氛围。

2. 在 Linux 上修图

很多人在 ASP/PHP 上对 EXIF 参数的研究已经不是一天两天的事了。事实上大家仍然习惯于使用 PS 修图，如果 Photoshop 有一天 free 了，那么一定会出现一个蜂拥的局面吧，而不会用 GNOME 那个修图工具了...

既然在 IM 方面 eva 都出来了，再出现一个修图工具也不是什么坏事吧。Linux 修图工具也是有竞争才有进步的吧。Photoshop 刚开始的时候也只是两个人在车库中的个人作品罢了。

若干年前那种需要服务器级硬件支持的“图形工作站”在今天无处不打机的环境里已经很容易找到了，Linux 的一大特点是可以在一个更低配置的环境中执行更高难度的任务，这是它和 Windows 的最大不同之处，应该好好利用。

3. 3D、电影不应该是个问题

不是说看电影，看电影当然没问题。问题是 3D 建模、构建电影，这些都要求计算机有超强的性能，用一台奔腾 4 2.6G 超线程、512 MB 双通道内存去做一个 DV 短片还有点希望，但做一部电影，那非得要服务器级别的支持不可。Linux 的性能表现在这方面很有前途，可惜就是图形引擎太那个了........

4. 再之后是游戏

这是很顺理成章的事。也许有一天，中华地区会有跑在 Linux 平台上的大型中文游戏，是不是网游已经没关系了。但万事不能一步登天，没有之前的努力，哪会有 Quake 3、沙丘魔堡和 Tomb Raider ？

希望大家明白，谈论图形、影像并不是一定只是桌面应用的话题，以上几个扩展点都需要高性能工作站的支持。Linux 完全能够胜任这些任务，只差一点东西...

所以....真的很希望 SIR 能建立这个讨论区，作为一个起点.......即使看作是一种对未来的投资（这里有很多大学生）...也是很好的一个起点.......

谢谢！

Contact (MSN):
kenny_vong [AT] hotmail.com

北南南北

写的不错。。。一会整理整理，发到首页上PK一下。。。

;)

兄弟辛苦了。。。。

晨想

Linux与Windows的比较中，总是差那么一点点，很郁闷。。易用性有待提高。。

FangQ

hi Stephen你好

请教一下，rich-client具体是如何定义的？

Post by stephenwong
也没有见过文泉驿有类似 CVS 的 rich-client 造字程序出现过。还是我孤陋寡闻？

晨想

就是，，把造字程序都放在客户端，不需要连接服务器就可以直接画字，判断等。。最终把结果传输给server就好了。。。大概就是这个意思。

stephenwong

十分抱歉，是我表述不清楚或者是表述错误......是离线造字程序的意思。

文泉驿已经有了离线的点阵和矢量造字程序，只是和我的想法有点差别。

我的想法是计算机本地已经有了一个相对比较完整（当前的集体造字进度？）的字库，造字程序支持用户完全离线作业、通过版本控制系统（类似 CVS）一次批量上传造字结果、一次批量同步公共字库数据。

这样的最大好处是不需要在造字作业时长期依赖网络，什么时候都可以进行，也不需要考虑网络条件，另外，可以分开在若干个时间段里完成一个字的构建，充分利用时间，希望这样就可以达到效率最大化了。

另外也希望支持自定义字库的生成。UCDOS 也提供这样的功能。虽然自定义字库不能通用，但对于有特殊需要的用户来说是很有帮助的。例如特殊字的打印（印刷）问题、生僻字的构建。如果可能，希望支持用户自定义笔画形态，让用户有可能实现一种新的字体出来。通过造字程序的类 CVS 系统可以发布到公共字库，也可以从公共字库同步最新的（各种）字库，那么既方便了字体使用者，也方便了字库的更完善的构建。

这些也只是我的想法罢了，能不能实现也不敢肯定。

FangQ

一个主要的问题（或者原因）是因为至今还没有完整的开源CJK点阵。离线制作时用户需要参考字型，而没有开源的资源可供参考。如果把intl-fonts内的点阵作为资源文件，可能程序又会比较大。

不过如果有已经完成的单字号点阵，点阵离线程序2.0beta支持导入bdf格式、wqy fnt格式(或者新的wqyb格式)，然后完全离线工作来制作其他小字号的点阵。只是现在还没有完成本地CVS支持，而且与wiki的cvs合并也没有解决。

stephenwong

请问

能不能让造字者自己解决本地参考字库的问题呢？造字程序仅仅提供读取（显示）各种流行字库的接口，这样一来，参考字型的版权问题就不需要由造字程序去承担，并且可以由造字者自由选择了吧。我猜想，如果笔画形态已经规定好了，那么造字工作应该不会乱来的吧。这也是我希望造字程序能支持自定义笔画形态的原因哦～

另一方面，能不能采用更通用的存储格式，例如 XML 格式呢？在网络传输前先使用ZIP压缩一下，传输完毕后再解压为明文，这样可以吗？

不仅字号字库可以使用 CVS，自定义的笔画形态（字体）也可以使用 CVS 来完善字库的构建哦。所以我觉得 CVS 会是比较重要（可能起决定性作用）的一个功能。是不是可以采用迭代的增量开发的方式呢？先完成最简单的 CVS 支持，以后再逐渐完善跟其他辅助系统的集成，这样会不会更好呢？

谢谢！^_^

FangQ

stephenwong提出的技术上的建议都很好，这些以前都曾经考虑过，但由于时间有限，都没有编写代码。从长远的角度考虑，沿通用化的方向走是正确的。

不过让参与者自己解决参考字库的办法有些不太稳妥，文泉驿计划立足长远，所以我对字体来源要求比较苛刻，这样无论商用和民用客户，都能够安心使用而完全不必担心潜在的版权问题。这种稳定性比加快进度来说，前者似乎更重要一些。

不过，让用户本地拥有一个合法参考字库的想法仍然是可能的，intl-fonts里面很多public domain的点阵，现在又刚刚发布了gb18030的汉字点阵（public domain），把这些资源整合到离线点阵、矢量编辑程序中基本上可以满足大多数汉字字型的参考。