Windows Mobile上的Qt小部件损坏

Question

我即将向我正在工作的移动公司推荐Qt。然而，事实证明，为桌面应用程序构建的Qt小部件不能在Windows Mobile 6.0上运行。它们要么不按比例地挤压在屏幕上，要么将其延伸，以便看不到应用程序的一半。以下是一些屏幕截图：

应用程序Windows扩展屏幕：

alt text http://img193.imageshack.us/img193/171/boxesp.jpg alt text http://img193.imageshack.us/img193/9187/wiggly.jpg

与it is expected:

的方式相反，它们被挤压了

alt text http://img221.imageshack.us/img221/4084/patient.jpg

所以，虽然我已经关注every step of installation procedure，但显然有些问题。这种腐败可能是什么原因？我不能只Compile Once and Deploy Everywhere吗？

感谢。

Answer 1

您的所有示例看起来都没有设置为全屏。这解释了为什么它们“不适合屏幕”，因为窗口比显示器大。几乎所有的窗户都在Windows Mobile上使用全屏模式，因为没有足够的空间容纳很多窗户。

最后一个示例看起来设置为全屏，但文本信息和图形元素对于屏幕尺寸来说很大。

所以总的来说，Qt看起来像是最好的，它可以用于桌面的布局。鉴于台式机分辨率和设备分辨率之间的大小差异，桌面顶部窗口布局几乎不会在小型设备屏幕上工作。因此，为桌面大小分辨率编写的Qt应用程序的任何移植都需要中继GUI并重新输入输入方法，因为桌面和移动设备之间的差异很大。

您的“一次编译并在任何地方部署”的想法没有意义。您提供的链接是处理MAC OS和MAC OS的版本。

我认为像Qt这样的跨平台GUI库的主要优点之一就是可以在很多不同平台之间进行编译的一组源代码。跨桌面平台有意义。在“种类”有意义的不同设备平台上，输入方法在设备之间可能会有很大差异，而且主要的GUI概念也可能大不相同（例如，将WM设备与iPhone设备进行比较）。

所以认为Qt可以为你工作，但你必须：

1. 使用全屏模式。
2. 提供自屏幕尺寸以来的布局和图形元素。

如果您希望支持多种设备，可能遇到的一个问题是支持多种屏幕尺寸。还支持动态更改protrait和landscape之间的屏幕大小。这些要求是Mobile2Market Certificate requirements的一部分，也是新升级Microsoft Mobile Marketplace的一部分（虽然我找不到相似的要求）。

Answer 2

在进行嵌入式UI时，有许多事情与桌面应用程序完全不同。实际上，大部分UI都不会写入一次，在任何地方运行。也就是说，您通常可以编写相同的代码，并使用不同的UI文件来满足嵌入式系统的约束。

另一方面，如果您在触摸屏上使用了大量复选框，请准备让人们抱怨他们很难切换。