問題タブ [maximize]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - マップの両端キューでの連続する等しい抽出の数を最小限に抑えます
このような質問には、この場所が最適だと思います。
私は次の問題を抱えています(見た目よりも複雑だと思います)。
文字列の両端キュー (deque) データ構造を使用しています。deque < 文字列 > 抽出。
両端キューには N 個の異なる文字列のみが含まれ、各文字列はランダムな順序で M 回繰り返されるため、両端キューの長さは N*M になります。たとえば、M=4、N=2、string1="A"、string2= とします。 "B":
私は、2 つの連続した等しい要素が存在しない興味深い構成を見つけることができるアルゴリズムを探しています。この場合、「A」、「B」、「A」 「B」、「A」、「B」、「A」、「B」および「B」、「A」、「B」、「A」、「B」、「A」、「B」、」あ」。「興味深い」構成とは、ネストされたループの数 N によって単純に与えられない構成を意味します。
私が実装した非常にばかげた解決策はstd::random_shuffle
、連続する等しい要素が見つからなくなるまでデッキをランダムにシャッフルすることですが、これはばかげていると同時に遅く、ボゴソートのようなものです...
文字列間の編集距離を明らかに最大化する方がよいはずです。何かヒント?
vb.net - アプリケーションに関連付けられていないウィンドウをvbでウィンドウの状態を最小化または最大化するにはどうすればよいですか?
タスクマネージャで気付いたことがある場合は、実行中のタスクを右クリックすると、「最小化」や「最大化」などの多くのオプションがあります。とにかくvbでこれを達成する方法はありますか?
c# - MDI子フォームを最大化する
従来のWinFormsMDIアプリケーションに取り組んでいますが、子フォームを希望どおりに動作させるのに問題があります。私の目的は、子フォームを常に最大化(ドッキング)することです。
問題は、最大化/サイズ変更ボタンを設定MaximizeBox
した場合でもfalse
、MDIツールストリップに表示され、ユーザーが子フォームのサイズを変更(ドッキング解除)できるようにすることです。これを回避する唯一の方法はに設定ControlBox
することfalse
ですが、閉じるボタンが消えます(それは私が望むものではありません)。
サイズ変更イベントが発生したときに、修正FormBorderStyle
済みの子フォームを最大化することをすでに試みましたが、どのアプローチも機能しませんでした。
私が見逃した超秘密の財産はありますか、それとも不可能ですか?
よろしくお願いいたします。
アップデート
私は自分の子フォームを処理するための卑劣な方法を書きました(@rfresiaのおかげで)、それは同じ問題に遭遇した他の人を助けるかもしれません:
c - n点が与えられた三角形の面積を最大化する
area 関数に引数を任意に渡すと、コードは完全に実行されます。しかし、ループを実行しようとすると、セグメンテーション違反が発生します。n<100 の場合
これが私のコードです。
forms - 画面のようにフォームをワークエリアにフロートさせる方法(移動、サイズ変更、最大化、最小化)?
Freddie Bellによって公開されたコードを試してみます。Delphiアプリケーションを完全に全画面表示にするための最良の方法は何ですか?質問、私が必要なものです。
また、最小サイズを元のサイズに設定しました。
そしてFormOnShowイベントで:
しかし、私にはこの問題があります。-Mainformには2つのパネルがあり、1つはalRightとして、もう1つはalLeftとして配置されています。したがって、working_areaはパネル間のスペースです。Mainformには境界線がなく、作業領域に完全に最大化されています。
- フォームを移動すると、パネル間のworking_area内に保持されます。
- フォームのサイズを変更すると、そのworking_area内に保持されます。
- ただし、working_areaの端を通過するいずれかの方法(左または右)でフォームのサイズを変更すると、フォームのサイズが反対側に大きくなります。つまり、フォームが左端にあり、それを選択してサイズを変更し、左(端に向かって)に移動すると、フォームの幅が右に大きくなります(ただし、右端で停止します)。
いくつかのコード(WMSIZEまたはWMSIZINGをキャッチ)を試してみましたが、その動作を防ぐことができますか?よろしくお願いします!
編集(David Heffernan):キーコードはこのユニットにあるようです。
eclipse - Eclipseを最大化するにはどうすればよいですか?
Eclipseを使用するときは、ウィンドウを最大化して作業するのが好きです。ただし、起動するたびに手動で最大化する必要があります。Run Maximizedと言うショートカットを変更することは役に立ちません。これは、最初の「どのプロジェクトを開きますか?」に対してのみ機能するためです。窓。環境設定にも役立つものは何もありません。
何か案は?
c# - WPF UserControl で Rx over イベントを使用すると、ウィンドウが最大化されたときにコントロールが mousedown と mousemove を受け取るのはなぜですか?
これは私を少し困惑させました。
いくつかのマウス イベントで Observables を提供するために、UIElement にいくつかの拡張メソッドを記述しました。関連するものは次のとおりです。
ここまでは、気が遠くなるほど単純です。次に、ユーザーが UIElement でドラッグを開始したことを検出する複合イベントを作成します (これはすべて、私のカスタム コントロールによって使用されますが、その正確な性質は特に関係ありません)。最初に、ユーザーが最小ドラッグ距離までドラッグしたかどうかを確認するための小さなヘルパー関数を次に示します。
そして、複合オブザーバブル自体:
WPF コントロールを使用した Rx ベースのドラッグ アンド ドロップの適切な例がないという多くの歯ぎしりと煩わしさの後で、これはすべてうまく機能します (それらのほとんどは、キャンバス内で画像をドラッグする単純な複製です)。
問題は、ウィンドウが最大化されたとき、特にタイトル バーをダブルクリックしたときに発生します。最大化されたレイアウトで、独自の ObserveMouseDrag() にサブスクライブされているコントロールの 1 つがマウス カーソルの下にある場合、MouseLeftButtonDown と MouseMove を受け取ります。最終的な結果として、ドラッグ イベントが開始され、マウス ボタンが離されるとすぐに停止し、コントロールがそれ自体の上にドロップされる傾向があり、このアプリの状況によっては、実際に何かが行われます。
ダブルクリックの最大化によって発生する MouseDown と MouseMove を受け取る理由がわからないため、これは非常に奇妙です。私はカスタム ウィンドウの境界線などを使用していないため、関連するすべてのマウス イベントは Windows で処理する必要があります。
それで、誰かアイデアはありますか?
次の日...
修正しました!(以下のLeeの回答と、この質問の助けを借りて:Rxを使用してマウスドラッグの終了を決定する適切な方法は何ですか?)
コードは次のようになります。
また、最小ドラッグ距離、マウスアップ イベント、およびドラッグが完全に適切に機能するために必要なあらゆる種類の処理を行います。最大化のバグも解消されました (まだ完全には理解できていませんが、マウスアップの処理が関係していると思われます)。
ここで重要なことは、SelectMany を使用して、コントロール内で mouseUp、またはマウス ボタンを押したままマウス ポインターが離れるまで、mouseMove から複数のイベント ストリームを処理することです。
google-chrome - Chrome の開発者ツールは、更新後に最大化されずに開きます。ウィンドウを再度最大化して開く方法はありますか?
開発者ツール ウィンドウを自動的に最大化して開く方法はありますか?
Google Chrome を (バージョン 17.0.963.56 に) 更新しましたが、開発者ツールを開くとウィンドウが最大化されていないことに気付きました (2 つの画面があり、更新前に 2 つ目の画面で自動的に最大化されて開きました)。
delphi - Delphi:MDIアプリケーションで最大化された子フォーム
親ウィンドウ全体ではなく、クライアント領域のみに適合する子ウィンドウを最大化するにはどうすればよいですか?親ウィンドウのメインメニューまたはその他のコントロールの下に子ウィンドウが表示されないようにしたくありません。
私はこのコードを持っています
しかし、それだけでは十分ではありません。ウィンドウは実際には最大化されていません。に変更SW_RESTORE
するとSW_MAXIMIZE
、子ウィンドウにバグが表示されます。
delphi - Delphi:MDIプロジェクトで子ウィンドウを最大化する
クライアント領域の子ウィンドウを最大化するための優れたコンポーネントがあります(Shiftキーを押したままにする必要があります)-NLDExtraMDIProps。
または、次のコードを使用できます。
しかし、最大化は実際の最大化ではありません。子ウィンドウは、クライアント領域にのみ配置されます。親ウィンドウのサイズが変更されたときに、自動的にサイズ変更してクライアント領域に合わせる必要があります。システムの最大化/復元ボタンを変更する必要があります。
以下に説明する効果を達成しようとしています。
写真でわかるように、子ウィンドウは最大化され、
親ウィンドウ全体を取得するわけではありません(クライアント領域のみ)。
それらは最大化されているため、キャプション/タイトルバー上に移動することはできません。
最大化ボタンではなく、復元ボタンがあります。
それらはクライアント領域に揃えられます(親ウィンドウのサイズを変更すると、クライアント領域内の子ウィンドウのサイズが変更されます)。
私の質問のコードとコンポーネントは、写真の子ウィンドウのようには機能しません。
ウィンドウを本当に最大化することができますか(整列するだけではありません)?
最大化されていません(良くありません。私の質問のコンポーネントとコードは、これらの写真のように最大化されています):
最大化(私が必要なもの):