Dockの「上」にスライドするアプリケーションはありません。ドックの一部を覆う可能性のあるアプリケーションのサイズを変更できますが、それらはドックの下に残ります。「ズーム」ボタンを移動またはクリックすると、OS Xウィンドウマネージャーは自動的にウィンドウのサイズを変更して、ドックで覆われている部分を削除します。
ドックが「自動非表示」(cmd+ alt+ d)に設定されている場合、異なる動作が観察される場合があります。Dockは「一時的に表示される」オブジェクトになったため、サイズ変更時のDockの可視性に関係なく、ウィンドウはその部分をカバーして使用します。
更新:Dockが常に表示されている場合、ウィンドウ(この例ではFinderウィンドウ)をつかんで、図のようにドラッグすることはできないと言っていますか?(赤い矢印は、SSHOTがキャプチャしなかったマウスポインターです)。クリックしてドックの下にドラッグしていました。
更新II:調査を開始したときに、次のことが当てはまることがわかりました。
OS Xにセカンダリディスプレイが接続されており、このディスプレイの垂直解像度がプライマリディスプレイ(メニューバーとドックがある場所)よりも高い場合、Dockでは「背後」のサイズを変更できます。これがいつ起こるかを正確にテストするのに十分な画面の組み合わせはありませんが、外部ディスプレイがある場合にのみ起こることは明らかです。
次は私のアレンジのショットです。写真でわかるように、大きなワイドスクリーンと右側の垂直スクリーンとの間の「ギャップ」が、Dockをこのように動作させると考えています。境界を決定するときに、ウィンドウマネージャが最大の垂直サイズを使用するように見えます。これが機能なのかバグなのかはわかりません。
更新III *:わかりました。テストのため、スクリーンの配置を変更しました(写真を参照)。奇妙なオフセットの演技がないことを確認したかったので、配置を誇張しました。画面が写真のように配置されていると、私のドックはその下でサイズを変更できません。
これにより、なぜこれが起こるのかという「謎」が解決される可能性があります。それを再現し、および/または問題を回避する方法を見つけることができることを願っています。記録のために、私は通常、ドックを自動的に非表示にするか、SizeUpを使用してウィンドウを移動/配置し、ドックの後ろにウィンドウを配置できないため、これに遭遇することはほとんどありません。