Mac OS X Snow Leopardまで、アプリケーションの使用中に⌘+ Hを押すと、2つのことが行われました...

1. アプリケーションはビューから隠れました。
2. アプリケーションは、⌘+ ⇥スイッチャーの最後に自身を配置しました。

2番目のポイントは非常に便利でした。アプリを非表示にしたとき、しばらく使用しないとわかっていたからです。スイッチャーの最後に送信することで、使用しているアプリに集中することができました。

ただし、Lionでは、⌘+ Hはアプリを非表示にしても、スイッチャーの次の位置に移動するだけです。これは、アプリがビューからも非表示になることを除いて、2つのアプリ間で⌘+を実行⇥することと同等です。IMO、これはスイッチャーとアプリ隠蔽の概念の基本的な機能を壊します。これがなぜ行われたのかわかりません。

誰かがこれをどのように修正できるかについての手がかりを持っていますか？それとも、探し始めるべき場所でしょうか？私はどこかにplistファイルに埋もれた好みがあることを願っています...

これは素晴らしい質問です。これは、バグではなく意図した動作である可能性があります。Mission Controlは、古いExposeと古いSpaceの両方をブレンドしたようです。それを念頭に置いて、新しいアプリのフルスクリーンを起動すると、独自のデスクトップに配置されます。Mission Controlにアクセスすると、元の空のデスクトップの右側に配置されていることがわかります。2つ目のアプリをフルスクリーンで開くと、最初に開いたフルスクリーンアプリの横にあるデスクトップに再び配置されます。

iOSのホーム画面や古いSpacesのように、Appleはこれらのデスクトップをスペース的に同じ場所にとどめるつもりです。メールを開いた後にSafariを開いた場合、メールはSafariの「左側」にあります。この空間的概念は、スイッチャーに関する先入観の理解と衝突することに同意します。これは、フルスクリーンアプリの非表示が無効になっている理由と同じです（⌘+ Hを押しても、フルスクリーンアプリは非表示になりません）。

すべてがフルスクリーンの場合、非表示の概念はあまり重要ではなくなります。昔のバージョンのMac OSに戻って、スタックのあるウィンドウにスタックがあったと思います。Adobe Photoshopなどのアプリ（および開いている多数の画像のそれぞれに対して開かれている多数の子ウィンドウのすべて）を非表示にすることは理にかなっています。そのようなウィンドウの「スタッキング」が空間的に存在しない場合（これらのフルスクリーンアプリは横に並んでいるため、実際にはスタックされないため）、機能しないことはほとんど理にかなっています。

以上のことをすべて言ったが、私はLionが多くの昔のMacユーザーのワークフローを完全に台無しにしていることに同意できなかった。ここでのAppleの決定に必ずしも同意するわけではありません。支持者を演じて、これに特に意味のある説明があるかどうかを確認しようとしています。お役に立てれば。

更新： TidBITSの この記事では、自動終了と呼ばれるLionの新機能に言及しています。私はこの機能を知りませんでした。この質問の著者が経験している振る舞いはこれに関連しているのだろうか。

これが変更されて以来、これが私を悩ませてきたので、私はそれをもう一度やりました。これまでのところ、非表示にする前にすべての開いているアプリに切り替えることで模倣することが唯一の有効な方法のようです。applescriptが少し変更されたかどうかはわかりませんが、willlmaのスクリプトをこのように変更して動作させる必要がありました。また、これによりキーの押下が大幅に少なくなるため、ジョブを高速に実行できます。

delay 0.5
set i to 0
tell application "System Events"
    set first_app to name of the first process whose frontmost is true
    repeat with p in every process
        if visible of p then
            set i to i + 1
        end if
    end repeat
    repeat i - 1 times
        key down command
        key down shift
        keystroke tab
        delay 0.01
        key up shift
        key up command
        delay 0.1
    end repeat
    set visible of process first_app to false
end tell

切り替え中にちらつきが表示され、一部のアニメーションに時間がかかる場合（フルスクリーンアプリへの切り替えなど）、遅延が短すぎる可能性があるため、数値はすべてのMacまたは状況に最適ではない可能性があります。そして、Automator Serviceをグローバルホットキーで設定することは可能ですが、私には何も起こりませんでした。cmd-hを押したときに呼び出すことができる小さなアプリケーションiCanHazShortcutで、私はさらに幸運に恵まれましたosascript <scriptname>。

LionでSnow-Leopardのようなアプリケーションの非表示（Cmd-H）を取り戻すことはできますか？…アプリケーションは、⌘+ ⇥スイッチャーの最後に配置されました。…

Application Switcherは Mac OS 8.5で導入されて以来、さまざまな変更が加えられています。

ライオンで

新しいApplication Switcherで古い配置を取得することはおそらく不可能です。

スイッチャーに使用されるバイナリを特定すると、strings（1）を実行するとさらに明らかになる場合があります。

…これは意図した動作かもしれません…

私はそう信じています。

…  しばらく使用しませんでした …

Lionの動作は、非表示が短期間であるユースケースのかなりの割合でおそらく発生します。

快適なキーの組み合わせで（Command- Shift- Tabあまり人間工学的です）： 

• Lionは隠しアプリを表示するためにSnow Leopardよりも高速です。

ライオンを超えて

：マウンテンライオンでは、例えば、別の変更がありますもはや無限のサイクルに応じてCommand- Tab。

OS X 10.9では、さらに変更される可能性があります。

これは間違いなく意図した動作です。また、アイコンがフェードアウトすることもありません。私は、物事の古い方法を模倣したGUIアップルスクリプトを書きました。これをApplescriptにコピーして貼り付け、保存してから、fastscriptsを使用してキーボードショートカット（ctrl + Hなど）に関連付けます。

set i to 0
tell application "System Events"
    set first_app to name of the first process whose frontmost is true
    repeat with p in every process
        if p is visible then
            set i to i + 1
        end if
    end repeat
    repeat i - 1 times
        key down command
        repeat i - 1 times
            keystroke tab
            delay 0.03
        end repeat
        key up command
        delay 0.03
    end repeat
    set visible of process first_app to false
end tell