Comme le remarque Tidbits, OS X Lion pousse le mimétisme avec iOS dans la manière dont il gère les applications jusqu'à décider de lui-même de la fermeture d'une application pour libérer des ressources. Cette fonction d'« interruption automatique » des applications, une véritable rupture du système de multitâche, est censée améliorer « l'expérience utilisateur » selon Apple.
La firme de Cupertino explique que le rôle du traditionnel ⌘+Q est minimisé avec OS X Lion, au profit d'une gestion automatique de l'état de l'application — les bêtas d'OS X Lion poussaient la logique jusqu'au bout en ne faisant plus apparaître les indicateurs lumineux dans le Dock. OS X Lion dispose de deux manières distinctes de quitter, ou plutôt interrompre, automatiquement une application.
La première, la « Sudden Termination », qui doit être prévue par le développeur, permet à une application de dire au système qu'elle peut être quittée sans autre forme de procès, ce qui permet notamment d'accélérer la procédure d'extinction de la machine ou de fermeture d'une session.
La deuxième, l'« Automatic Termination », est un peu plus envahissante. Là encore, le développeur décide de l'implémenter ou pas : s'il le fait, Apple conseille que l'application soit aussi compatible avec la sauvegarde automatique et Resume. L'Automatic Termination est en effet une fonction permettant au système de fermer une application lorsqu'il le souhaite, pour libérer des ressources.
Une bonne application pour tester cette fonction est TextEdit (Aperçu est la seule autre application compatible) : ouvrez quelques documents TextEdit, fermez-les, vaquez à vos occupations, faites un Commande + Tab pour revenir à TextEdit… et remarquez que l'application a été fermée. L'Automatic Termination fonctionne même si des documents sont encore ouverts, à condition que l'application ne soit pas utilisée (pas active, sans documents minimisés dans le Dock ou visibles par l'utilisateur) : laissez plusieurs documents TextEdit ouverts dans un espace, et là encore, vaquez à vos occupations. Plus ou moins rapidement, OS X Lion fermera TextEdit pour libérer des ressources.
Inconvénient : si vous n'avez pas ajouté son icône dans le Dock, vous devrez utiliser votre lanceur favori ou le Finder pour à nouveau l'ouvrir. TextEdit n'est en fait pas tout à fait quitté : son processus apparaît toujours dans le Moniteur d'activité. La reprise est instantanée, et grâce à l'Auto Save et Resume, les documents et leur contenu sont restaurés.
Peu de ressources sont en fait libérées : cette fonction est-elle réellement utile, ou risque-t-elle d'entraîner de la confusion ? L'implémentation de cette fonction est laissée à la discrétion du développeur, mais l'utilisateur ne devrait-il pas avoir le droit de la désactiver quand même ? Est-ce à l'utilisateur de gérer l'état de ses applications, ou à la machine ? Le mimétisme avec iOS est-il pertinent dans tous ses aspects ? Cette fonction n'est pas encore assez répandue pour que l'on puisse répondre, mais sa simple présence soulève ces questions.
La firme de Cupertino explique que le rôle du traditionnel ⌘+Q est minimisé avec OS X Lion, au profit d'une gestion automatique de l'état de l'application — les bêtas d'OS X Lion poussaient la logique jusqu'au bout en ne faisant plus apparaître les indicateurs lumineux dans le Dock. OS X Lion dispose de deux manières distinctes de quitter, ou plutôt interrompre, automatiquement une application.
La première, la « Sudden Termination », qui doit être prévue par le développeur, permet à une application de dire au système qu'elle peut être quittée sans autre forme de procès, ce qui permet notamment d'accélérer la procédure d'extinction de la machine ou de fermeture d'une session.
La deuxième, l'« Automatic Termination », est un peu plus envahissante. Là encore, le développeur décide de l'implémenter ou pas : s'il le fait, Apple conseille que l'application soit aussi compatible avec la sauvegarde automatique et Resume. L'Automatic Termination est en effet une fonction permettant au système de fermer une application lorsqu'il le souhaite, pour libérer des ressources.
Une bonne application pour tester cette fonction est TextEdit (Aperçu est la seule autre application compatible) : ouvrez quelques documents TextEdit, fermez-les, vaquez à vos occupations, faites un Commande + Tab pour revenir à TextEdit… et remarquez que l'application a été fermée. L'Automatic Termination fonctionne même si des documents sont encore ouverts, à condition que l'application ne soit pas utilisée (pas active, sans documents minimisés dans le Dock ou visibles par l'utilisateur) : laissez plusieurs documents TextEdit ouverts dans un espace, et là encore, vaquez à vos occupations. Plus ou moins rapidement, OS X Lion fermera TextEdit pour libérer des ressources.
TextEdit n'est pas dans le Dock et pour cause : il a été quitté automatiquement par Lion. Il apparaît par contre dans le Moniteur d'Activité, comme s'il était en veille.
Inconvénient : si vous n'avez pas ajouté son icône dans le Dock, vous devrez utiliser votre lanceur favori ou le Finder pour à nouveau l'ouvrir. TextEdit n'est en fait pas tout à fait quitté : son processus apparaît toujours dans le Moniteur d'activité. La reprise est instantanée, et grâce à l'Auto Save et Resume, les documents et leur contenu sont restaurés.
Peu de ressources sont en fait libérées : cette fonction est-elle réellement utile, ou risque-t-elle d'entraîner de la confusion ? L'implémentation de cette fonction est laissée à la discrétion du développeur, mais l'utilisateur ne devrait-il pas avoir le droit de la désactiver quand même ? Est-ce à l'utilisateur de gérer l'état de ses applications, ou à la machine ? Le mimétisme avec iOS est-il pertinent dans tous ses aspects ? Cette fonction n'est pas encore assez répandue pour que l'on puisse répondre, mais sa simple présence soulève ces questions.
