Dit is een geweldige vraag. Dit kan eerder bedoeld gedrag zijn dan een bug. Mission Control lijkt zowel de oude Expose als de oude Spaces te hebben gemengd. Met dat in gedachten plaatst de lancering van een nieuwe app op volledig scherm deze op zijn eigen bureaublad. Wanneer je Mission Control bereikt, zie je het rechts van het originele, lege bureaublad staan. Open een tweede app op volledig scherm en die zal deze weer op zijn eigen bureaublad plaatsen, naast de eerste app op volledig scherm die je hebt geopend.

Net als de startschermen in iOS en de oude Spaces, lijkt het erop dat Apple van plan is dat deze desktops qua ruimte op dezelfde plek blijven. Mail staat "aan de linkerkant" van Safari als ik Safari opende nadat ik Mail had geopend. Ik ben het ermee eens dat dit ruimtelijke begrip botst met ons vooropgezette begrip van de switcher. Dat is dezelfde reden waarom verbergen is uitgeschakeld voor apps op volledig scherm (door op ⌘ + H te drukken, wordt een app op volledig scherm niet verborgen).

Als alles volledig scherm is, wordt het concept van verbergen minder relevant. Ik denk terug aan de oudere versies van Mac OS, waar je stapels op stapels vensters had. Het was logisch om een ​​app als Adobe Photoshop (en al zijn vele geopende onderliggende vensters voor elk van mijn vele geopende afbeeldingen) te verbergen. Als een dergelijk 'stapelen' venster er ruimtelijk niet is (omdat die apps op volledig scherm nu naast elkaar staan, zijn ze niet echt gestapeld), dan is het bijna logisch dat het niet werkt.

Dit alles gezegd hebbende, ben ik het er helemaal mee eens dat Lion volledig heeft geknoeid met de workflow van veel oude Mac-gebruikers. Ik ben het hier niet per se eens met de beslissingen van Apple, ik probeer gewoon advocaat te spelen en kijk of deze in het bijzonder een verklaring heeft die logisch is. Ik hoop dat dit helpt.

Update: dit artikel op TidBITS noemt een nieuwe functie in Lion genaamd Automatic Termination. Ik was me niet bewust van deze functie. Ik vraag me af of het gedrag dat wordt ervaren door de auteur van deze vraag hiermee verband houdt.

Aangezien dit me stoort sinds dit is veranderd, heb ik het nog een keer geprobeerd. Het lijkt tot nu toe de enige werkende manier om het te imiteren door over te schakelen naar alle geopende apps voordat je je verbergt. Ik weet niet zeker of appelscript een beetje is veranderd, maar ik moest het script van Willlma op deze manier wijzigen om het te laten werken. Dit heeft ook aanzienlijk minder toetsaanslagen, dus het zou het werk sneller moeten doen.

  vertraging 0,5
zet i op 0
vertel de toepassing "Systeemgebeurtenissen"
    stel first_app in op de naam van het eerste proces waarvan de voorste waar is
    herhaal met p in elk proces
        indien zichtbaar van p dan
            zet i op i + 1
        stop als
    einde herhalen
    herhaal ik - 1 keer
        toets omlaag
        toets omlaag verschuiven
        toetsaanslag tabblad
        vertraging 0.01
        toets omhoog verschuiven
        key up commando
        vertraging 0.1
    einde herhalen
    stel zichtbaar van proces first_app in op false
einde vertellen
 

Het zal wat flikkering vertonen tijdens het schakelen en de vertraging kan te kort zijn als sommige animaties langer duren (zoals overschakelen naar apps op volledig scherm), dus de cijfers zijn waarschijnlijk niet optimaal voor alle Macs of situaties. En hoewel het mogelijk zou moeten zijn om een ​​Automator-service in te stellen met een globale sneltoets, gebeurde er niets met mij. Ik heb meer geluk gehad met de kleine applicatie iCanHazShortcut waar je osascript <scriptname> kunt aanroepen wanneer je op cmd-h drukt.

Kan ik een Snow-Leopard-achtige applicatie verbergen (Cmd-H) in Lion terughalen? … De applicatie plaatste zichzelf aan het einde van de ⌘ + ⇥ switcher. …

Sinds Application Switcher werd geïntroduceerd in Mac OS 8.5, zijn er verschillende wijzigingen aangebracht.

In Lion

Het is waarschijnlijk onmogelijk om de oude plaatsing te krijgen met de nieuwere Application Switcher.

Als u het binaire bestand identificeert dat voor de switcher wordt gebruikt, wordt een reeks van strings (1) kunnen meer onthullen.

… Dit zou bedoeld gedrag kunnen zijn…

Ik denk van wel.

… zou het al een tijdje niet gebruiken…

Het gedrag in Lion is waarschijnlijk voor een aanzienlijk deel van gebruikssituaties waarbij verbergen op korte termijn is.

Met een comfortabele toetsencombinatie ( Command - Shift - Tab is minder ergonomisch):

• Lion is sneller dan Snow Leopard voor het weergeven van een verborgen app.

Beyond Lion

In Mountain Lion is er bijvoorbeeld nog een andere wijziging: niet langer een eindeloze cyclus als reactie op Command - Tab .

In OS X 10.9 kunnen er verdere wijzigingen zijn.

Dit is absoluut het beoogde gedrag. Het vervaagt ook niet het pictogram, wat ik vervelend vind. Ik heb een GUI-appelscript geschreven dat de oude manier van doen imiteert. Kopieer en plak dit in Applescript, sla het op en gebruik vervolgens fastscripts om het te koppelen aan een sneltoets (zoals ctrl + H).

  zet i op 0tell application "System Gebeurtenissen 'zet first_app op de naam van het eerste proces waarvan de voorste waar is herhaal met p in elk proces als p zichtbaar is, stel dan i in op i + 1 end if end herhaal herhaal i - 1 keer toets ingedrukt commando herhaal i - 1 keer toetsaanslag tab vertraging 0,03 einde herhaling toets omhoog commando vertraging 0,03 einde herhaling set zichtbaar van proces first_app to falseend tell