Yongwei Wu wrote:
> 不熟悉Scribus，不过，我恰好写了一个用于Unicode断行的自由软件库，liblinebreak：
>
> http://vimgadgets.sourceforge.net/liblinebreak/
>
> 有兴趣的可以看一下。

我确信Scribus使用你的库可以解决前述问题，但是现在很难说服Scribus项目
组做任何与CJK有关的事，所有CJK相关bug都被立即关闭了。

另外我去你的liblinebreak上面看到你写的 breaktext 这个程序，有几个问题：

一
 	程序正好解决 gnu coreutils 的 fold 命令不支持unicode的问题，
 	好像和fold命令用意是一样的。有没有考虑使之参数也与fold
 	一样，程序名也与fold一样，作为 fold 的 drop-in replacment
 	发布？同时也考虑 fmt 命令。如果这样做，我等 Linux 命令行用户
 	就大大受益了，我可以很简单地安装你的 drop-in replacment
 	不再受原有 fold 的折磨了。

二
 	有没有考虑一下使用此库再接再厉解决 gnu coreutils 很多unicode
 	相关问题，甚至考虑改进 gnu coreutils? 我知道可能他们对 unicode
 	改进的接受不积极（比如使用“程序比改进前慢了”为理由拒绝了之前
 	对 tr 的改进 patch），但是听说 heirloom coreutils 对unicode
 	相关改进很欢迎。目前大批 gnu coreutils不支持unicode的情况很麻烦。

三
 	我编译不了，好像有bug。如下：

zhangweiwu at casablanca:/tmp/breaktext$ make
mkdir DebugDir
gcc -MM -MT DebugDir/breaktext.o -W -Wall -I.  -I../linebreak -fmessage-length=0  -D_DEBUG -g  -o DebugDir/breaktext.dep breaktext.c
gcc -W -Wall -I.  -I../linebreak -fmessage-length=0  -D_DEBUG -g  -c -o DebugDir/breaktext.o breaktext.c
gcc -W -Wall -I.  -I../linebreak -fmessage-length=0  -D_DEBUG -g -o DebugDir/breaktext DebugDir/breaktext.o -L../linebreak/DebugDir -llinebreak
zhangweiwu at casablanca:/tmp/breaktext$ ls
breaktext.c  breaktext.exe  CVS  DebugDir  Makefile  pctimer.h
zhangweiwu at casablanca:/tmp/breaktext$ ./breaktext.exe -h
bash: ./breaktext.exe: cannot execute binary file
breaktext.exe: PE32 executable for MS Windows (console) Intel 80386 32-bit
zhangweiwu at casablanca:/tmp/breaktext$ uname -a
Linux casablanca 2.6.18.1-fl2f-v1.02 #41 Thu Jul 3 10:13:18 CST 2008 mips64 GNU/Linux

On Fri, 27 Nov 2009, Zhang Weiwu wrote:

>
> 	我编译不了，好像有bug。如下：
>
> bash: ./breaktext.exe: cannot execute binary file
> breaktext.exe: PE32 executable for MS Windows (console) Intel 80386 32-bit

现在知道了。你生成的 binary executable 不在通常的地方，在 DebugDir 里面。

如果要产品化的话这个也应调整一下，现在应该不必要，反正目前使用它的人肯定都是
些常做编译的人。

于 Fri, 27 Nov 2009 09:59:43 +0800 (CST)
Zhang Weiwu <zhangweiwu在realss.com> 写道:

>  	有没有考虑一下使用此库再接再厉解决 gnu coreutils 很多unicode
>  	相关问题，甚至考虑改进 gnu coreutils? 我知道可能他们对 unicode
>  	改进的接受不积极（比如使用“程序比改进前慢了”为理由拒绝了之前
>  	对 tr 的改进 patch），但是听说 heirloom coreutils 对unicode
>  	相关改进很欢迎。目前大批 gnu coreutils不支持unicode的情况很麻烦。
> 

http://heirloom.sourceforge.net/tools.html


---
1) I don't reply to top-posting emails from this account;
2) I don't reply to stupid emails;
3) I don't answer any emails from brain-damaged people.
Check the above carefully when you don't have response from me,
specially 3).

2009/11/27 Zhang Weiwu <zhangweiwu在realss.com>:
>
> 一
>        程序正好解决 gnu coreutils 的 fold 命令不支持unicode的问题，
>        好像和fold命令用意是一样的。有没有考虑使之参数也与fold
>        一样，程序名也与fold一样，作为 fold 的 drop-in replacment
>        发布？同时也考虑 fmt 命令。如果这样做，我等 Linux 命令行用户
>        就大大受益了，我可以很简单地安装你的 drop-in replacment
>        不再受原有 fold 的折磨了。

作为 drop-in，还有点问题需要讨论。比如，fold 支持 -b 和 -s，和
breaktext 是不兼容的。如果拿 breaktext 来代替 fold，是不是 breaktext
的缺省行为和 fold 一样，只在指定 -u 时以当前的方式运作？在 argv[0] 中
包含“breaktext”时自动认为 -u 被设置？

> 二
>        有没有考虑一下使用此库再接再厉解决 gnu coreutils 很多unicode
>        相关问题，甚至考虑改进 gnu coreutils? 我知道可能他们对 unicode
>        改进的接受不积极（比如使用“程序比改进前慢了”为理由拒绝了之前
>        对 tr 的改进 patch），但是听说 heirloom coreutils 对unicode
>        相关改进很欢迎。目前大批 gnu coreutils不支持unicode的情况很麻烦。

如果按前段的方式，我还需要实现 fold 的现有功能，看起来是提交补丁比较好
了。不成功也可以作为非官方补丁用。也许圣诞节有空可以搞一下。 :-)

咏炜

-- 
Wu Yongwei
URL: http://wyw.dcweb.cn/