桃源

完美wine QQ2011正式版(5064)

沧之声 — Sun, 15 Jan 2012 11:38:34 +0800

原文在这里

用了新版的OpenSuSe12.1之后感觉非常不错。只是QQ用起来有些难受。wine出来的QQ2011Beta4感觉还是不爽，界面上面会多一个程序的边框出来，而且根本无法查看聊天记录，无法查看好友资料，还时不时会在Tray中无法弹出。不过好一点的就是可以勉强使用正常的聊天功能。这两天无意中发现了Wine出来QQ2011正式版（5064）的方法，使用之后感觉非常好。故总结之，以备后用该方法对于QQ2011正式版（3019）同样适用。

运行环境：
opensuse12.1，wine1.3.36cvs

１、首先安装QQ的运行环境为了使用最新的版本在这里可以找到对应发行版的二进行包。很方便，可以直接添加源。其余可以参照《最新：OpenSUSE/ubuntu Linux使用wine完美运行QQ2011》一文的方法安装。不过多增加了几个内容就是winetricks vcrun2008 vcrun2010 mfc40 mfc42 dotnet20 flash11(对是11，应该是最新的版本)需要多安装这三外软件包，我想vcrun2008和mfc40应该提供了更新的图形接口。

２、安装QQ安装方法与上面那篇文章中的一致，不过用的QQ不是2011beta版的，而是2011正式版(5064)下载地址。感谢JayXon做的QQ纯净版，确实非常好用。去掉了不必要的组件，从而提高了wine QQ的稳定性。从3019到5064的过渡，可以不用做任何特殊的设置。直接将文件解压到相应的目录下面即可！

3、Hack
1) 目前wine出来勉强能用但是，还是不够方便，比如中文字体，可以参考《[转] Wine 乱码》一文进行设置，设置完毕，聊天窗口左上角好友名称的中文可以正常显示而不是小方框了。改动注册表之前一定要做备份，切记！中文字体我用的是LiHei Pro。这个字体在KDE４下面表现很不错。
2) 调整wine默认浏览器
在网上找到一篇文章，通过修改注册表可以通过QQ面板打开空间，并且还带自动登录的。把HKEY_CLASSES_ROOT\http\shell\open\command中键值修改成/opt/google/chrome/google-chrome -requestPending -osint -url “%1″这样ok了。可以把/opt/google/chrome/google-chrome替换成任何你喜欢的浏览器的绝对路径。
3) QQ视频
通过wine QQ进行视频，这在以前是不可想象的。但是现在没有问题了。在《Ubuntu11.10下wine QQ2011成功》一文中提到了安装libv4l-dev就可以进行视频。经过实测，可以稳定运行，而且也不存在文中所讲的结束视频之后会崩溃的现象，完美！

虽说是完美，但并非和windows下面的体验完全相同还是有些出入不过已经无碍了。简单的总结一下优点和缺点。

优点：
0)支持最新版的QQ(5064)，接近windows下运行的效果，功能性上差异不大。
1)可进行视频聊天。我想这个是最大的优点了。以前多种Linux下使用QQ的方案并没有做到支持视频的地步。
2)界面更加清爽。在2011Beta4之前的版本在主界面和聊天界面中都会一层有系统自带的窗口，该版本没有，如果只是从这两个角度看的话和windows下面运行的显示没有差异。另外对于在2011beta4中的部分窗口无法正常显示的现象也没有了。
3)更加稳定。除了登录的时候通过键盘输入密码会导致崩溃之外，其它情况下崩溃的几率非常小，包括在俧文件和视频过程都没有遇到崩溃情况。
4)可以正常使用微博功能。消息提示非常而健全。
5)貌似还可以支持Q+功能插件。官方版本中是可以使用的，不过效果不好。

缺点：
0)无法使用CWUB2。具体表面就是msimg32.dll这个插件似乎没有起到作用。这个插件做的非常的不错。虽然JayXon5064纯净版中已经精简了很多插件，但是这个版本中没有破解本地会员。而且对于CWUB2提供了其它一些丰富的功能也无法使用。好吧，我承认，会员登录界面是要好看一点……
1)中文化不足。显然对wine中文字体进行了设置，但是在个人资料窗口，中文依然显示为小方框，暂时无解。这个应该可以进一步设置中文字体进行修改，但是目前来说我还不知道怎么设置了。
2)小窗口依然会有黑色边框。除了主界面和聊天界面，其它的比如资料卡或者菜单等依然会有黑色小边框。在5064版中加入的图片查看功能也会有小边框存在。目前这个也没有办法解决，可能是与图形库有关。暂时无解。
3)不定期的在某些情况下还是会崩溃的。暂时无解。
4)速度。整体感觉运行可能不如windows下面那么流畅，但是已经够用了。比较遗憾的就量微博的上下刷新时还是不流畅。暂时无解。可能等到更新版的wine出来以后会更好。
5)群状态无法显示，也无法刷新。
6)截图之后会出现短暂的无响应状态，鼠标点击无效，过一会或者alt+tab切换一下就好了。

参考文章
《Ubuntu11.10下wine QQ2011成功》
《[转] Wine 乱码》
《可以将WINE的浏览器改为FIREFOX为默认浏览器吗？》
《最新：OpenSUSE/ubuntu Linux使用wine完美运行QQ2011》

关于QQ for Linux想说的事

沧之声 — Wed, 13 Apr 2011 17:54:24 +0800

或许腾讯能给国内Linux用户带来惊喜的一年是2008年。因为这一年LinuxQQ横空出世。为长久以来，困扰Linux用户平台下的QQ解决方案提供了官方支持。大家以极大的热情看着版本号不断上升，看着QQ for Linux功能的不断完善，心中阵阵悸动。同时也担心那烦人的广告，也会被引入QQ for Linux当中。不过自从2009看1月4号（是的，我记得非常清楚）之后的很长一段时间之内都没有看到关于QQ for Linux的任何更新消息。官方的版本号始终就停留在QQ for Linux v1.0.2Beta1(110)。随之而来的是QQ for Mac，QQ for mobile，QQ for iPad，QQ for Android以及webqq webqq2的不断更新升级。到最后QQ for Linux用户论坛也关闭。这算是彻底的宣告QQ for Linux的开发停止。

在公元2010年12月22日，QQ for Linux悄然发布了一次小的更新，腾讯官方在不知不觉当中发布了通用的包的更新。版本号由原来的110升级到120。这又对广大Linux用户带来了不小的冲击－－看来腾讯还是没有忘记Linux用户们。说是解决了以前遗留的一些问题，增强稳定性，可是用过之后才发现，这版的问题也不小。虽然可以实现聊天窗口的最大化，但是系统通知栏的消息提示无法用鼠标点击后打开。后有网友分析，此次的发布的软件包是用之前发布的preview2重新打包的，并非是升级开发的版本。这无疑是一盆凉水当头浇下。看来新版也不可靠，我还是老老实实的用110吧。

腾讯推出QQ for Linux的战略意义要比实际意义大很多。此之前官方一直没有开发Linux客户端，因此各路大仙尽显神通。想出了很多种在Linux下使用QQ的方法。但是自从QQ for Linux推出之后，官方全力封杀各种民间解决方案，比较典型的就是Eva和LumaQQ停止开发，对于以Pidgin QQ插件（有使用qq2008和qq2010协议的两种解决方案）方式的登录，不断的提示账号不安全，并冻结账号，要求用户去安全中心解冻账号。这对广大用户带来了很多的不便之处，"强迫"用户使用官方版本（其实腾讯的服务条款当中也明确写着用户没有权利使用非官方版本的QQ客户端）。自此之后，腾讯一统Linux平台混乱的局面。当然也有人认为腾讯搅乱了QQ for Linux局面之后，又撒手不管了。无论如何，这是官方和用户之间的两种不同观点。

虽说如此，但是散落在民间的广大仁人志士还是想到了其它方法去获得更好的体验。更多的方法见这里或者这里。本文并不在这里累述。但是我觉得这些解决方法确实不如QQ for Linux那么舒适，安逸和自然。或许是腾讯长久以来的客户端战略使得我们更多的习惯以客户端方式使用QQ，所以当webQQ出现的时候，一些用户出现了不太适应的状况，比如我。我承认webQQ是一款划时代的产品，但是我就是不习惯在PC上用它。在最初的新鲜劲过了之后我就不再怎么用它了，除非是客户端出了问题，暂时以它个替代，一旦问题解决，我还是毫不犹豫的点起了客户端。

在这里我也说说个人对QQ for Linux的一些体验感觉。
根据官方的介绍具有六大功能。或许在windows下看，这六大功能再普通不过了。但是我们仔细看，这六大功能确实是QQ核心的功能。我们一定需要从QQ面板使用腾讯的其它服务么？我们一定需要QQ捆绑很多功能，尤其是在聊天时那个讨厌的广告功能么？我们一定需要QQ来扫描我们的硬盘杀毒么？QQ的本质只是一个即时通信工具，一个让我们用着舒服的工具。或许QQ for Linux或者QQ for Mac简洁清爽的风格，真正体现出了QQ的本质功能。
当然QQ for Linux仍然存在很多的问题和不足。比如，有时打开群的时候硬盘会疯狂的转，并且会短暂出现未响应状态（有些人认为这个是QQ在扫描你的硬盘。但是我个人分析，这是QQ在加载群成员的状态信息,它的算法是在加载群成员信息完毕之后才显示窗口，等群成员信息加载完毕之后就好了。这个应该与它的算法有关,而非扫描硬盘。一般Linux用户应该还是对这个比较敏感的，呵呵）；有些情况下聊天窗口无法最大化；文件传输的算法也不理想，传输速率太低；只能保存近20条聊天记录在；不支持网络同步聊天记录，无法进行语音或者视频通信（实际上在Linux下面，Skype的功能要比较QQ for Linux更丰富全面推荐大家体验）。
虽然它仍然有这么多的不足，但相比于Pidgin，或者其它第三方客户端的体验都要好很多。果然是亲生的。呵呵。

或许你和我一样都希望腾讯逐步的丰富QQ for Linux的功能，提供更好的用户体验。但是从官方的一系列动作来看，短期是不可能的。现在腾讯的策略明显偏向基于移动计算的通信和应用服务，所以这个小小的客户端也就放下了。当然，如果可能的话，QQ for Mac的更新之后才可能有新版的QQ for Linux提供。毕竟在腾讯眼里，Mac用户要比Linux用户的优先级高。而且二者的功能和实现也比较相近。注意，我只是说可能。因为QQ for LInux现有的功能已经基本满足用户通信的基本诉求，更丰富的功能未必会添加进来。当然如果有大的动作的话，那也预示着，很可能那个讨厌的广告功能也会被加进来。这个是后话。

那么什么情况下腾讯会开发新版本的QQ for Linux呢？个人认为有这样几种可能：
一种是QQ for Linux用户群体不断上升，形成了更大的产业链，足以高层在进行战略规划的时候无法忽略这部分群众，让他们看到有利可图。毕竟无商不利。当然这种情况带来的可能就是功能的丰富化，使QQ for Linux的功能和windows版本的接近，当然也可能包括扫描你的硬盘和弹小广告。对于这种情况还是要靠大家的努力。那么这个问题就演变成了，先有鸡还是先有蛋的问题。我觉得应该先有鸡。
一种是腾讯内部的员工以个人的爱好或兴趣利用“技术假”或者和Google那个20%时间类似的概念，继续开发。因为腾讯暂时不可能开放QQ for Linux源码（其实在大家看来，开放协议远比较开放源码来得痛快），那么也只有内部员工才能看到源码，继续开发，并以官方版本形式放出。这种情况我觉得和120版放出来的情况相似。
当然还有一种情况就是MS做出一个艰难的决定，退出中国，或者让QQ退出windows。总之就是QQ在windows上面玩不下去了，那么Linux必然会成为下一个主要战场。那么这种情况下，就QQ for Linux就会发展第一种情况那样。或者那个时候，腾讯还在不在，或者说不定准备玩什么其它高科技，不玩QQ了。当然这种情况的概率很小，很小。大家YY一下就可以了。

使用Qt Designer创建程序的一般过程

沧之声 — Sat, 09 Apr 2011 23:45:23 +0800

笔者这段时间正好在研究QT方面的界面设计，所以必不可少的接触到了Qt Designer这个快速开发工具。苦于刚入门时的徘徊，现在也算是略有所懂，所以把Qt Designer开发的流程做一个简要的整理。本文仅针对Qt4&Linux平台，其它平台方法类似。

打开Qt Designer，创建你想要的图形界面。保存文件，会得到一个后缀名为.ui的文件，这个就是Qt Designer可识别的界面文件。比如”world.ui”。
创建你所需要的”main.cpp”文件，并在主程序中包含”ui_world.h”文件（现在还没有，是一个通过qmake工具自动创建的cpp头文件）。结合代码说明如下：

^?View Code CPP

#include &ltQApplication&gt
#include &ltQDialog&gt
 
#include "ui_world.h"
 
int main(int argc, int *argv[])
{
	QApplication app(argc, argv);
	Ui::world ui;
	QDialog *dlg = new QDialog;
	ui.setupUi(dlg);
	dlg->show();
 
	return app.exec();
}

主程序开始的第二行表明了如何引用由world.ui(生成ui_world.h的源文件)定义的图形类。第四行将一个QDialog的对象传递给了setupUi函数，使ui完成了初始化工作。

使用”qmake -project”命令创建Qt的工程文件。
使用”qmake”命令自动创建工程对应的Makefile。
使用经典的”make”命令开始自动化编译工程。
执行编译好的程序，得到所创建界面。

一般来说，我们创建的界面总是无法完全符合我们的要求，这个时候我们可以通过继承的方式将已经定义的Ui::world类，进而定义符合我们要求的类。示例如下：

^?View Code CPP

#ifndef _WORLD_H_
#define _WORLD_H_
#include &ltQDialog&gt
 
#include "ui_world.h"
 
class world : public QDialog, public Ui::world
{
	Q_OBJECT
public:
	world(QWidget *parent=0);
private slots:
	//slots are defined here
};
 
#endif

此处要注意通用的命名规则，Qt Designer生成的文件名为world.ui，qmake调用moc生成的文件名为ui_world.h（也就是界面类原始定义的cpp头文件），我们继承Ui::world得到的自己的类的定义文件world.h。这三都的对应一定要注意，否则当代码量增大的时候，会便利工程管理复杂性增大。毕竟写程序的人都有逻辑性思维和惰性思维。

说明：
本文中的程序仅作示范说明，未可正常运行（语法无错）。

参考资料：
《C++ GUI Qt 4 编程》（第二版）[加拿大] Jasmin Blanchette，Mark
Summerfield著，闫锋欣　曾泉人等译,电子工业出版社。

「桃源」第四期下载

vccjis — Tue, 05 Apr 2011 17:04:51 +0800

《桃源》第四期下载>

这一期的质量不是很好，希望大家多多交流！「桃源」会继续努力的！

BackTrack 5 发布日期及请求新工具

renewjoy — Sat, 26 Mar 2011 21:12:55 +0800

原文地址：http://www.backtrack-linux.org/backtrack/backtrack-5-release-tool-suggestions/
翻译：joy

（译者曰：限于英语水平有限，不敢逐字翻译！因此，便只述大意，请见谅！）
0、这个版本的代号为”revolution“（译者曰：要革命了！）
1、BackTrack 5将基于Ubuntu Lucid (10.04 LTS)版本，将（或者最终将）支持32位与64位架构。
2、将官方支持KDE 4, Gnome（译者曰：这是个特色，难道受了Gnacktrack影响？就等这个了。) and Fluxbox 。
3、这个革命版本最重要的部分应该是在仓库中包含完全的源码（译者问：啥子源码哦？），因为他们将完全加入到开源社区来，也将清除掉在BT4中的一些版权声明。
4、工具列表（译者问：在哪儿啊？以前倒是看过，记不住了。）全部重新修订和更新了。每个工具的功能都经过评估后再决定加入bt5中。并将密切关注新的工具，以便在合适时加入。
5、最终敲定的发布时间：2011年5月10号（译者曰：非常期待，到时定然好好体验一把！）。

最后有一个表单，如果你希望在bt5中看到某个现在还没有的工具，那么，请去原网站提交这个表单吧。

表单有效期为4周（从2011.3.14日算起，还有两周哦）。

译者曰：
原文本身是一个官方新闻，被我这么一翻译，加上了“曰”和“问”，也就不算是新闻了。
如果被我的“曰”或者“问”误导了，那在下只能很抱歉。因为，它对我来说，不只是新闻。

中国Linux界五大高手

renewjoy — Sun, 13 Mar 2011 14:54:47 +0800

本文摘自StarDict作者功德闯菩萨胡正的新书《佛法精粹录》

Windows没有bugzilla这样的用户bug报告系统，他们是有几人利用神通找软件bug。我也会，上次就是帮助linus告之他找到linux内核的12个bug。有物质界自己法一切知智就有这种神通。

中国Linux界五大高手：苏哲（Scim），胡正（StarDict），章文嵩（LVS），程勇（JFox，杨咏做的底层技术开发），陈渝（SyeEye）。

软件程序分为算法和数据结构。苏哲算法97，数据结构94。我算法92，数据结构97。

初禅思维的人用shell语言，二禅思维的人用sql，三禅思维的人用perl（软件源代码看起来复杂实际上是较杂乱，如许多三角形分布），四禅思维的人代码清晰合理。有戒禁取的人编的代码会一直保留在最新的版本里，代码基本上只增加，不随便删减。

附It界的精英是佛的列表（完全摘自《佛法精粹录》，此清单，为功德闯菩萨列出：

Linux内核新领导人Greg Kroah-Hartman是人王佛，犹太大富豪（有5.7万亿美金，隐藏的真正的世界首富）是栴檀云佛
Google公司的三个总裁是胜慧佛（谢尔盖·布林），离爱佛（拉里·佩奇）和慈相佛（施密特）
Facebook创始人Mark Zuckerberg是妙香佛
Oracle现任总裁Charles Phillips是大精进佛
C语言及Unix合作作者Dennis M.Ritchie是山光佛
Unix操作系统作者Ken Thompson是德聚王佛
C++语言作者Bjarne Stroustrup（编程语言之王）是破有闇佛
Python语言作者Guido van Rossum是善胜佛
《计算机程序设计艺术》及Tex排版系统作者高德纳是师子光佛
Linux内核作者Linus是照明佛
Oracle甲骨文公司的总裁LarryEllison（诺贝尔转世）是利慧佛
创建微软公司的比尔盖兹是南无珠月光佛
GNU自由软件教主Richard Stallman（耶稣转世）是南无威光佛。

ELPA: 下一代Emacs的扩展管理器

小高子 — Mon, 24 Jan 2011 23:14:33 +0800

我们已经习惯了各种包管理器工具, Debian、Ubuntu有 apt-get, RedHat、Fedora有 yum, Arch有 pacman, Gentoo有 emerge, BSD有 port. 包管理器的存在让我们再也不用考虑安装、删除、升级软件的细节, 也不用为了各种包之间的依赖关系而头疼, 这也是我认为UNIX/Linux相比于Window$的一个很大的优点. 今天介绍的 ELPA (Emacs Lisp Package Archive) 就是专为Emacs设计的包管理器, Emacs发展至今已经拥有了数量庞大的第三方扩展, 但安装这些扩展的方式依旧非常原始. 下载压缩包, 解压, 放到Emacs可以识别的 load-path, 修改 “.emacs”, 这一系列动作对于用户来说实在是不够友好 (虽然Emacs用户普遍喜欢折腾). ELPA可以使得安装Emacs扩展就像使用发行版的包管理器工具安装软件一样便捷, 并且Emacs官方也决定在下一个Emacs版本, 即Emacs 24中默认集成ELPA. 这里是GNU的官方ELPA页面, 在那里你也可以下载到已经集成了ELPA的Emacs 24测试版.

ELPA采用同 apt-get 等包管理器工具类似的原理, 会从指定的源服务器中下载扩展以及相关依赖扩展, 然后放到特定目录 (默认为 “~/.emacs.d/elpa/”), 可能会将Lisp代码编译成字节码, 最后激活它, 当下次Emacs启动时自动加载它.

虽然Emacs 24还没有正式发布, 但是我们已经能够提前使用ELPA (实际上ELPA已经发展了好几年). 步骤很简单, 如果你使用的是Emacs 22及以上版本, 把下面的代码复制到Emacs的 *scratch* buffer中, 将光标移动到代码的最后一行, 然后按下 C-j, 一切就都搞定了, 剩下的事情就交给代码去完成吧. 如果你使用的是Emacs 21及以下版本, 请参考这个帮助页面.

(let ((buffer (url-retrieve-synchronously
               "http://tromey.com/elpa/package-install.el")))
 (save-excursion
   (set-buffer buffer)
   (goto-char (point-min))
   (re-search-forward "^$" nil 'move)
   (eval-region (point) (point-max))
   (kill-buffer (current-buffer))))

上面的代码执行完之后, ELPA就算安装完毕, 这时会多出一个 “~/.emacs.d/elpa/” 目录, 所有通过ELPA安装的扩展都会放在那里, 并且 “.emacs” 文件也被自动添加了加载ELPA的代码. 该如何通过ELPA安装扩展呢? 在Emacs中按下 M-x package-list-packages 会列出所有可供安装和已经安装的扩展, 如下图:

将光标移动到需要安装的扩展上, 按下 i 键, 就会出现如上图的 “I” 标志, 选定好之后按下 x 键便开始安装扩展. 还有其它一些按键:

按键	功能
`n`	下移一行
`p`	上移一行
`r`	刷新扩展列表
`i`	标记为安装
`d`	标记为删除
`u`	取消标记
`g`	还原所有标记
`x`	执行标记
`q`	关闭当前窗口
`h`	帮助
`?`	查看当前扩展的详细注释信息

当前ELPA的最大缺点是扩展数量还不是很多, 截至写这篇文章时仅有134个扩展. 有人说是因为ELPA只接受自由软件的缘故, 但我觉得大多数Emacs扩展开发者并不会太在意这个, 可能最大的原因还是因为大部分开发者都不知道ELPA的存在. Emacs发展这么多年, GNU也没有像Vim那样集中管理各种第三方扩展, 好在官方也终于决定在Emacs 24中集成ELPA, 可以预想将来也会逐渐丰富扩展仓库. 如果你是第三方扩展的开发者并且也愿意将扩展提交给ELPA, 可以参考这个页面, YASnippet的作者pluskid也写了一篇给需要提交给ELPA的作者的建议, 希望ELPA的扩展仓库可以越来越丰富.

最后, GNU正在寻找用于Emacs 24的合适配色主题, 有兴趣参与的同学可以访问这个页面自定义一份主题提交给GNU, 也许你的方案就会出现在下一个版本的Emacs中. 参与开源, 我为人人, 人人为我.

AsciiDoc简介

小高子 — Fri, 21 Jan 2011 00:23:53 +0800

AsciiDoc是什么?

AsciiDoc 是一种简单的基于纯文本的文档生成工具, 与它类似的还有 reStructuredText, Markdown. 说是生成文档, 其实它可以将纯文本文件转换成各种类型, 比如:

HTML
XHTML
WordPress
DocBook
LaTeX
PDF (示例)
EPUB (示例)
DVI
PostScript
Man Page (示例)
五线谱 (示例)
数学公式 (示例)
Graphviz 图形 (示例)

使用AsciiDoc进行文档编写最著名的恐怕是Git官方的 Git User’s Manual (我表示对于初学者很难看懂), 这篇博客也是通过AsciiDoc生成, 文后会附上本文的原始代码以便参考.

使用AsciiDoc

就像reST以及Markdown, AsciiDoc也定义了一套自己的标记符号, 以前没有接触过纯文本标记符号的同学可以参考这篇官方指南, 而已经学习过其它文档生成工具的同学可以直接看这篇快速索引.

AsciiDoc自带的 asciidoc 命令只能生成HTML, XHTML, DocBook, WordPress, LaTeX (实验版, 不是很完善)这几种类型的文件, 使用很简单:

$ asciidoc -b wordpress alist.txt

如果需要支持代码语法高亮, 你需要额外安装 GNU Source-highlight 或者 Pygments.

AsciiDoc还自带了一个实用小工具: a2x, 它可以将AsciiDoc与其它工具结合起来生成更多类型的文件, 比如PDF, EPUB等. 这些额外的工具在 a2x 的man page的 “REQUISITES” 小节中都有详细说明. 比如生成PDF文件可以这样:

$ a2x -f pdf alist.txt

关于生成包含中文的PDF

说到生成PDF, 就不得不说到中文. 但凡有过排版经验的同学都能了解, 大多数时候我们并不是纠结于文档的格式, 也不是文档的内容, 而是在为了使中文不变成乱码而战斗 (这里无视了使用Word, OpenOffice等现代排版软件的同学). AsciiDoc支持两种生成PDF的外部工具 (准确地说是 a2x): dblatex 和 FOP. 前者依赖LaTeX, 后者依赖Java, 并且默认情况下都不支持中文输出.

我尝试了很久dblatex以解决中文乱码问题, 但始终没有好的方法, 归根结底其实是要解决LaTeX中文乱码的问题, 这早就已经通过各种中文宏包 (xeCJK等) 解决了, 但由于 a2x 命令封装了中途生成TeX文件的过程, 因此修改起来很麻烦, ~~唯一的解决办法是手动一步一步转换, 最后修改TeX文件以支持中文输出.~~ 不过我不想这么折腾, 毕竟如果必须得这样, 我还不如自己写LaTeX来得直接.

对于FOP, 我简单在Google上搜索了一下, 解决办法还是有的, 不过貌似看起来比dblatex还麻烦, 有兴趣的同学可以深入研究.

在我看来, 现在最好的PDF中文输出支持还是LaTeX.

2011.3.9更新: Xin Wang 同学在文后提供了输出中文PDF的方法, 详细请参考他的博客: http://dram.blog.35.cn/2011/03/09/export-chinese-pdf-from-asciidoc

编辑器支持

语法高亮
AsciiDoc安装文件中已经自带了用于Vim的语法高亮文件, 如果你是通过包管理器安装的AsciiDoc, 那Vim应该默认就支持语法高亮. Emacs则需要额外配置, 推荐这个 Major Mode扩展, 并在 “.emacs” 文件中添加:

;; AsciiDoc Major Mode
(autoload 'doc-mode "doc-mode")
(add-to-list 'auto-mode-alist (cons "\\.txt\\'" 'doc-mode))

YASnippet
在写这篇博客的同时, 我顺便写了几个用到的AsciiDoc代码片段, 有需要的同学可以参考这里. 如果你还不知道YASnippet是什么的话, 可以参考 “桃源” 以前的文章: pluskid及其YASnippet, YAAY–Yet Another Artical about Yasnippet.

本文的AsciiDoc源码

^?View Code TEXT

AsciiDoc是什么?
---------------
 
http://www.methods.co.nz/asciidoc[AsciiDoc] 是一种简单的基于纯文本的文档生成工具, 与它类似的还有 http://docutils.sourceforge.net/rst.html[reStructuredText], http://daringfireball.net/projects/markdown/[Markdown]. 说是生成文档, 其实它可以将纯文本文件转换成各种类型, 比如:
 
- HTML
- XHTML
- WordPress
- DocBook
- LaTeX
- PDF (http://www.methods.co.nz/asciidoc/asciidoc.pdf[示例])
- EPUB (http://www.methods.co.nz/asciidoc/asciidoc.epub[示例])
- DVI
- PostScript
- Man Page (http://www.methods.co.nz/asciidoc/asciidoc.1.css-embedded.html[示例])
- 五线谱 (http://www.methods.co.nz/asciidoc/music-filter.html[示例])
- 数学公式 (http://www.methods.co.nz/asciidoc/latex-filter.html[示例])
- http://www.graphviz.org/[Graphviz] 图形 (http://www.methods.co.nz/asciidoc/asciidoc-graphviz-sample.html[示例])
 
使用AsciiDoc进行文档编写最著名的恐怕是Git官方的 http://www.kernel.org/pub/software/scm/git/docs/user-manual.html[Git User's Manual] (我表示对于初学者很难看懂), 这篇博客也是通过AsciiDoc生成, 文后会附上本文的原始代码以便参考.
 
使用AsciiDoc
------------
 
就像reST以及Markdown, AsciiDoc也定义了一套自己的标记符号, 以前没有接触过纯文本标记符号的同学可以参考这篇 http://www.methods.co.nz/asciidoc/userguide.html[官方指南], 而已经学习过其它文档生成工具的同学可以直接看这篇 http://powerman.name/doc/asciidoc[快速索引].
 
AsciiDoc自带的 +asciidoc+ 命令只能生成HTML, XHTML, DocBook, WordPress, LaTeX (实验版, 不是很完善)这几种类型的文件, 使用很简单:
 
[source,bash]
----
$ asciidoc -b wordpress alist.txt
----
 
如果需要支持代码语法高亮, 你需要额外安装 http://www.gnu.org/software/src-highlite/[GNU Source-highlight] 或者 http://pygments.org/[Pygments].
 
AsciiDoc还自带了一个实用小工具: +a2x+, 它可以将AsciiDoc与其它工具结合起来生成更多类型的文件, 比如PDF, EPUB等. 这些额外的工具在 +a2x+ 的man page的 ``REQUISITES'' 小节中都有详细说明. 比如生成PDF文件可以这样:
 
[source,bash]
----
$ a2x -f pdf alist.txt
----
 
关于生成包含中文的PDF
---------------------
 
说到生成PDF, 就不得不说到中文. 但凡有过排版经验的同学都能了解, 大多数时候我们并不是纠结于文档的格式, 也不是文档的内容, 而是在为了使中文不变成乱码而战斗 (这里无视了使用Word, OpenOffice等现代排版软件的同学). AsciiDoc支持两种生成PDF的外部工具 (准确地说是 +a2x+): http://dblatex.sourceforge.net/[dblatex] 和 http://xmlgraphics.apache.org/fop/[FOP]. 前者依赖LaTeX, 后者依赖Java, 并且默认情况下都不支持中文输出.
 
我尝试了很久dblatex以解决中文乱码问题, 但始终没有好的方法, 归根结底其实是要解决LaTeX中文乱码的问题, 这早就已经通过各种中文宏包 (xeCJK等) 解决了, 但由于 +a2x+ 命令封装了中途生成TeX文件的过程, 因此修改起来很麻烦, --唯一的解决办法是手动一步一步转换, 最后修改TeX文件以支持中文输出.-- 不过我不想这么折腾, 毕竟如果必须得这样, 我还不如自己写LaTeX来得直接.
 
对于FOP, 我简单 http://www.google.com.hk/search?sourceid=chrome&ie=UTF-8&q=FOP+%E4%B8%AD%E6%96%87[在Google上搜索了一下], 解决办法还是有的, 不过貌似看起来比dblatex还麻烦, 有兴趣的同学可以深入研究.
 
在我看来, 现在最好的PDF中文输出支持还是LaTeX.
 
[red]#2011.3.9更新: http://dram.blog.35.cn/[Xin Wang] 同学在 http://linux.cuit.edu.cn/?p=1157#comment-1295[文后] 提供了输出中文PDF的方法, 详细请参考他的博客: http://dram.blog.35.cn/2011/03/09/export-chinese-pdf-from-asciidoc#
 
编辑器支持
----------
 
.语法高亮
AsciiDoc安装文件中已经自带了用于Vim的语法高亮文件, 如果你是通过包管理器安装的AsciiDoc, 那Vim应该默认就支持语法高亮. Emacs则需要额外配置, 推荐 http://xpt.sourceforge.net/tools/doc-mode/[这个] Major Mode扩展, 并在 ``.emacs'' 文件中添加:
 
[source,lisp]
----
;; AsciiDoc Major Mode
(autoload 'doc-mode "doc-mode")
(add-to-list 'auto-mode-alist (cons "\\.txt\\'" 'doc-mode))
----
 
.YASnippet
在写这篇博客的同时, 我顺便写了几个用到的AsciiDoc代码片段, 有需要的同学可以参考 http://code.google.com/p/princess-alist/source/browse/#svn%2Ftrunk%2Fhome%2Fxiaogaozi%2F.emacs.d%2Fsite-lisp%2Fyasnippet-0.6.1c%2Fsnippets%2Fdoc-mode[这里]. 如果你还不知道YASnippet是什么的话, 可以参考 ``桃源'' 以前的文章: http://linux.cuit.edu.cn/?p=558[pluskid及其YASnippet], http://linux.cuit.edu.cn/?p=1099[YAAY–Yet Another Artical about Yasnippet].

Mini2440移植Ncurses库

沧之声 — Wed, 12 Jan 2011 22:46:08 +0800

本来是两篇文章，现在合在一处发表。原文在我的博客。

作者前一段时间一直在研究Linux下的Ncurses编程（如果你还不知道什么是ncurses那你应该知道Curses，如果这个你还不知道的话，自行google之），也算是小有心得了。但是很不幸，我的程序要放到嵌入式平台上面运行，更不幸的是我们采用的Friendly ARM　Mini2440平台的交叉编译器是不包含这个库的。所以将标准的Ncurses库移植过去也就很有必要了。

先介绍移植的环境，这个可以在嵌入式开发中非常重要的一点。在移植2.4内核到Mini2440开发板上不成功之后我是深有体会。

环境一：Linux宿主主机用的是RHEL6－i686，虚拟机用的是VMware6.5，目标开发板Friendly ARM 2440，.6.32的内核，还算比较新，x35的LCD。交叉编译器用的是官方提供的arm-linux-gcc-4.3.2。Ncurses用的是最近的ncurses-5.7，我喜欢比较新的东西:-)

环境二：在VMware6.5, RH9(2.4), Magic2410实验箱上我也移植成功了。二者的方法非常类似，最大的不同之处可能就是交叉编译器不一样（其实如果除去搭建交叉编译环境的过程其它的步骤都是一样的，在后面我会提示的。不过我觉得还是新版的系统和开发板更过瘾，哈哈）。

目前为止，我们假设已经有了环境一的开发环境并且交叉编译器安装在/usr/local/arm/4.3.2/目录下面本文的后面部分将会以此为背景讲述整个移植过程，在部分地方针对环境二加以注解。

假设你已经在某处解压了ncurses-5.7的源码包。
1. 首先进入源码目录

# cd ncurses-5.7

2. Configure it!

# ./configure  CC=arm-linux-gcc --host --arm-linux --target=arm-linux --enable-widec --with-shared --prefix=/usr/local/arm/4.3.2

这里对configure的参数加以说明，这能够帮助你更好的理解这个编译的过程和细节，也方便根据你自己的环境编译Ncurses库（当然也包括其它软件）。

CC=arm-linux-gcc

指定编译过程中使用的编译器，也就是我们用到的交叉编译器。如果是在环境二下，你应该将arm-linux-gcc增加到了当前环境变量之中，所以你不必过多的担心这个参数会对你使用的编译器无效。

--host

如果没有这个参数，configure过程会出错，并提示你如果使用了交叉编译工具在configure的时候添加–host参数。

arm-linux

这个我觉得应该是指定程序在arm处理器下运行（有错请指出）。在环境二下有的文章说要使用arch=arm来表明未来的代码是在arm处理器下面使用的，但是在环境一下面这样做是个错误。当然如果你的环境二下面的话，就请使
用 arch=arm代替arm-linux 这个参数，反正我是这么觉得的，没有理由。

--target=arm-linux

个人感觉是指定目标系统吧。具体什么我也不清楚，反正加上就对了。哈哈。

--enable-widec

这个是源码包里面的说明。如果你希望Ncurses库支持宽字集，也就是unicode字符集，简单一点来说就是支持中文，比如在 ncurses，menu，form等之中使用中文的话（有关Ncurses库支持中文的方法我会在另一篇文章中说明），你最好加上这个参数。

--with-shared

可能用来指明要生成共享库吧。我不清楚，加上没错。

--prefix=/usr/local/arm/4.3.2

指明你的编译器安装在哪里。因为交叉编译过程中用到的动态或者静态库的指令集都是针对寄主处理器（可以认为是arm处理器或者是其它什么的，反正就不是针对你宿主PC，所以这也是为什么要进行交叉编译的原因）。这里要特别注意的是不要写成/usr/local/arm/4.3.2/因为这样会使安装路径变成/usr/local/arm/4.3.2//，也就是说在configure的过程中会自动在末尾添加一个反斜杠。
然后终端打印大量配置信息,最后几行说明了ncurses工具、头文件、库文件、帮助文档和终端信息安装在哪个目录下

3. 开始make并安装

# make HOSTCC=gcc CXX=arm-linux-c++ && make install

至此我们的移植过程算是完成了一半。也就是在给交叉器加入了适合Mini2440使用的库，能够全我们正常的交叉编译我们的ncurses代码。下一篇文章我们将会讲述如何在Mini2440上使我们的程序正常运行。

我们接下来会讲述如何使我们的程序在Mini2440开发板上正常运行（不正常运行也算，哈哈）。

注意：这里隐藏了一个问题
可能你的连接器(LD)仍然无法找到找到libncurses等库,这是因为我们的安装目录并没有把lib库安装到LD可以找到的地方。我的解决方法是把ncurses相关的库添加到/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/usr/lib/当中，我想这个应该是LD默认的搜索路径了。

使用arm-linux-gcc编译你的程序，编译成功之后就生成了arm平台要执行的代码。然后在开发板上通过NFS挂载你的程序告破目录（其实随便你怎么挂载只要你能找到就行:-)）

一般来说你会遇到如下的几个问题，我们慢慢分析。
问题一：

libncurses(w).so.5: cannot open shared object file: No such file or directory

这是因为在Mini2440开发板上面是没有与Ncurses库有关的动态库或者静态库，只要添加到相应的目录就可以了。比如笔者用的就是比较粗糙的方法，直接将libncursesw.so.5,复制到/lib(该目录就是Mini2440板的库文件所在目录) 目录下面。当然如果你的程序中使用了menua或者panel库的话，也会出现类似的错误提示，方法同样，将对应的库复制到/lib即可。在宿主机器的/usr/local/arm/4.3.2/lib下面可以找到所需要的库。当然，如果你想通过添加环境变量LD_LIBRARY_PATH的方式解决也是可以的。

问题二：

Error opening terminal: vt102.

这是因为开发版上面没有对应的终端信息。运行基于ncurses库的程序必须先设置终端信息环境变量 TERMINFO；否则会提示找不到终端信息。这个方法也简单，在开发板上建立目录
/usr/share/terminfo，然后将/usr/local/arm/4.3.2/share/terminfo/v/目录复制到此处就可以了，里面包含了开发板的vt102终端信息，当然还有其它很多不同各类的终端信息，如果你为了减小空间占用，可以只复制vt102相关的文件，然后在当前的shell环境中添加环境变量。

# export TERMINFO=/usr/share/terminfo

问题三：中文乱码
这也是一个相当棘手的问题，但是在PC上面我已经解决了，请参见我的下一篇文章。如果你知道如果在Mini2440开发板终端正常显示Ncurses程序的中文，那我非常欢迎你给我以解答，因为这个问题苦苦困扰了我很久，到目前仍未有解决方案。我一直很郁闷。

到这里我们就讲完了如何移植Ncurses到Mini2440开发板上，并让我们的ncurses程序非正常运行（中文乱码未曾解决）。还请高人价赐教。

参考文章：

http://blog168.chinaunix.net/space.php?uid=23089249&do=blog&id=34484

http://www.ailis.de/~k/archives/19-ARM-cross-compiling-howto.html

修改KeepNote的快捷键，支持中文输入

renewjoy — Mon, 03 Jan 2011 16:43:51 +0800

修改KeepNote的快捷键，支持中文输入

转载自：http://hi.baidu.com/chengxiongsun/blog/item/c99a9181c1a36bc9bc3e1e84.html
向原作者致谢，感谢你的奉献。

今天发现一个Linux下的日记软件KeepNote，于是下载试用，但是不能切换到中文输入法，无法输入中文。系统环境Ubuntu10.10,fcitx 4。

于是猜测可能是快捷键绑定冲突了，在KeepNote的菜单中果然看到Ctrl+Space绑定到“打开链接”。

修改KeepNote的默认快捷键了

1. 修改文件 ~/.config/keepnote/accel.txt

; (gtk_accel_path “/Editor/Go to Link” “space”)

替换为

; (gtk_accel_path “/Editor/Go to Link” “”)

2. 修改文件 /usr/share/pyshared/keepnote/gui/editor_richtext.py

(“Go to Link”, None, _(“Go to Lin_k”),
“space”, None,

替换为

(“Go to Link”, None, _(“Go to Lin_k”),
“”, None,

附录：

本人测试环境：
1、Ubuntu 10.10
2、Keepnote 0.6.7(当前最新版本），自己下载包，没有安装。
修改文件1：~/.config/keepnote/accel.txt
修改文件2：~/Software/keepnote-0.6.7/keepnote/gui/editor_richtext.py