До Mac OS X Snow Leopard, натискаючи ⌘+ Hпід час використання програми, зробили дві речі ...

1. Додаток ховається від перегляду.
2. Додаток розмістилося в кінці перемикача ⌘+ ⇥.

2-й пункт був дуже корисним, тому що, коли я приховував додаток, я знав, що деякий час не збираюся ним користуватися. Відправлення його до кінця комутатора допомогло мені зосередитись на додатках, якими я більше користувався.

Однак у Lion, навіть якщо ⌘+ Hховає додаток, він лише переміщує його на наступне місце в комутаторі. Це еквівалентно ⌘+ ⇥ing між двома програмами, за винятком того, що додаток тепер також приховано від перегляду. IMO, це порушує основні особливості комутатора та концепції приховування додатків. Я поняття не маю, чому це було зроблено.

Хтось має підказки, як, якщо взагалі це можна було б виправити? А може, місця, які я повинен почати шукати? Я просто сподіваюсь, що десь захований в якомусь файлі плістів ...

Це чудове питання. Це може бути призначена поведінка, а не помилка. Здається, контроль місій змішав і старий експозицію, і старий простір. Зважаючи на це, запуск нового додатка на весь екран розміщує його на своєму робочому столі. Коли ви потрапите до управління місією, ви побачите, що він розміщений праворуч від оригінального порожнього робочого столу. Відкрийте другий додаток на весь екран, і він знову розмістить його на своєму робочому столі, поруч із першим відкритим вами додатком на весь екран.

Так само, як домашні екрани в iOS та старих просторах, здається, що Apple має намір ці робочі стільниці залишитися на просторі в одному місці. Пошта "зліва" від Safari, якщо я відкрив Safari після відкриття програми Mail. Я погоджуюся, що це просторове поняття стикається з нашим заздалегідь задуманим розумінням комутатора. Тобто та ж сама причина , чому приховування відключено для додатків Full Screen (натискання ⌘+ Hбуде НЕ приховати повну додаток екрану).

Якщо все на повному екрані, концепція приховування стає менш актуальною. Я думаю, що я повернувся до старих версій Mac OS, де у вас були стеки на стеки Windows. Сховати такий додаток, як Adobe Photoshop (і всі його багато відкриті дочірні вікна для кожного з моїх численних відкритих зображень) мало сенс. Якщо такого «укладання» вікна просторово не існує (оскільки ці програми для повного екрану зараз є поруч, вони насправді не складаються), це майже має сенс, що це не працює.

Сказавши все це, я не міг погодитися більше, що Lion повністю переплутався з робочим процесом багатьох старих користувачів Mac. Я не обов'язково погоджуюся з рішеннями Apple тут, я просто намагаюся зіграти адвоката і побачити, чи є у цього зокрема якесь пояснення, яке має сенс. Сподіваюся, це допомагає.

Оновлення: У цій статті на TidBITS згадується нова функція в Леві під назвою "Автоматичне припинення". Мені не було відомо про цю особливість. Цікаво, чи пов’язана з цим поведінка, яку переживає автор цього питання.

Оскільки це клопоче мене з тих пір, як це було змінено, я дав йому ще один шлях. Здається, єдиний робочий спосіб поки що - це наслідувати його, перейшовши на всі відкриті додатки, перш ніж ховатися. Не впевнений, чи змінився 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 або ситуацій. І хоча слід встановити службу автоматизації глобальною гарячою клавішею, у мене нічого не трапилось. Мені пощастило з маленьким додатком iCanHazShortcut, куди можна дзвонити, osascript <scriptname>натискаючи cmd-h.

Чи можу я повернути схожий на Snow-Leopard додаток (Cmd-H) у Леві? … Додаток розмістилося в кінці перемикача ⌘+ ⇥. …

З моменту введення програми Switcher в Mac OS 8.5 відбулися різні зміни.

У Леві

Мабуть, неможливо отримати старе розташування за допомогою новішого перемикача додатків.

Якщо визначити двійковий код, який використовується для комутатора, пробіг strings(1) може виявити більше.

... Це може бути призначена поведінка ...

Я так думаю.

…  Деякий час не збирався ним користуватися …

Поведінка у Лева, ймовірно, є значною частиною випадків використання, коли приховування є короткотерміновим .

З зручною комбінацією клавіш ( Command- Shift- Tabменш ергономічна): 

• Лев швидше, ніж Snow Leopard за показ прихованої програми.

Поза Левом

Наприклад, у Гірського Лева є ще одна зміна: вже не нескінченний цикл у відповідь на Command- Tab.

В OS X 10.9 можливі подальші зміни.

Це, безумовно, цілеспрямована поведінка. Він також не зникає ікони, що мені здається дратує. Я написав яблучний інтерфейс із графічним інтерфейсом, який імітує старий спосіб роботи. Скопіюйте це вставити в 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