Mac OS X Snow Leopard'e kadar, bir uygulamayı kullanırken ⌘+ tuşlarına basmak Hiki şey yaptı ...

1. Uygulama görüş açısından kendini sakladı.
2. Uygulama kendini ⌘+ ⇥değiştiricinin sonuna yerleştirdi .

İkinci nokta çok faydalıydı, çünkü bir uygulamayı sakladığımda, bir süre kullanmayacağımı biliyordum. Switcher'ın sonuna göndermek, daha fazla kullandığım uygulamalara odaklanmama yardımcı oldu.

Ancak, Lion'da ⌘+ Huygulamayı gizlese bile , yalnızca değiştiricideki bir sonraki konuma taşır. Bu, aynı zamanda uygulamanın görünümden gizlenmesi dışında, 2 uygulama arasındaki ⌘+ ⇥ing değerine eşittir . IMO, bu anahtarlayıcı ve uygulama gizleme konseptinin temel bir özelliğini bozuyor . Bunun neden yapıldığı hakkında hiçbir fikrim yok.

Bu durumun nasıl çözülebileceğine dair ipuçları var mı? Ya da belki aramaya başlamalıyım yerler? Umarım bir yerde bir dosyaya gömülü bir tercih vardır.

Bu harika bir soru. Bu bir hata yerine amaçlanan davranış olabilir. Görev Kontrolü, hem eski Expose hem de eski Uzayları harmanlamış görünüyor. Bunu akılda tutarak, yeni bir uygulama başlatmak Tam Ekran onu kendi masaüstüne yerleştirir. Görev Kontrolü'ne ulaştığınızda, orijinal boş masaüstünün sağına yerleştirilmiş olduğunu görüyorsunuz. Açtığınız ilk Tam Ekran uygulamasının yanında, ikinci bir uygulama olan Tam Ekran'ı açın ve bu uygulamayı tekrar kendi masaüstüne yerleştirir.

Tıpkı iOS'taki ve Eski Alanlardaki Giriş Ekranları gibi, Apple da bu masaüstlerinin aynı yerde, uzayda kalmaya niyetli olduğunu düşünüyor. Mail'i açtıktan sonra Safari'yi açtıysam Mail, Safari'nin "solunda" dır. Bu mekansal nosyonun, değiştirici hakkındaki önceden algılanan anlayışımızla çarpıştığına katılıyorum. Yani gizleme (basarak Tam Ekran uygulamalar için devre dışı neden aynı nedenidir ⌘+ Hedecek değil bir Tam Ekran uygulamayı gizlemek).

Her şey tam ekran ise, gizleme kavramı daha az alakalı hale gelir. Windows işletim sistemi sürümlerine geri döndüğümü düşünüyorum. Adobe Photoshop gibi bir uygulamayı gizlemek (ve çok sayıda açılmış resmimin her biri için açılan çok sayıda alt penceresinin tümü) mantıklı geldi. Eğer böyle bir pencere "istifleme" mekansal olarak orada değilse (çünkü bu Tam Ekran uygulamaları artık yan yana, gerçekten istiflenmemişlerdir) o zaman neredeyse işe yaramayacak kadar mantıklı olur.

Bunların hepsini söyledikten sonra, Lion'un eski zamanlardaki birçok Mac kullanıcısının iş akışını tamamen karıştırdığı konusunda hemfikir olamadım. Apple'ın buradaki kararlarına mutlaka katılmıyorum, sadece savunuculuk yapmaya çalışıyorum ve bunun özel bir anlam ifade edip etmediğini görmeye çalışıyorum. Bu yardımcı olur umarım.

Güncelleme: TidBITS'teki bu makale Lion'da Otomatik Sonlandırma adı verilen yeni bir özellikten bahsetmektedir. Bu özelliğin farkında değildim. Bu sorunun yazarının yaşadığı davranışların bununla ilgili olup olmadığını merak ediyorum.

Bu değiştiğinden beri bu beni rahatsız ediyor. Ben başka bir yol verdim. Şimdiye kadar çalışmanın tek yolu gizlemeden önce tüm açık uygulamalara geçerek taklit etmektir. Applescript biraz değiştiğinden emin değilim, ancak çalışması için willlma'nın senaryosunu bu şekilde değiştirmek zorunda kaldım. Bu aynı zamanda önemli ölçüde daha az tuşa basar ve bu yüzden işi daha hızlı yapmalıdır.

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

Geçiş yaparken bir miktar titremeye neden olur ve bazı animasyonlar daha uzun sürerse gecikme çok kısa olabilir (tam ekran uygulamalara geçmek gibi), bu nedenle sayılar muhtemelen tüm Mac'ler veya durumlar için uygun değildir. Ve küresel bir kısayol tuşuyla bir Automator Hizmeti ayarlamak mümkün olsa da, benim için hiçbir şey olmadı. Cmd-h tuşlarına basarken arayabileceğiniz iCanHazShortcut adlı küçük uygulamada daha fazla şansım oldu osascript <scriptname>.

Lion-Snowpard benzeri uygulama gizlemeyi (Cmd-H) Lion'da geri alabilir miyim? … Uygulama kendini ⌘+ ⇥değiştiricinin sonuna yerleştirdi . ...

Yana Uygulamalarında Gezinin tanıtıldı Mac OS 8.5 olmak üzere çeşitli değişiklikler olmuştur.

Aslanda

Eski yerleşimi daha yeni Application Switcher ile almak imkansızdır.

Anahtarlayıcı için kullanılan ikiliyi tanımlarsanız, strings(1) 'in çalışması daha fazla ortaya çıkabilir.

… Bu amaçlanan davranış olabilir …

Öyle inanıyorum.

…  Bir süre kullanmayacaktı …

Aslan'daki davranış, muhtemelen saklamanın kısa süreli olduğu kullanım durumlarının önemli bir kısmı içindir .

Rahat bir tuş kombinasyonuyla ( Command- Shift- Tabdaha az ergonomiktir): 

• Aslan, gizli bir uygulamayı göstermek için Snow Leopard'dan daha hızlıdır.

Aslan Ötesinde

Mesela Mountain Lion'da, başka bir değişiklik daha var: - - 'ye yanıt olarak artık sonsuz bir döngü .CommandTab

OS X 10.9'da başka değişiklikler olabilir.

Bu kesinlikle amaçlanan davranış. Ayrıca sinir bozucu bulduğum ikonu da solmaz. Eski şeyleri taklit eden bir GUI el yazısı yazdım. Bunu Applescript'e yapıştırın, kopyalayın, sonra klavye kısayoluyla (ctrl + H gibi) ilişkilendirmek için fastscripts kullanın.

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