CTeX's future

关于ctex

ctex究竟还发不发展？
有没有发布新版本的计划？
一般软件都往往预告新版本的推出时间，ctex究竟对未来的打算如何？

快成鸡肋了，食之无味，弃之可惜。

不能这样讲。CTeX最大的贡献在于提供了非常漂亮的中文宏包－－ctex.cls及相关的ctexart.cls、ctexbook.cls、ctexreport.cls等，以及提供本站这样一个中心交流平台。还有本站一直致力于中文TeX文档的努力也是非常应该肯定的。

至于具体的TeX Release，相信aloft一定有自己的判断。在最近的将来，XeTeX和luatex都会成为主流的TeX引擎，到时候根据情况推出新的Release也不晚。如果者aloft有兴趣的话，我也想将MiCTeX的维护权交给本站，毕竟有一个基于MikTeX的发行版就可以了。

CTeX 早期提供了完整的在windows系统上地汉字处理方案， 这个是相当赞的。
在不久的将来， web2c也一定将成为正统。MikTeX估计难成气候了。
XeTeX的CTeX宏包jjgod已经做了一个， 我也将其改了该发到了水木上， 并且现场教学了字体的制作方法。
luatex虽未发布，不过我用下来感觉非常之爽，不过这个东西很难做好，用lua处理unicode那么多字体的信息纯属儿戏。我每次parse一个ttf字体或者otf字体一定会挂掉.

CTeX 没有更新有几个原因，aloft 老大确实是很忙很忙；其实是我们在考虑迁移到 TeXLive 上去，提供全面的跨平台支持，jjgod 现在正在做这方面的工作。

回复 #4 haginile 的帖子

总算听到一点回应了，无论如何，感谢aloft和所有为大家奉献自己成果的人。

其实 TeX 这个东西，稳定够用就好，个人觉得不像升级 Word 那样重要。。

回复 #4 haginile 的帖子

是不是要和HookLee的ChinaTeX合并在一起了？因为HookLee一直是用TeXLive配置中文套装的。如果CTeX转向TeXLive，那本人的MiCTeX还得独自维护下去。毕竟MiKTeX也还有不少用户。

回复 #7 instanton 的帖子

个人感觉，相比texlive，miktex最大的优点是install on fly。texlive确实太大了，几乎可以与Microsoft的任何一项大型软件相比了。

回复 #6 haginile 的帖子

现在的问题是，ctex2.4.6不够用了，稳定当然稳定...

[[i] 本帖最后由 xptao 于 2007-7-8 12:07 编辑 [/i]]

讨论这个其实不是特别现实，我们都知道 CTeX 可以更新也应该更新，然而没有人主动负责这个工作的话它是无法进行下去的：这是一个义务工作，你不需要付钱，aloft 也赚不到钱。这样的项目的惯例就是你不可能说要求维护者必须做出什么改进来，除非你自己愿意去做维护者。

我个人认为 aloft 可以把所有 CTeX 安装制作脚本公开出来，有兴趣的可以在它的基础上改进，提交改进后的脚本，如果 aloft 认为合适可以让改进者把制作好的安装程序上传到 ftp.ctex.org，作为官方版本提供下载。不管怎么说，开源项目最大的特点，也是最大的优点在与自力更生，你不需要依靠别人，只要你有兴趣，有能力，就能对它做出改进。

从过往的 CTeX 风格来看，是希望尽可能使用最常见的工具包装，最好不要对原有 MiKTeX 发行版结构作太大裁剪，然后加上字体配置文件和 CCT, ctex 等宏包，我觉得符合这个大框架的改进都可以合并进来。

又糊涂了：jjgod是说CTeX仍准备在MiKTeX基础上发展吗？这和haginile说的有些不同。个人觉得，如果是在MiKTeX上继续发展，可以考虑以现在的MiCTeX为蓝本。对MiKTeX不必作什么剪切，只要加上针对中文用户的配置和相关工具就可以了。MiCTeX目前最大的问题是完全不包含文档，这一方面是由于希望保持系统体积较小，另一方面也是因为本人没有时间和精力准备自己的文档，又不想把别人的功劳占为己有。如果CTeX官方可以接手，我可以把所有相关的脚本公开，而CTeX拥有的文档和特殊工具(如ctex.exe等)可以加进来。

目前有一个问题我不知道是我的机器特有的问题还是中文用户普遍的问题：从MiKTEX 2.5起，更新TeX系统总上在最后刷新文件名数据库的时候出错，每次必需手动执行initexmf.exe。这不包括在排版过程中遇到缺少宏包需要自动下载的情形。后一种情况一般没有问题。

回复 #10 jjgod 的帖子

讨论这个问题可能不是很现实，但是很有意义。

先讲讲我个人与ctex的关系。大约10年前，第一次想使用latex，但是由于没有成功配置出中文环境而放弃，中间有段时间基本上放弃了中文的应用，形成英文使用latex，中文使用word的习惯，但是时常在latex和windows中痛苦选择。大约3年前，偶然发现ctex，发现中文配置如此简单，如此好用，从此放弃word，坚定使用latex。我也向许多人推荐了ctex，大多数人都说第一次觉得latex是如此容易，被ctex引入了latex的大门。因此，我觉得ctex为latex在中国的普及作出了极大的贡献。

后来ctex成为平时使用最多、最基本的工具了，换句话说，离不开了，对它的依赖越大，期望就越大，大约1年前，发现ctex更新较慢，一些新的功能不能用，我记得2.4.6就等了很久，一般的开源更新是比较快的。最近，几乎不能忍受了，开始寻找ctex的替代物，从mtex到mictex，说实话，用ctex已经习惯了，mtex和mictex的一些设置感觉还是不如ctex，但是它们用了最新的miktex。可以说目前的mtex和mictex（尤其是后者）已经超越ctex了。

不过最近真正比较大的发现还是texlive2007，也许texlive才是使用latex的最终用品，也正是发现了texlive2007的好处，也准备彻底（主要）转入linux（特别是ubuntu）。顺便说一点，感觉基于linux的开源软件发展太快了，3年前的linux（比如fedora）使用起来很难受，但是现在的ubuntu基本实现了自己一直期待的许多功能。而且ubuntu、fedora都是半年升级一次，而windows的升级越来越慢了，越来于缺少亮点了，越来越步履蹒跚了。更别说，windows下防不胜防的病毒。

总结而言，感觉如jjgod所言，将ctex转变成由gpl保护的开源系统，也许是很好的一个思路。

[[i] 本帖最后由 xptao 于 2007-7-8 22:47 编辑 [/i]]

當年死活在 linux 下配不成 TeX 時, 用了一段時間的 CTeX, 感覺很棒.
其實也不用做什麼更新了, 作為新手的玩具和老手的工具, 不需要什麼更新.
而追求新功能的人可以去用 TeXLive...

[quote]原帖由 [i]instanton[/i] 于 2007-7-8 16:55 发表 [url=http://bbs.ctex.org/redirect.php?goto=findpost&pid=292609&ptid=39770][img]http://bbs.ctex.org/images/common/back.gif[/img][/url]
又糊涂了：jjgod是说CTeX仍准备在MiKTeX基础上发展吗？这和haginile说的有些不同。个人觉得，如果是在MiKTeX上继续发展，可以考虑以现在的MiCTeX为蓝本。对MiKTeX不必作什么剪切，只要加上针对中文用户的配置和 ... [/quote]

CTeX 会基于什么发行版是根据其维护者掌握的知识决定的。

不过我可以肯定，即便中文 TeX 学会要推出一个基于 TeXLive 的中文支持，也肯定不会使用“CTeX 套装”这个名字，我们会努力寻求集成在 TeXLive 官方 DVD/CD 上的方法，或者另起一个不容易引起误会的名字。

从我个人的观点看，MiKTeX 在与 Windows 操作系统集成上做得很好，TeXLive 的 win32 版本的开发者们都尚不具有这个能力，或者他们根本就不打算这么做。因此，基于 MiKTeX 的中文 TeX 发行版仍然是非常有意义的，正如 TUG 也要支持 proTeXt 一样。

[quote]原帖由 [i]xptao[/i] 于 2007-7-8 18:49 发表 [url=http://bbs.ctex.org/redirect.php?goto=findpost&pid=292625&ptid=39770][img]http://bbs.ctex.org/images/common/back.gif[/img][/url]
讨论这个问题可能不是很现实，但是很有意义。

先讲讲我个人与ctex的关系。大约10年前，第一次想使用latex，但是由于没有成功配置出中文环境而放弃，中间有段时间基本上放弃了中文的应用，形成英文使用latex， ... [/quote]

其实即便是 TeXLive 也有很多工作要做，包括 BSD 系统的移植，与 linux 发行版的集成，包管理系统的设计，更方便而且健壮的图形化安装程序，等等。

关于前者，我知道 OpenBSD 和 NetBSD 的工作基本上完成了 (今年在 2007 版本发布之后)，FreeBSD 的工作在进行中，应该很快也能完成。

linux 发行版集成的工作比较缓慢，目前成熟一点的是 Debian，其他的发行版也有这类提议，包括 Fedora、Ubuntu。但即使是这些发行版本，核心的 TeXLive 开发人员都很少参与他们的维护，所以集成工作不如人意。

包管理的设计刚刚提上日程，可以到 TeXLive 的 mailing list 上看，有个基于 debtags 想法比较有意思，但其他人的想法太多，距离一个成熟的包管理系统差距很大，而且和我自己的一些看法 (Keep it simple, stupid) 不符合。

图形化安装程序目前是基于 Tcl/Tk 的，限制比较大。

至于中文支持，我曾经比较仔细的考察过一遍，但因为想法还不成熟，所以没有公开提，只是放在了 wiki 上。目前因为我个人在做的另一个项目 (2007 年的 Google Summer of Code)，这个项目暂时被搁置了，我的希望是在 9 月前重新投入它的开发中，确保 2008 版本的 TeXLive 能把它集成进去。

所以总结起来是，TeXLive 的工作也有很多值得参与的地方。

我不太明白有哪些功能是 2.4.6 不能做到的呢？如果你單獨提出來的話，可能其實是可以做的

回复 #16 Neals 的帖子

最近碰到的最突出的就是pgf宏包，我相信ctex2.4.6的许多宏包都过时了。

有一些的确是2.4不能做的，不过可能也没有多少人在用，例如2.5引入的Pipe，2.6开始的Com interface等。我自己是不用这些的。2.4现在最大的问题是不能在线更新宏包了。还有就是对Vista的支持，这是亟须解决的问题。

其實宏包的更新最好還是自己手動更新，一方面可以提高自己對 TeX 結構的認識，多些經驗值，以後出問題也便於自己自力更生解決，另一方面，有些宏包提交到 CTAN 比較慢，所以最新的還是要到它們自己的主站去下載

不過也是，那是 MiKTeX 的亮點之一

其實完全可以讓一個高手寫個腳本，自動升級

回复 #19 Neals 的帖子

如果大家都手动更新，就不需要各种各样的发行版了，推而广之，linux的各种发行版fedora、ubuntu也没必要升级了，甚至也没必要存在了，每个人都自己收集开源、自己组织、自己升级...

这显然不合理吧？

除非ctex真的想退出舞台。