問題タブ [window-resize]

ウィンドウを最大化しようとすると、元のウィンドウレンダリングが残りますが、別の最大化されたウィンドウが表示されて乱雑になります。

その方法がわかりません:(gtk_window_set_resizableがありますが、サイズ変更がまったく無効になっていて、ウィンドウのサイズを水平方向に変更したいのですが、何かアイデアはありますか？

別の URL から画面の中央にウィンドウを開くカスタム関数があります。私の現在のケースでは、ドメイン外の URL を開いています。これが私の機能です。

これは IE6 と FF では完全に機能しますが、IE7 では機能しません。

ええ、宿題をして見つけましたsetFrame:frame display:YES animate:YESが、それを大きくしたり小さくしたりするのに必要な高さをどのように見つけたらよいのかわかりません。例を挙げましょう: 私は一種のスポットライト検索ツールを作成していますが、ユーザーがアプリを起動すると、テキストフィールド (検索キーワードを入力するため) とボタン (フィルター設定) だけが表示され、ウィンドウはこれら 2 つのサイズに収まりますオブジェクト (注: ウィンドウの開始位置は画面の中央と上部にあります)。ユーザーが「フィルター設定」ボタンを押すと、ウィンドウにアニメーションが表示され、検索結果をフィルター処理する「チェックボックスグループ」が表示されます。

デザインに関しては無知です。テンプレートを使ってランディングページをまとめようとしています。ただし、ウィンドウのサイズを変更すると、ボタンが下に移動し続けます。

テンプレートは次の場所にあります：http：//anandpinky.com/test.html

私はたくさんのことを試しましたが、それを理解できないようです。

どんな助けでもいただければ幸いです。

ありがとう

ページの読み込み時にブラウザ ウィンドウのサイズを設定する最良の方法は何ですか? これはJavaScriptでできると思います。説明してください。これが機能していない私のコードです！

アプリケーション ウィンドウのサイズが比例的にのみ変更されるように制限するにはどうすればよいでしょうか。写真・動画が歪まないように比率を保ってほしい。

したがって、これは一般的な問題であり、いくつかの場所で対処されていますが、Windows Mobile 6.1 Professional の HTML コントロールに固有のものではありません。

だからここに私の問題があります

• WC_HTMLWindows Mobile アプリケーション ウィンドウの子ウィンドウとして作成された HTML コントロール 。
• HTML コントロールは、編集可能なフィールドを持つ html ページを提供します。
• ページ全体が編集可能なフィールドでいっぱいで、ユーザーがソフト キーボードを使用している場合、ページの下部にあるフィールドでは、ソフト キーボードがいくつかのフィールドをオーバーレイします。

私が間違いなく見逃していたのは、ソフト キーボードのオープン/非表示イベントに基づいてウィンドウのサイズを変更することでした。

私がすでに試したこと

• 最初のアプローチSHACTIVATEINFO sai;-親コンテナー ウィンドウが作成される前に初期化され、WndProc の WM_SETTINGCHANGE および WM_ACTIVATE メソッドに渡されるグローバルに宣言されたオブジェクトを使用します (ここで説明されているように)。これは、望ましい効果がありません。親 HWND (推奨) と Web コントロールの HWND の両方を渡してみましたが、何も起こりません。

  case WM_ACTIVATE: SHHandleWMActivate(hWnd, wParam, lParam, &sai, 0); break;

  case WM_SETTINGCHANGE: SHHandleWMSettingChange(hWnd, wParam, lParam, &sai); break;

• 2番目のアプローチSIPINFO si;- を使用してイベントをチェックし、次に使用si.fdwFlagsしてソフトキーボードが非表示になっているかどうかを判断することにより、キーボードイベントに基づいてウィンドウのサイズを手動で変更しようとしました

  /li>

この2番目のアプローチは、説明できない奇妙な問題を引き起こします-これが私が観察したことです

1. JS を使用して編集可能なフィールドの 1 つをフォーカスするように送信した場合、Windows モバイルの SETTINGCHANGED がトリガーされ、(キーボードが表示された後) ウィンドウのサイズをより小さい表示領域に変更する(si.fdwFlags == 0x00000003)ためのMoveWindow()呼び出しが行われ、別のメッセージがトリガーされます。 (自動的に発生します) - が原因である可能性がMoveWindow()あり、ソフト キーボードが閉じて、ウィンドウが全画面にサイズ変更されます。デバッグ後、ソフト キーボードを開くと、受信したメッセージが最初に表示され0x00000003、次に0x00000002 (SIPF_DOCKED)閉じるメッセージが表示されることがわかりました。

2. #1 が発生した後、タッチ スクリーンからフィールドをクリックできない (フィールドにフォーカスできない) 場合がありますが、方向パッドまたはソフト キーボードの矢印キーを使用してフィールドに移動できます。したがって、これは、キーボードが強調表示されてから自動的に非表示になる問題 #1 が原因で発生する大きな問題です。ボタンを使用して強制的にソフト キーボードを引き上げることはできますが (変更により、自動切り替え機能が失われるようです)。

以前にこの問題に直面したことがありますか？HTMLControl for Windows Mobile 6.1 Professional を使用したすべての人が同じ問題を経験したに違いないことを願っています。

更新 - 2011 年 3 月 22 日-11:27AM ここで、私の親ウィンドウは WM_SETFOCUS または WM_KILLFOCUS メソッドを処理しません。代わりに、子 HTML コントロール (WC_HTML) がおそらくそれらを処理します。ここで心配なのは、親ウィンドウの HWND のメッセージング ループが、子ウィンドウに変換する必要がある WM_SETTINGSCHANGE メッセージを取得することです。また、HandleSIP Windows Mobile SDK サンプルとまったく同じように実行しようとしました。これは、メッセージを受信するたびにSHACTIVATEINFOオブジェクトを取得することで行います。以前は、オブジェクトがグローバルに格納されていたのとは異なり、ウィンドウが作成される前または memset()memset()WM_CREATE

親ウィンドウとどちらも機能しない HTML コントロール HWND の両方に対して - キーボードが編集可能なフィールドをオーバーレイし (ウィンドウのサイズ変更なし)、ウィンドウはそれ以上のメッセージを受け入れません (ハング)

なんらかの理由で、次のとおりです。

ページがロードされたときにのみイベントを発生させます。ブラウザー ウィンドウのサイズを変更しても、Safari と Firefox の両方で何も起こりません。他のブラウザでは試していません。

アイデアや回避策はありますか？