在为meego harmattan（N9）开发过程中，我们经验需要用到第三方库，由于Nokia Store的对于系统的保护策略，虽然harmattan是纯正的linux操作系统，但是我们不可能將动态库放在系统级别的目录，比如/usr/lib，/usr/local/lib。所以如果app使用了其他的动态库，在发布时候，会有链接失败的现象出现，并且同时我们也无法使用设置，考虑到过多的静态库会增加app的体积，所以研究一种可用的发布方式是必要的。

发布动态库

Nokia商店的策略建议讲动态库发布到/opt位置，一般是内置在你的程序目录内，我们假设程序目录目录为/opt/myapp/lib，同时名字为libcool.so。
那为了发布该库，你需要在你的.pro文件中加入如下行：

coollib.files = /local/path/to/libcool.so
coollib.path = /opt/myapp/lib
INSTALLS += coollib

假如你是在windows环境中，你的本地路径需要doc斜线符号来取代反斜线，比如c:/local/path/to/libcool.so。
你也可以考虑使用$$PWD变量来指定动态相对你的.pro文件的相对路径，比如

coollib.files = $$PWD/../coollib/libcool.so

链接到动态库

There are two stages needed for linking against a shared library: compile-time and runtime. At compile-time the shared library is being searched for the functions it exports to build dependencies inside your application’s binary. At runtime these dependencies are followed and the code of the shared library is actually executed.
这里有两种情况需要你链接到动态库，编译阶段和运行阶段。编译阶段，动态库用来和你的程序编译至二进制文件，运行阶段，程序依赖动态库代码而运行。

编译阶段需要在你的.pro文件中添加：

LIBS += -L/local/path/to -lcool
INCLUDEPATH = /local/headers-path

cool是库的名字去除后缀面的前缀lib，同时/local/headers-path是库头文件目录所在，你也可以使用$$PWD来使用。
为了成功编译，防止意外出来，你应该需要修改器的rules文件，將行

# dh_shlibdeps # Uncomment this line for use without Qt Creator
注释二次为
## dh_shlibdeps # Uncomment this line for use without Qt Creator
或者删除它。
这样做的理由主要出于未知理由（在Qt4.8.0） dh_shlibdeps命令如果只注释一次，那么仍将执行，这样会阻止你的工程编译链接动态库

在运行阶段，你需要告诉你的二进制程序文件，你的动态库文件位置那里，对于普通linux，我们可以使用 LD_LIBRARY_PATH环境变量，但是这里并不适用。
为了解决这个问题，你可以使用–rpath选项链接你的程序，添加下列一行在你的.pro文件中
QMAKE_LFLAGS += -Wl,–rpath=/opt/myapp/lib
然后，就完成了

总结

以上过程笔者已经在harmattan1.2测试通过，基本包含了绝大多数情况，偶然有特殊情况的话，可以考虑修改环境变量或者將库安装在系统级别的范围。

参考

http://www.developer.nokia.com/Community/Wiki/How_to_deploy_and_link_a_shared_library_on_Harmattan

http://www.cuteqt.com/blog/?p=2169

无线部署开发模式和USB部署开发模式基本相同，最主要的就是要和开发主机连接到同一个无线ap内

，进入到SDK Connectivity可以选择

可以看到，IP地址是192.168.1.104,那么在开发主机的QtSDK内设置设备时候，地址也应该是这个。

接下来呢？接下来就就没了，就是这么简单。其他按照bug神牛的做就可以了，哈，N9开发，就是这么简单。

激活开发者模式

激活开发者模式很简单，你只需通过菜单 设置->安全性->开发人员模式，即可打开如下界面

将开关按钮拨到右边，系统自动会提示你安装必要的软件，最重要的是Terminal和SDK Connectivity,可以在主菜单页找到它们。Terminal可以进行liux命令行的操作，而SDK Connectivity则让你可以在手机和开发主机之间进行网络连接。

root权限

root帐号的密码是rootme 。
有些文章提到可以在Terminal中执行 $ ssh root@localhost 命令可以登录root帐号，可能只是在开发机上的情况。在行货手机上真正起作用的命令应该是

$ devel-su

这也是官方SDK开发文档中介绍的方法。

和Linux主机连接

如果觉得在手机上通过软键盘来执行命令显得自己太像2B青年的话，建议还是通过PC主机和N9进行连接。这里只介绍Linux机器的连接方法。

打开SDK Connectivity软件

利用USB线或WLAN将Linux主机和N9连接起来

你可以看到如下界面

在这里你可有得到如下信息

N9的IP为192.168.2.15,通常Linux PC端的IP为192.168.2.14

一个密码，这个密码的用户是developer

PC端的Qt SDK如果要安装和调试时会用到上面两个信息。本文不会涉及SDK，不过会介绍怎么远程登录到N9上。

ssh登录到N9

SDK Connectivity连接成功的话，就可以在PC端通过ssh连接N9了，命令是

$ ssh developer@192.168.2.15 #密码就是在SDK Connecity自动生成的，每次都会变

如果你不想每次登录都要输入密码，则可以将本机公钥拷贝到N9上。

$ ssh-copy-id developer@192.168.2.15 #若提示本地公钥文件不存在，可先执行$ ssh-keygen

这样的话，以后再执行$ ssh developer@192.168.2.15就无需输入密码了。
在你通过通过ssh登录到N9后，$ devel-su 命令进入root权限。

N9上的文件系统

进入N9后你可以大概了解一下里面的文件系统，用户生成的文件都会在MyDocs下

~/MyDocs $ pwd
/home/developer/MyDocs
~/MyDocs $ ls Pictures/ #系统自带的图片和截图生成的图片在这
~/MyDocs $ ls DCIM/ #照片在这

通过诺基亚软件商店安装的程序主体都在 /opt/目录下，如果你想学习学习别人的QML都怎么学习的，可以去这里参考:)

安装未验证软件

如果你想安装未经验证的软件，比如网上下载到的QQ，那么你需要通过 设置->应用程序->安装，打开如下界面

然后使能允许来自非商店来源的安装。
$ dpkg -i filename.deb
可以让你在命令行下安装一个软件。

截图软件

软件商店里带的ScreenshotMe就很好用，本文的截图都是通过它完成的。截图方法很简单，在ScreenshotMee运行后，放到后台。在你想截图的时候将手机屏幕右上角轻轻盖住一会就可以了。
将N9里的图片和照相拷贝到Linux主机的方法也很简单，只需在Linux上执行
scp -r developer@192.168.2.15:~/MyDocs/Pictures .
scp -r developer@192.168.2.15:~/MyDocs/DCIM .
就可以把图片都拷贝出来了。

更多帮助

请访问 http://harmattan-dev.nokia.com/docs/library/html/guide/html/main.html
感谢诺基亚MeeGo团队不仅提供了一个完美的手机给我们，还提供了这么优秀的文档。

代码大部分参考的都是libqxt的全局热键的内容，对于新手希望有所帮助。

Linux很多发行版都使用的是X11系统作为窗口系统的，比如Ubuntu 10。所以注册全局热键实际上是在X11窗口系统当中注册一个热键，作为全局热键来使用。

和Windows当中相仿，需要用到的几个API是：

XGrabKey，参考http://tronche.com/gui/x/xlib/input/XGrabKey.html
XStringToKeysym，参考http://tronche.com/gui/x/xlib/ut … StringToKeysym.html
XKeysymToKeycode，参考http://tronche.com/gui/x/xlib/ut … eysymToKeycode.html
XSync，参考http://tronche.com/gui/x/xlib/event-handling/XSync.html
XUngrabKey，参考http://tronche.com/gui/x/xlib/input/XUngrabKey.html
XSetErrorHandler，参考http://tronche.com/gui/x/xlib/ev … etErrorHandler.html

其过程是这样的：

首先，将需要注册的键值通过XStringToKeysym和XKeysymToKeycode两个函数计算得出（注意，像Ctrl这样的功能键需要自己进行枚举）；

其次，使用XSetErrorHandler注册一个错误处理函数；

之后使用XGrabKey注册热键；

然后使用XSync通知X11系统更新缓存

最后恢复X11原来的错误处理函数。

XUngrabKey的过程与之类似，只不过是换了一个函数罢了。

核心代码：

static int (*original_x_errhandler)(Display* display, XErrorEvent* event);

Display* display = QX11Info::display();
Window window = QX11Info::appRootWindow();
quint32 keyCode = XKeysymToKeycode(display,XStringToKeysym("M"));
quint32 keyMod = 0;
keyMod |=ControlMask;
original_x_errhandler = XSetErrorHandler(my_x_errhandler);
XUngrabKey(display, keyCode, keyMod, window);
XSync(display, false);
XSetErrorHandler(original_x_errhandler);
}
return false;
}


最后提供一个可以编译的实例：hotkey.zip

运行程序后，在全局按下Ctrl+M可以在debug处收到消息，收到一次后程序即注销热键。注意，不要和其他程序冲突。

bool QApplication::x11EventFilter ( XEvent * event ) [virtual]

一般情况下，开发者可以通过派生QApplication，然后重写该函数获得程序得到的所有X11事件。 在其他平台上也有类似的函数可以重写。 但笔者在做Mac相关的程序时在文档中发现了这样一段话：

“

bool QApplication::macEventFilter ( EventHandlerCallRef caller, EventRef event ) [virtual]

Warning: This virtual function is only implemented under Mac OS X when against Carbon.

”

这说明在用Cocoa时， 标准的Qt方法没有办法截获程序的事件。 文档后面还描述了在Cocoa下该如何做才能得到事件：“

Cocoa uses a different event system which means this function is NOT CALLED when building Qt against Cocoa. If you want similar functionality subclass NSApplication and reimplement the sendEvent: message to handle all the NSEvents. You also will need to to instantiate your custom NSApplication before creating a QApplication. See Apple’s NSApplication Reference for more information.

”

这段话说来算是很详细具体了， 但由于笔者对Mac编程所知甚少， 一时之间还是觉得有些无所适从， 相信很多朋友跟笔者有同样的疑虑。 通过在网上查找例子和文档， 笔者终于搞定了一个小例子， 特在此和广大qter分享， 希望对大家有所帮助。 闲话少说， 上代码：

#include
#include
#include "mainwin.h"

int main(int argc, char* argv[])
{
[KeyLoggerApplication sharedApplication];
QApplication a(argc, argv);
MainWin mw;
mw.show();
return a.exec();
}


上面这段代码将接收到的键盘按下的事件打印到console上。除了语法是奇怪的Objective C的语法之外， 没有什么难点， 相信大家都是看得懂的。 还有一点值得提醒的地方， 就是这段代码保存的文件必须以.mm为后缀名， 也就是我们通常写的main.cpp要改成main.mm， 相应的pro文件也要修改。 pro里还要加上 “LIBS+= -framework AppKit”，因为用到了AppKit提供的NSApplication等API。
个人觉得Mac编程的这些奇怪的条条框框有点太另类，俺是非常不喜欢的。

http://opencv.willowgarage.com/wiki/InstallGuide

安装文档写得无比详细， 这里就不赘述了。 简单来说就是安装CMake，然后用cmake命令去配置和编译。

最简单的命令是 “cmake .”。 这一步应该不算一帆风顺， 笔者遇到了gstreamer头文件找不到的问题。 在OpenCV的代码里搜索一番没找到gstreamer的头文件目录在哪里配置， 而笔者对cmake又非常不熟悉， 只好用了个土方法， 在/usr/include下给本机的gstreamer目录建了个link到OpenCV使用的gstreamer路径。 OpenCV使用的gstreamer路径在生成的Makefile里提到了， 是/usr/include/gstreamer-0.10， 这个路径是从哪儿得到的这一点很神奇…谁要是知道的请不吝赐教啊。 笔者电脑中的路径则为/usr/inlcude/gstreamer-0.10-a， 故建立链接如下：
ln -s /usr/include/gstreamer-0.10-a /usr/include/gstreamer-0.10

代码例子
OpenCV里带了很多的sample， 在samples目录下， 其中一个引起了笔者的注意， 那就是samples/cpp/Qt_sample。 简单看了看代码， OpenCV里已经实现了和Qt的集成， 里面用Qt的API写了widget，可以直接把摄像头取得的内容显示在Qt的widget里。
但这个例子工程似乎并没有做好， 编译过程实在是太曲折了， 到目前还没找到方法编译成功， 报的错误是undefined reference。 第一个遇到的问题是默认的编译选项不会去编译samples目录， 为了寻找合适的编译选项颇费了点脑筋（因为笔者对cmake基本上可以说是一窍不通的…汗）。 尝试单独编译samples目录， 失败了， 报了个莫名其妙的cmake版本的问题。 估计是有些依赖的东西是需要顶层目录里读取的。 继续查找相关的脚本和配置， 发现CMakeList.txt里提到了一个BUILD_EXAMPLES变量， 当此变量为真值时会编译samples目录。 但笔者绞尽脑汁也没想出来怎么才能从外部配置这个值， 是用环境变量？ cmake参数？ 都试了， 没一个管用的。 找来找去发现了OpenCV的文档里有个例子，说明了如何设置变量，是在cmake的命令行传入 -D BUILD_EXAMPLES=ON这样的方式。 如此一来build整个工程时就会自动为samples目录创建Makefile。所以configure的命令变成：
cmake -D BUILD_EXAMPLES=ON .

生成的例子都在OPENCV_DIR/bin下，大家可以运行看看。（不包括Qt_sample这个例子）

在Qt中使用OpenCV
Qt程序要想用OpenCV的函数需要将opencv的头文件和库在工程pro文件里配置一下，添加INCLUDEPATH和LIBS，具体的方法参考：

http://www.opencv.org.cn/index.php/%E5%9C%A8Qt%E4%B8%AD%E4%BD%BF%E7%94%A8OpenCV%E5%BA%93

另外有一篇更实用更详细的文章， 还提供几个很好的例子， 是绝佳的参考。 大家有问题就仔细看这篇文章， 一般都能得到解答：

http://code.google.com/p/qt-opencv-multithreaded/wiki/Documentation

如果没有阅读过笔者前文的， 请自行复习： 计算和绘制QPlainTextEdit的行号

针对QTextEdit的代码版本列举如下：

QPainter painter(w);
QTextBlock block = document()->begin();
int top = 0;
QTextCursor cursor(block);
cursor.setPosition(0);//move to the beginning of the document
int linenum = 0;
while(linenum < document()->lineCount())
{
for( int i = 0 ; i < block.lineCount(); i ++) { color += 50; color %= 255; QColor pc(color,color,color); QTextLine line = block.layout()->lineAt(i);
painter.fillRect( block.layout()->position().x(), block.layout()->position().y(), line.width(), line.height(), pc);
qWarning() << linenum << block.layout()->position() << color;
linenum ++;
}
block = block.next();
if(!block.isValid())
{
break;
}
}

其实比较两者， 其相似程度达到95％以上。 只有一点需要提示注意， 那就是QTextLine的位置信息（x、y，rect等）是相对于当前QTextBlock而言， 所以需要按照block的位置信息相应位移才是正确的值。

这篇blog比较简单， 仅做memo用。

除了这些元素，还提供了7个QML组件：
1.Button.qml
2.ContextMenu.qml
3.ProgressBar.qml
4.ScrollBar.qml
5.CheckBox.qml
6.LineEdit.qml
7.ScrollArea.qml

逐一对这些进行分析，就可以发现这些组件提供的功能对于进行桌面开发的重要意义，从上面列出的QML组件和QML元素可以抽取出这些功能点：
1.最基本的按钮，用于用户的事件触发
2.输入编辑框，用于用户的输入
3.进度条，用户显示一个事件的处理进度
4.菜单和菜单动作，用于区域的用户事件触发
5.滚动条和滚动区域，用于查看可视范围外的界面
6.鼠标显示区域，用于改变鼠标显示的形状

前三个功能点，并不是特别需要或者重要，因为使用原生的QML也能完成这些功能点，并且能够编写出非常绚丽的效果，但是下面三点就不同了。
首先应该明白QML及QtQuick这门技术的适用范围，这是与传统UI不同的模式，并且设计之初更像是应用于触摸屏等移动设备，而不是桌面应用。针对这三个功能点来比较下移动设备和桌面开发的差异。
菜单功能在两者之间的差异：
1.桌面上菜单必不可少，右键菜单，或者是依附按钮的菜单，都是提供用户进行操作的捷径，并且，菜单往往是多级的，二三级，甚至四级菜单都会存在，而触摸屏设备内，由于屏幕尺寸的限制，往往多是一级菜单或者是没有菜单，基本多由按钮来完成必要的事件触发；
2.在桌面上，鼠标有右键可以触发菜单，在触摸屏上，操作就是点击或者放开，这是菜单非必需的重要理由，哪怕是多点触摸，既然可以多点触摸了，那为什么还需要菜单还进行事件触发呢，手势操作会显得更加便捷；
从这两点就已经可以看出两者的重大差异，更为重要的是，针对QML本身来说，由于采取的是以图元为基础的DirectUI，虽然可以实现自我绘制菜单，但是对于紧张的开发周期来说，这些实现的时间无疑是挥霍。

滚动功能在两者之间的差异：
这也是桌面上必备的功能，触摸屏设备也同样具有，但是同样受限于触摸屏设备的尺寸，用户不可能把手点在微小的滚动条上滚动，而是在滚动区域，这点在ipad上的操作就可以体现出来。可是同样的操作拿到桌面上，虽然有惯性滚动，但是这样的操作是现在的桌面用户无论如何都接受不了的；
QML的基本元素中提供了滚动，但是它不适用于传统的桌面表现形式，虽然有，但是直接应用的话，对于还在鼠标时代的桌面来说，反而提供了很差的用户体验。

最后是鼠标区域的差异：
在桌面上，由于操作的不同，鼠标会变换形状，提示用户当前操作的状态，可是在触摸屏设备上，就是画蛇添足了，这是非常细节的地方，但是越细节的地方才能更加体会出编写桌面软件和移动设备软件的不同。

通过这些简单的分析，就应该认识到Native Quick Widgets的意义，虽然只是简单地引用了Qt原生部件，但是这个实现帮助使用QML开发人员省去了自己实现这些功能点的过程，节省了宝贵的开发时间。
再次表达出对开源者的尊敬，正是接近无限的开源的代码，才铸就了ios，android，meego，如果没有开源，这些为人们生活提供巨大帮助和快乐的系统将不会出现。
同时也有由于Qt的存在，我们节省了造轮子的过程，才能快速地编写出软件，满足用户多变的需求。

Lighthouse是QtGui的一个Window System Agnostic移植（使得QtGui不了解它在什么窗口系统上运行，把处理逻辑交给了Lighthouse的插件）。

Lighthouse 直到前段时间还没有的一个特性是它没有提供在服务器和客户端同时运行Qt时的多进程的解决方案，这对于嵌入式设备是很重要的。虽然现在Qt当中有 QWS（开发嵌入式Qt程序时使用的一个窗口系统，类似X Windows的C/S结构，从而保证Qt程序的的可移植性）。但是QWS并不是一个正式的协议，从而使得QWS的服务器和客户端是紧密耦合的。

因此如果有一个现成的协议可以利用的话，就会省下Qt开发者的不少功夫，然后他们最终发现Wayland（严格说来Wayland也是一个协议）正是他们所需要的。

在过去的几个月里Qt的几名开发者都在研究Wayland，然后他创建了一个新的实验室项目Qt-Compositor，这个项目的目标是作为一个基础层让其他人完成他们自己的Wayland compositor。Qt-Compositor抽象了所有Wayland Compositor所需要的通信。

其实我想很多人关心的重点其实就是Qt现在也有一个可以demo下的Wayland支持啦。虽然开发者们更多提到的是嵌入式系统，大概也就是想让Lighthouse替代以前的QWS，Wayland在Qt嵌入式的下一步也有着重要的作用。

Lighthouse在去年10月底的时候决定和Qt的master合并，评论里面不少人其实在催xcb支持（X的c语言绑定），后面也回复有xcb现在也正在开发中。lighthouse看来将成为Qt的移植性/跨平台的下一步。

来源：

http://labs.qt.nokia.com/2011/03/18/multi-process-lighthouse/

关于wayland的介绍，我就扔两篇tualatriX的blog了做参考了：

http://imtx.me/archives/1573.html

http://imtx.me/archives/1574.html

注意，这个是Windows篇，就说明这些代码只支持windows系统。同时，也说明肯定还有其他平台的要写。不过要等O(∩_∩)O~

在Qt要调用Windows的API其实很简单，只要在需要用到的头文件中添加#include <windows.h>即可。不过要注意，Qt仅支持win32的API，像MFC之类的是不支持的。

想要在Qt里使用全局热键，最好的办法是重载QApplication里的winEventFilter函数。这个函数是用来响应Windows系统信息的。其函数原型为virtual bool winEventFilter(MSG *msg, long *result)。当msg指针中的message（MSG结构中的一个元素）为WM_HOTKEY类型时，就是用户激发了热键。整个过程和在VC的消息响应机制很类似，只不过换成了Qt而已。

而如果我们想要添加自己的全局热键，只需要使用RegisterHotKey函数即可。其函数原型为：

BOOL RegisterHotKey( HWND hWnd,     int id,     UINT fsModifiers,     UINT vk );

HWND类型是Windows中的窗口句柄类型，在Qt中，QWidget及其子类均可使用winId()函数得到。

第二个参数，是一个原子操作类型，用ATOM GlobalAddAtom(LPCTSTR lpString )函数得到。这也是一个Win32API，根据一个string参数可以得到一个唯一的值。使用完之后，必须使用GlobalDeleteAtom函数删除掉整个ATOM。其函数原型为ATOM GlobalDeleteAtom( ATOM nAtom )。

后面两个参数，一个是修饰键，一个是普通按键。例如，假设我们想注册Ctrl+F4这个热键组合，则fsModifiers就是MOD_CONTROL，而vk就是VK_F4。

如果注册成功,就返回true，否则,返回false。

注意，使用完之后，要使用UnregisterHotKey函数注销，否则你可能再也无法注册这个热键了！除非重启。其函数原型为：BOOL UnregisterHotKey(HWND hWnd,     int id )。

ok，热键注册就完成了。当按下热键后，我们就会在QApplication里的winEventFilter函数中收到一个msg。这个msg，前面也说过，我们需要知道它的一个元素message是不是WM_HOTKEY。如果是，就证明我们收到了Windows系统的热键信息。在MSG结构中，我们可能还需要理解的元素有两个，分别是wParam和lParam。wParam是注册热键时所用的id，也就是ATOM（原子)。而lParam就是我们的热键了。其实际上是一个32位的类型，前面16位代表普通按键，后16位代表的是修饰键。

至此，Qt在Windows下使用全局热键就完成了。如果有兴趣的朋友，还可以自己尝试一下，修改或直接自己写一份代码。

如有错误，敬请指正。

我把我写的测试代码放到CuteQt论坛，有兴趣的朋友可以去下载。

http://cuteqt.org/bbs/viewthread.php?tid=1641&extra=page%3D1