2009-06-19 8 views
0

私が働いているモバイル会社にQtを提案しようとしています。しかし、デスクトップアプリケーション向けに構築されたQtウィジェットは、Windows Mobile 6.0ではうまく動作しないことが判明しました。それらは、画面上で非比例的に絞られているか、アプリケーションの半分が見えないように拡張されています。ここではいくつかのスクリーンショットです:ものの、だから、it is expected:Windows MobileでQtウィジェットが壊れています

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

道に反し

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

とそれらが圧迫されています

アプリケーションのWindowsは、画面を拡張私はevery step of installation procedureに従っている、明らかに、何かが間違っている。この腐敗の理由は何でしょうか?ちょうどCompile Once and Deploy Everywhereできませんか?

ありがとうございました。

答えて

4

すべての例は、ウィンドウがフルスクリーンに設定されていないようです。これは、ウィンドウがディスプレイよりも大きいので、なぜスクリーンにフィットしないのかを説明します。かなり多くのウィンドウは十分なスペースがないので、ほとんどすべてのウィンドウはWindows Mobile上でフルスクリーンモードを使用します。

最後の例は、フルスクリーンに設定されているように見えますが、テキスト情報とグラフィック要素は画面サイズに大きくなります。

Qtは、デスクトップ向けのレイアウトでできる限りベストを尽くしているようです。デスクトップの解像度とデバイス解像度のサイズの違いを考えると、デスクトップのトップウィンドウのレイアウトは、小さなデバイスの画面でほとんど機能しません。したがって、デスクトップサイズの解像度用に書かれたQtアプリケーションの移植では、GUIを中継する必要があり、入力メソッドはデスクトップとモバイルデバイスの両方で大幅に異なります。

"一度コンパイルしてどこにでも展開する"というあなたの考えは意味をなさない。あなたが提供したリンクは、MAC OSとMAC OSのバージョンを扱っています。

QtのようなクロスプラットフォームのGUIライブラリの主要なメリットの1つは、さまざまなプラットフォーム間で変更することなくコンパイルできるソースコードの1つであると思います。デスクトッププラットフォーム間では意味があります。 「種類」の意味を持つさまざまなデバイスプラットフォーム間では、入力方法もデバイス間で大幅に異なる可能性があります。また、主要なGUIコンセプトも大きく異なる可能性があります(例えば、WMデバイスとiPhoneデバイスを比較する)。

ので、Qtはあなたのために働くことができると思いますが、あなたがする必要はあり:

  1. 遠かったが、フルスクリーンモードを使用します。
  2. スクリーンサイズ以降のレイアウトとグラフィック要素を提供します。

複数のデバイスをサポートしたい場合は、複数の画面サイズをサポートしている場合があります。 protraitとlandscapeの間で動的に画面サイズを変更することもサポートしています。要件のこれらの種類は、Mobile2Market Certificate requirementsと新しいupcomming Microsoft Mobile Marketplace(私は要件をなどを見つけることができませんaltho)の一部の一部です。

+0

年度には、それはQtのではなく、QTを書かれています。 –

+0

ありがとう、私はそれをQtに更新しました。 –

2

埋め込みUIを実行する場合、デスクトップアプリケーションとほとんど同じことをすることはできません。だから、実際には、UIの多くは一度書いたり、どこでも動かすことはありません。つまり、同じコードを書くことができ、組み込みシステムの制約を満たす異なるUIファイルを使用することができます。

一方、タッチスクリーンでたくさんのチェックボックスを使用する場合、トグルするのが難しいと不平を言う人に備えてください。

関連する問題