Quel est l'avantage d'utiliser shift (pour une animation lente) lors de la réduction de la taille des fenêtres?

Je suis tombé sur cette question aujourd'hui par accident:
si vous essayez de minimiser une fenêtre dans OS X 10.8 (peut-être dans d'autres) tout en maintenant la touche Maj enfoncée, la fenêtre passera très lentement dans le Dock. Toute l'animation est ralentie.

Des idées quel est le but de ceci?

Comme pour la réponse de @ napcae, l'effet "Génie du ralenti" est un peu amusant, mais je l'ai déjà utilisé pour montrer (généralement aux utilisateurs de Windows) certains des détails des sous-systèmes d'affichage Mac OS X. C'est-à-dire que plutôt que de dessiner chaque fenêtre pixel par pixel (pensez aux systèmes Windows qui laissent des parties aléatoires errantes lorsque vous les faites glisser et au sous-système de fenêtre En plein air, ou ce truc méchant Windows Trail ), OS X dessine essentiellement le contenu de Windows en utilisant quelque chose qui s'apparente davantage à un moteur de jeu 3D mappant une texture sur un polygone. Vous pouvez en faire la démonstration en disposant la commande suivante dans une fenêtre de terminal et en l'exécutant rapidement tout en minimisant lentement une fenêtre:

killall Dock

Le processus de quai est ce qui régit tout ce genre de choses, et si vous le supprimez, il en renaîtra un autre, mais les opérations qu’il accomplissait à mi-chemin ne seront pas terminées ni inversées. Vous allez vous retrouver avec une fenêtre à moitié minimisée qui est déformée dans une forme étrange et pourtant qui est encore pleinement utilisable . Jetez-y un œil avec textedit et notez que vous pouvez toujours le saisir (la sélection de texte est plus difficile!) Ou essayez-le avec une fenêtre de film Quicktime et observez le déroulement de la lecture.

Essentiellement, il ne s’agit pas uniquement d’un effet idiot, il montre les fonctionnalités de dessin de fenêtre de la couche d’affichage et leur gestion supérieure à celle de nombreux autres systèmes de fenêtre de système d’exploitation de bureau.

Notez que cet effet existe depuis au moins 2001 (d'après une recherche sur Google) et que je le connaissais pour la première fois en 10.4 alors que je le voyais utilisé pour montrer le nouveau gestionnaire de fenêtres graphiques qui utilisait le moteur Quartz Extreme pour dessiner les fenêtres. . Si je me souviens bien des détails, chaque fenêtre est essentiellement constituée de sources de données Quicktime, Open GL ou Quartz 2D, ce dernier étant essentiellement traduit en interne en postscript (essentiellement tous vos éléments d’habillage de fenêtre, barres d’outils, barres de défilement, sont au format PDF). ...), qui est ensuite tramé dans une fenêtre unique combinant tous les éléments (votre habillage de fenêtre PDF, avec son contenu quicktime ou openGL, ou un mélange de ceux-ci pour une page Web, etc.) en tant que "texture" 3D sur un fichier 2D avion par Quartz Composer pour faire la fenêtre que vous voyez.

Pour plus de détails, lisez les 2 pages suivantes de la revue Siracusa Tiger Review à Arstechnica, qui décrit la manière dont le gestionnaire de fenêtres a évolué et fournit une très bonne explication de son fonctionnement, qui est globalement identique à ce qu'il était pour Tiger (ou du moins, les changements ne sont pas aussi importants depuis Tiger qu'avant Tiger, lorsque le processeur graphique a commencé à prendre en charge à peu près toutes les tâches de dessin de fenêtre à partir du processeur)

Steve Jobs montre cela la première fois qu'il montre OS X à Macworld 2000. Il mentionne que l'effet a été conçu pour cette démonstration. C'est incroyable que ce soit encore environ 14 ans plus tard.

http://youtu.be/uGMQLfi0kGc?t=1h46m

Il n'y a pas de but à cela. Ceci est juste un oeuf de Pâques et purement pour "divertissement".

Cette fonctionnalité n'est décidément PAS "juste un peu amusante". Veuillez ne pas inventer de réponses si vous ne les connaissez pas, ou faire des suppositions basées sur votre utilisation limitée et votre connaissance des fonctionnalités.

L'objectif premier de pouvoir ralentir les animations serait évident si vous réfléchissiez au but des animations en premier lieu. Demandez-vous, pourquoi ne pas simplement couper de la vue d'un bureau avec une application à l'avant et d'autres derrière pour une vue des fenêtres d'une application? La première réponse qui me vienne à l’esprit est la suivante: L’animation d’un tel processus permet à l’utilisateur de suivre visuellement le mouvement d’une fenêtre de taille normale au fur et à mesure qu’elle se réduit et qu’elle se déplace vers sa nouvelle taille et son nouvel emplacement à l’écran. Sinon, je ne pourrais peut-être pas dire quelle fenêtre est allée où.

Essayez ceci: Ajoutez un nouvel espace de travail sur le bureau et réglez la résolution de l'écran sur 800 x 500. Ouvrez dessus 60 fenêtres du Finder de la même taille. L'expérience profitera de plusieurs fenêtres avec des configurations d'onglet, vues, contenus et noms similaires. Ouvrez maintenant environ 60 fenêtres dans un navigateur Web. Pour souligner le point, laissez chaque fenêtre avoir la même taille et les résultats actuels de Google d'une chaîne de recherche courte. Utilisez Mission Control pour vous aider à garder une trace de l’une de vos fenêtres. Je pense que vous constaterez que cela peut s'avérer difficile. Ralentir l'animation la rend soudainement gérable.

Je suis choqué que plus de gens n'apprécient pas cet hébergement pour des personnes ayant des capacités visuelles et d'attention différentes.