je serais d'accord avec Jason pour les cas « normaux ». Mais je pense qu'il existe des situations spéciales où il peut être approprié de faire une telle chose. Apparemment Apple pense aussi; en commençant par 10.6 - tout ce que vous devez faire est d'appeler NSWindows'
- (void)setMovable:(BOOL)flag
ou remplacent
- (BOOL)isMovable;
dans votre NSWindow-sous-classe pour changer les fenêtres de la movability.
Si ce n'est pas disponible, l'API Event Services Quartz (documentation) fournit des moyens d'empêcher la fenêtre d'être déplacé. Un moyen serait d'installer un robinet d'arrivée d'événements d'événements et manipuler pour ne contenir que l'emplacement initial mousedown au lieu de l'emplacement mis à jour (réel), lorsque l'utilisateur commence à faire glisser la fenêtre.
ne le faites jamais. Si vous écrivez une application de type kiosque, suivez les directives pour l'écriture d'applications de type kiosque. –
que feriez-vous à la place? pour le moment j'ai une sorte de _remote_ pour contrôler la fenêtre (démarrer le processus de streaming, la terminer, etc) ... Je veux réduire le nombre de panneaux, fenêtres et vues de mon application donc je pensais que ça serait bien d'avoir une barre d'outils pour contrôler la fenêtre ... –
Pourquoi ne voudriez-vous pas que l'utilisateur déplace la barre d'outils dans ce cas? Et s'ils voulaient le déplacer vers un autre espace, ou un autre écran? Que faire si la résolution de l'écran change lorsque l'utilisateur déplace son ordinateur portable à un nouvel emplacement? –