- 出荷済み
- 2026年9月7日 4:34 UTC
- プロフィール
- Kamo
- コンテンツ
- e86b625
ドッキングされたウィンドウのトップエッジを再サイズすると、すべてのウィンドウのトップエッジが移動します。 ラインの上部と下部に、異なる高さの列は険しいです 行ではなくエッジ。 会員は、誤って到着した窓を見つけることを続けました 高さ とにかく、断続的に。 4つの独立した方法、1つの共有原因:行の 高さは何も由来せず、各ウィンドウに運ばれ、希望 等しい滞在。 日常的には、レースやジェスチャーが全く必要ありません。 `layoutDock` はウィンドウをクランプ どのビューポートが示すことができるかに、リレーアウトは番号の背部を締め金で止めることを書きます ウィンドウにすると、600pxビューポートにウィンドウが開き、高さ584になりました。 お問い合わせ 会員登録なしで、ビューポートを成長させ、何も返さなかったので、 ドックが意図的に「意見なし」を持っていて、見つかったようにすべてのウィンドウを左に お問い合わせ 次のウィンドウは 690 のレジストリのデフォルトで開きます。 何もない アプリは2つが一致することを意味していました。 そのため、行は常に高さを持っています: `dockRowHeight` は、メンバーの答えを、彼らが 1 つと DOCK DEFAULT HEIGHT をセットしていなければ、 毎回現在のビューポート。 クランプは損失が止まり、そのビューポート 縮小し、再び成長すると、高さが戻ってきます。 `dockHeightNow` はまだ null に応答します 本当に尋ねた質問のために - メンバーが選ばれていますか? - これは、 必要なレイアウトを質問します。 他の3: - ツールのデフォルトでウィンドウが生成され、rAF全体を後で修正しました。 お問い合わせ 忙しいメインスレッドに目に見えるポップで、以下は、時には決して到着しません お問い合わせ 行の高さは、記憶の横にある `windowOpened` で使われています。 width なので、ウィンドウは行の高さが生まれます。 - 初期開口部の緩衝が、店舗のリスナーがオープンしたBEFORE いくつかの行をさらに下に登録するので、早いオープン — ディープリンク、 auto-popup、その親の前のマウント効果が実行される子供 - 見逃した `windowOpened`(右の高さ、記憶幅)、`makeRoom`(六角頭が動かない) aside) とその `wrapAroundDock` (全く再梱包しません)、 までオッズ滞在 行を再梱包するために起こったこと。 ドレインは最後に実行されます。 - `preFloat`'s の行のプレビューされた着陸にドラッグしたフローティングウィンドウ 高さは、左に行がなかった高さです。 と `tool:resize`/ `onRequestResize` は高さを書き、何も再梱包し、ウィンドウを置きます 引き戻す予定がないと誇りに思います。 また、1つのタブにドラッグした高さが他のタブに到達します。 `prefs` は一度読みました モジュールの負荷、従って同じメンバーの2つのタブはreloadまで分解しました、 違いを説明できるジェスチャー。 未使用のミッドドラッグです。 一つだけ採用すると、すでに縫い目で手を戦うだろう. `dockRowHeight.test.ts` は新しく、REAL プロバイダー、ストア、レイアウトを駆動します。 戦略 — そのフォルダ内のすべてのファイルが `ToolWindowsContext` をモックし、 まつげさは内側にありました — 各ジェスチャーの後、行がフラッシュかどうかを尋ねます。 レジストリ自身のテストのガードは、ツールが行のデフォルトを宣言しなくなると失敗します。 より高いデフォルトを持つツールは、高身長になるだけでなく、 行の開始高さはコインのつま先です.