Suite

Événement de fermeture de fenêtre ancrable

Événement de fermeture de fenêtre ancrable


Existe-t-il un événement qui se déclenche lorsqu'une fenêtre ancrable personnalisée est fermée dans ArcMap ? Ma fenêtre ancrable utilise le modèle de complément et héberge un contrôle utilisateur WPF. Il s'ouvre via un bouton de commande qui est imbriqué dans un menu de la barre d'outils ArcGIS. Je peux écouter l'événement OnUpdate() de la commande, cependant, cet événement ne se déclenchera que lorsque le menu sera développé. J'ai besoin de savoir immédiatement quand la fenêtre est fermée pour pouvoir arrêter un processus en arrière-plan.


Cela ne répond pas directement à votre question, mais peut être utile.

Envisagez de créer un minuteur qui exécute une méthode toutes les X millisecondes. Ensuite, vous pouvez utiliser cette méthode pour vérifier périodiquement les propriétés de toutes sortes d'objets, y compris la visibilité de votre fenêtre ancrable. De cette façon, vous pouvez savoir si votre fenêtre était fermée.

Vous trouverez ci-dessous un code pertinent pour vous donner une idée. (J'utilise plusieurs variables et méthodes statiques dont je ne suis pas fou, mais ça marche.)

Je crée une méthode statique dans mon customCommandeBaseclasse pour exposer la visibilité de la fenêtre ancrable. La variablem_dockableWindowdoit également être rendu statique.

public static bool MyDockableWindowIsVisible { get { return m_dockableWindow !=null && m_dockableWindow.IsVisible(); } }

J'ai configuré le code Timer dans un fichier personnaliséIExtensionclasser.

Timer timer = new Timer(); timer.Interval = 500; timer.Tick += timer_Tick; timer.Start();

La méthode Timer vérifie la visibilité de la fenêtre ancrable.

void timer_Tick (expéditeur d'objet, EventArgs e) { if (MyBaseCommand.MyDockableWindowIsVisible) {… } }

J'ai pu contourner ce même problème en remplaçant l'événement OnVisibleChanged dans la fenêtre ancrable elle-même :

annulation protégée void OnVisibleChanged(EventArgs e) { base.OnVisibleChanged(e); if (base.Visible) // Le DW sera toujours visible s'il est fermé. EffacerReportViewerSource(); // Quel que soit le code que vous devez exécuter. }

Cela fonctionne pour moi si vous fermez le DW à partir du bouton de commande ou si vous le supprimez directement. En fait, il semble que cet événement ne se déclenche que lors de la fermeture de la fenêtre ancrable et non lors de son ouverture.

ÉDITER

Ceci est uniquement pour WinForms - pas pour WPF. Il semble également que cet événement soit appelé lors de l'amarrage et du désamarrage du DW, alors soyez-en conscient lorsque vous utilisez cette approche.


J'ai trouvé ce fil dans les anciens forums esri. Il y a plusieurs suggestions.


Étant donné que vous avez récemment installé GIMP et fermé la fenêtre Boîte à outils, je vous suggère de réinitialiser vos préférences de fenêtre, car cela restaurerait également les boîtes de dialogue ancrables et les fenêtres Calques, ce qui est extrêmement pratique lorsque vous travaillez avec GIMP.

Naviguer à travers Éditer menu &rarr Préférences &rarr Gestion des fenêtres &rarr et cliquez sur le bouton pour Réinitialiser les positions de fenêtre enregistrées aux valeurs par défaut. Puis clique D'accord pour fermer la boîte de dialogue Préférences et redémarrer GIMP.

Je suggérerais également d'activer le mode fenêtre unique afin que toutes ces fenêtres soient ancrées dans la fenêtre principale de GIMP et facilitent le flux de travail lorsque vous travaillez avec. Activez-le via les fenêtres menu &rarr Mode fenêtre unique.


Où Gnome garde-t-il une trace de la taille de la fenêtre à utiliser lors du démarrage des applications ?

Pour une raison quelconque, mes terminaux insistent pour démarrer au maximum depuis quelques jours. Ce qui n'est ni un comportement souhaité ni particulièrement utile sur un écran UHD. J'ai peut-être fermé une fenêtre de terminal dans un état maximisé et pour une raison quelconque, Gnome l'a sauvegardé. où exactement?

Où sont enregistrées les propriétés de fenêtre pour différentes applications et quand ? D'après mon expérience, cela se comporte de toute façon de manière un peu erratique et j'aimerais modifier ces préférences si le "mode automatique" se comporte bizarrement.

Bureau Bionic avec Gnome 3.28.2, Gnome-Terminal


Présentation du logiciel de planification d'itinéraire Descartes

Logiciel de planification d'itinéraire Descartes vous permet de réduire les délais de livraison, de traiter les exceptions sur la route, de planifier les itinéraires plus efficacement et de répondre aux changements des clients à la volée. La suite comprend :

  • Planificateur d'espace Descartes™ est une solution de planification d'itinéraires qui a été spécialement conçue pour les transporteurs et les coursiers de petits colis, de lots partiels (LTL) pour les aider à améliorer la productivité de ramassage et de livraison et à réduire considérablement leurs coûts, sans avoir à mettre en œuvre des changements drastiques aux activités quotidiennes d'acheminement des véhicules . Développé en collaboration avec l'un des principaux transporteurs de petits colis au monde, Descartes Area Planner combine des fonctionnalités de planification avancées avec la technologie de suivi des véhicules par GPS mobile, afin que les opérateurs LTL et les coursiers puissent « dimensionner correctement » leurs flottes et déterminer les besoins opérationnels. Le planificateur de zone Descartes est composé de deux éléments principaux :
    • Plan d'itinéraire - Ce composant fonctionne avec les données disponibles pour établir des paramètres et des horaires de quart pour définir les livraisons quotidiennes, les arrêts programmés et l'itinéraire. La sortie fournit un aperçu des arrêts ou des séquences de livraison/prise en charge avec une représentation géographique de la trajectoire du véhicule.
    • Gestion des ensembles de données - Ce composant collecte des ensembles de données historiques, théoriques et réelles sur les conducteurs, les arrêts, les emplacements, les mesures de zone, les engagements de temps et les volumes pour permettre aux utilisateurs d'améliorer la planification, l'analyse et les rapports d'itinéraires. Ces données alimentent la fonction Planification d'itinéraire.

    Réservations Descartes™ est une solution Web pour fixer des rendez-vous et planifier des livraisons qui permet aux clients de demander des fenêtres de livraison, tandis qu'un agent de prise de rendez-vous optimisé correspond aux ressources disponibles et aux fenêtres de livraison. Descartes Réservations facilite la planification en ligne des enlèvements et des livraisons - soit en libre-service, soit en tant qu'outil d'aide à la décision pour les agents du service client. Il aide les entreprises à adapter efficacement le service aux demandes des clients clés tout en atteignant les objectifs de rentabilité internes. Un moteur efficace capable de promettre, il confirme également que les demandes peuvent être satisfaites et verrouille le rendez-vous. Les fonctionnalités incluent:


    ASTRA32

    Les informations de chaque catégorie sont résumées sur une page

    Révèle des informations détaillées sur le matériel informatique

    Il peut être utilisé sans installation

    Fonctionne comme un programme de démonstration

    Certaines informations sont tronquées

    Ne vous permet pas de copier du texte hors du programme

    Affiche des annonces pour acheter le programme complet

    ASTRA32 est un autre outil d'information système gratuit qui affiche des détails étonnants sur de nombreux appareils et d'autres parties du système.

    Il existe plusieurs catégories pour séparer les informations qu'il recueille sur le matériel, comme celles d'une carte mère, du stockage et des informations de surveillance.

    Une section de résumé du système est parfaite pour voir un aperçu de tous les détails du matériel et du système d'exploitation. En outre, une section dédiée à la surveillance en direct est incluse pour afficher la température et l'utilisation actuelle de divers composants matériels.

    ASTRA32 fonctionne comme un programme de démonstration, mais cela ne signifie pas grand-chose car il fournit toujours beaucoup d'informations utiles.

    ASTRA32 peut être utilisé sur Windows 10, 8, 7, Vista, XP, 2000 et Windows Server 2008 et 2003.


    Faites un clic droit sur l'icône Blender dans le dossier Applications et sélectionnez "Afficher le contenu du paquet". Créez un alias de Contents/MacOS/Blender en cliquant avec le bouton droit et en sélectionnant "Créer un alias". Renommez-le et déplacez-le où vous le souhaitez.

    Cela ouvre la console en arrière-plan, à côté de l'application Blender.

    La seule façon de voir la console Blender et donc la sortie du script est de lancer Blender depuis un terminal en utilisant le chemin complet vers l'exécutable : "/Applications/Blender/blender.app/Contents/MacOS/blender"

    Toutes les sorties de script apparaîtront dans le terminal uniquement.

    Suite au commentaire de @DickMeehan et comme je déteste installer une autre application, voici l'AppleScript pour démarrer automatiquement un Blender avec sa fenêtre de terminal.

    Remarque : testé sur MacOS High Sierra 10.13.3 uniquement :

    Reportez-vous à ce qui suit pour créer une application cliquable réelle à l'aide d'Automator. Cette application peut ensuite être simplement glissée vers la barre de lancement pour plus de commodité.

    Un moyen très rapide pour les utilisateurs de mac de le faire est de créer un alias à l'aide du terminal (ce n'est pas aussi effrayant qu'il y paraît)

    sur la première ligne collez cet alias blender='/Applications/blender-2.80.0/blender.app/Contents/MacOS/blender'

    Quittez nano par ctrl + x et appuyez sur y pour enregistrer les modifications

    Vous n'avez besoin de le faire qu'une seule fois.

    Maintenant, chaque fois que vous devez ouvrir Blender à partir de la ligne de commande, ouvrez le terminal et tapez blender

    Blender se lancera à partir du terminal et vous pourrez voir la sortie.

    Si vous voulez pouvoir le lancer comme n'importe quelle autre application, le moyen le plus simple est de faire ceci :

    Lancer Automate (il se trouve dans le dossier Applications de votre Mac) et lancez Terminal (c'est dans Applications/Utilitaires).

    Créez une nouvelle application dans Automator.

    1. Tapez "run" dans le champ de recherche de variables et faites glisser Exécuter le script shell à droite de l'espace de travail.

    Dans Chercheur, Localiser Blender.app (il se trouve probablement dans votre dossier Applications). Faites un clic droit sur l'application et choisissez Afficher le contenu du paquet. Dans le contenu, accédez à /Contents/MacOS/Blender

    Faites glisser ceci Mixeur dans votre fenêtre Terminal et Terminal vous montrera le chemin du fichier. Pour moi, c'est /Applications/Blender 2.9.app/Contents/MacOS/Blender , par exemple.

    Copiez ce chemin de fichier. Dans Automator, dans le champ de texte Exécuter le script Shell, tapez open puis space, puis collez le chemin du fichier. Exemple : ouvrez /Applications/Blender 2.9.app/Contents/MacOS/Blender

    • Noter: Si vous avez plusieurs versions de Blender dans votre dossier Applications (Blender 2.79b.app, Blender 2.9.app, Blender 2.92.app . ) et que vous mettez à jour régulièrement (comme vous devriez), alors il peut être plus logique de créer un alias dans votre dossier Applications de . /Contents/MacOS/Blender a appelé quelque chose comme "Blender - Console" et utilisez-le à la place pour le chemin de votre script shell : ouvrez /Applications/Blender - Console . Ensuite, vous n'avez pas besoin de jouer avec Automator chaque fois que vous obtenez une nouvelle version de Blender - créez simplement un nouvel alias avec le nom "Blender - Console". De cette façon, le lancement de "Blender (Console).app" (ou quel que soit votre nom) pointera toujours vers le dernier.
    1. Nommez et enregistrez votre application de lancement dans votre dossier Applications. Ensuite, dans le Finder, vous pouvez le faire glisser vers votre Dock.

    8 (facultatif). Si vous n'aimez pas l'icône du robot par défaut, vous pouvez donner à votre application une icône personnalisée à l'aide de la fenêtre d'informations du Finder. Dans votre dossier Applications, sélectionnez à la fois Blender.app et votre nouvelle application personnalisée, puis appuyez sur Cmd I pour Obtenir des informations. Cliquez sur l'icône de Blender.app pour le mettre en surbrillance, puis sur Cmd C pour le copier. Cliquez ensuite pour mettre en surbrillance l'icône de votre application et appuyez sur Cmd V pour coller l'icône du mélangeur.

    Vous pouvez également créer une icône personnalisée si vous le souhaitez, l'ouvrir dans Aperçu et la copier. Mais la conception d'icônes dépasse le cadre de ce sujet. Profitez de votre application de lancement personnalisée.

    Éditer: Une dernière chose à mentionner est que la première fois vous lancez une version nouvellement installée de Blender, vous devez lancer l'application Blender normalement au lieu de via votre lanceur personnalisé. Cela donne à macOS une chance de le vérifier afin que vous ne rencontriez aucune erreur lors du lancement. En d'autres termes, laissez votre Mac le faire une fois :


    6 réponses 6

    Dans un certain sens, il s'agit d'une convention d'interface utilisateur dont l'histoire remonte à 1984. Étant donné que Windows et X11 sont tous les deux postérieurs à l'interface graphique Mac d'origine, on pourrait dire que Windows le fait à la manière de Windows "juste pour être différent" plutôt que suggérant que le Mac est l'excentrique.

    Aux premiers jours du Macintosh, vous ne pouviez exécuter qu'une seule application à la fois. Il était parfaitement raisonnable qu'une application s'ouvre sans fenêtre car l'application avait toujours une barre de menu visible en haut de l'écran. Lorsque vous fermiez toutes les fenêtres d'une application, il était logique de garder l'application ouverte car vous pouviez toujours utiliser la barre de menus pour créer un nouveau document ou en ouvrir un existant. Quitter le processus simplement parce qu'une fenêtre était fermée n'avait aucun sens à l'époque, car il n'y aurait eu aucun autre processus auquel se concentrer.

    Quelques années plus tard, le Macintosh de la fin des années 80 a atteint un point où il y avait suffisamment de mémoire pour ouvrir plusieurs applications à la fois. Étant donné que les outils pour ce faire devaient conserver une compatibilité descendante avec les applications existantes, ils n'allaient naturellement pas changer les conventions de base de l'interface utilisateur et tuer les applications sans qu'aucune fenêtre ne soit ouverte. Le résultat a été une distinction nette dans l'interface utilisateur entre un élément d'interface graphique visuelle (une fenêtre) et un processus abstrait en cours d'exécution (l'application).

    Pendant ce temps, Microsoft développait Windows. Au début des années 90, Microsoft faisait bien fonctionner Windows 3.X, et Motif sur X11 avait été fortement inspiré par le travail de Microsoft. Alors que le Macintosh a été construit autour de la présentation d'une interface utilisateur d'applications, Windows (comme son nom l'indique) a été construit autour de la philosophie selon laquelle la fenêtre elle-même devrait être l'unité fondamentale de l'interface utilisateur, le seul concept d'une application étant sous la forme de Fenêtres de conteneur de style MDI. X11 considérait également une application largement sans importance du point de vue de l'interface utilisateur. Un seul processus pourrait même ouvrir des fenêtres sur plusieurs écrans connectés à plusieurs machines sur un réseau local (très récent).

    Le problème avec l'approche de style Windows était que vous ne pouviez pas effectuer certaines formes d'interaction avec l'utilisateur, telles que l'ouverture avec une simple barre de menus, et l'utilisateur n'avait aucune garantie réelle qu'un processus s'était réellement terminé lorsque les fenêtres avaient disparu. Un utilisateur de Macintosh pouvait facilement passer à une application qui s'exécutait sans Windows pour la quitter ou l'utiliser, mais Windows ne fournissait absolument aucun moyen à l'utilisateur d'interagir avec un tel processus. (Sauf pour le remarquer dans le gestionnaire de tâches et le tuer.) De plus, un utilisateur ne pouvait pas choisir de laisser un processus en cours d'exécution afin de pouvoir y revenir sans le relancer, sauf pour garder une interface utilisateur visible de l'encombrement du processus l'écran, et consommant des ressources (à l'époque, très limitées). Alors que le Macintosh avait un menu "Applications" pour la commutation, Windows a popularisé une "barre des tâches", qui affichait toutes les fenêtres de niveau supérieur sans aucun égard pour le processus qui les avait ouvertes. Pour les gros multitâches, la "soupe de la barre des tâches" s'est avérée peu pratique. Pour les utilisateurs plus basiques, la prévisibilité de ce qui était exactement qualifié de "fenêtre de niveau supérieur" était parfois déroutante car il n'y avait pas de règle à apprendre sur les fenêtres qui s'afficheraient réellement sur la barre.

    À la fin des années 90, l'interface graphique de Microsoft était la plus couramment utilisée. La plupart des utilisateurs ont un PC Windows plutôt qu'un Macintosh ou un poste de travail UNIX X11. Par conséquent, à mesure que Linux gagnait en popularité au fil du temps, de nombreux développeurs venaient d'un contexte d'utilisation des conventions d'interface utilisateur Windows plutôt que des conventions d'interface utilisateur UNIX. Cela, combiné à l'historique des premiers travaux sur des éléments tels que Motif tiré des conventions de l'interface utilisateur Windows, a abouti à des environnements de bureau Linux modernes se comportant beaucoup plus comme Windows que des éléments X11 classiques comme twm ou Macintosh.

    À ce stade, le Mac OS "classique" avait suivi son cours avec Mac OS 9, et le Macintosh est devenu une machine alimentée par Unix avec des tripes très différentes sous la forme de Mac OS X. Ainsi, il a hérité du concept NeXT UI d'un Dock. Sur les machines NeXT d'origine, X11 était utilisé, mais avec un ensemble assez unique de widgets et de conventions d'interface utilisateur. Le plus distinctif d'entre eux était probablement le Dock, qui était une sorte de lanceur de programmes combiné à un sélecteur de tâches. (La boîte de dialogue d'ouverture de fichier "multicolonne" connue dans OS-X provient également de NeXT, ainsi que d'autres éléments visibles. Cependant, les changements les plus importants dans la transition OS-X étaient tous invisibles.) Le Dock fonctionnait bien avec le concept Macintosh de « l'application en tant qu'élément fondamental de l'interface utilisateur ». Ainsi, un utilisateur pourrait voir qu'une application est ouverte par une marque sur l'icône du dock, et y basculer ou la lancer en cliquant dessus. Étant donné que l'OS-X moderne prenait désormais en charge le multitâche bien mieux que le Mac OS classique, il était soudainement logique qu'un utilisateur veuille avoir toutes sortes de choses en arrière-plan, comme un logiciel de conversion vidéo qui se lance en arrière-plan , un enregistreur d'écran, un logiciel VOIP, une radio Internet, un serveur Web, quelque chose qui parle en réponse à une commande vocale, etc. La barre était toujours séparée des fenêtres en haut de l'écran, et vous pouviez avoir un menu directement sur l'icône du dock, afin qu'un utilisateur puisse toujours interagir avec un programme qui n'avait pas d'interface utilisateur ouverte. par conséquent, abandonner la convention existante consistant à garder une application ouverte, juste pour ressembler davantage à Windows, aurait été considéré par la plupart des utilisateurs de Mac comme un horrible pas dans la mauvaise direction. Elle rend impossible plusieurs modes d'interaction, sans réel bénéfice.

    De toute évidence, certains utilisateurs préfèrent la convention Windows, et aucune n'est "prouvablement correcte". Mais, migrer loin de quelque chose d'utile comme ça, sans aucune bonne raison n'aurait tout simplement aucun sens. Espérons que cette visite à travers une partie de l'histoire vous donne un peu de contexte que vous trouvez utile.


    6 réponses 6

    (Notez que # avant une commande indique qu'elle doit être exécutée par le superutilisateur, alors remplacez le # par sudo .)

    Ouvrez logind.conf en tant que root : # vim /etc/systemd/logind.conf et supprimez le # avant HandleLidSwitch=suspend . Vous pouvez également modifier l'option suspendre pour hiberner ou éteindre

    . et collez-le dans vim en tapant : "+p

    En réponse à ce post, j'ai eu le même problème avec cela sur mon Toshiba Satellite a305-s6902 (que j'ai acheté uniquement pour m'entraîner sur Linux), et j'ai trouvé que cela fonctionnait pour moi :

    puis comme ci-dessus, supprimez le # avant HandleLidSwitch=suspend et enregistrez ( ESC : w q ).

    CEPENDANT ---> Je constate que je dois mettre l'ordinateur en veille manuellement D'ABORD, et après chaque redémarrage pour engager le déclencheur. Je ne sais pas pourquoi, mais cela a toujours fonctionné pour moi.

    Je l'ai résolu en décommentant la variable LID_SLEEP=true de /etc/default/acpi-support .

    J'ai eu le même problème avec Linux Mint Cinnamon 17.2. Comme il est basé sur Ubuntu 14.04, je m'attends à ce que beaucoup de choses soient à peu près les mêmes.

    Après avoir recherché le problème de suspension sur couvercle fermé, je me suis retrouvé ici et jusque-là, le mieux que j'avais trouvé était de suspendre manuellement la première fois après un démarrage, puis le couvercle fermé se suspendait. Après avoir lu ces messages et commentaires, je pense avoir résolu le problème.

    Ouvert une session de terminal et, en utilisant nano au lieu de vim, tapé

    Comme suggéré, j'ai supprimé le # avant HandleLidSwitch=suspend . Puis je l'ai sauvegardé.

    . et copié et collé les 5 prochaines lignes précédemment publiées

    REMARQUE: Pour que cela fonctionne, j'ai ajouté le sudo à la ligne /usr/sbin/pm-suspend . Sinon, il ne fonctionnerait pas.

    Enfin, je l'ai enregistré et, comme indiqué précédemment, j'ai tapé l'utilisateur connecté au lieu de root, tapé

    Malheureusement, cela n'a pas fonctionné. J'ai cependant fait quelques tests sur les commandes du script et elles ont fonctionné, j'ai donc décidé que quelque chose d'autre ne les déclenchait pas. Plus bas dans les articles, je suis tombé sur une référence à un bogue du gestionnaire d'alimentation Gnome :

    Particulièrement intéressant était un article de Michael Backhaus le 09/06/2012 dans lequel il écrivait :

    /etc/acpi/events/lidbtn déclenche /etc/acpi/lid.sh qui déclenche /etc/acpi/local/lid.sh.post .

    Ensuite, une version presque identique du script bash ci-dessus, lid.sh.post .

    Dans cette version de Mint, /etc/acpi/events/lidbtn et /etc/acpi/lid.sh n'existaient pas. Cependant, /etc/acpi/events/powerbtn et /etc/acpi/powerbtn.sh l'ont fait. Un regard sur "powerbtn" a fourni une réponse

    Pour créer un "lidbtn" personnalisé, tapé

    et je l'ai modifié comme ça pour lidbtn

    Je l'ai sauvé. Puis copié /etc/acpi/local/lid.sh.post dans /etc/acpi/ et renommé lidbtn.sh .

    J'ai redémarré et maintenant la fermeture du couvercle suspend toujours mon ordinateur portable. Cependant, je dois le réveiller manuellement lors de l'ouverture du couvercle. Prochain projet sur lequel travailler.

    ADDENDUM : Je dois ajouter que je n'ai pas de deuxième moniteur. Pour moi, le problème était que la suspension ne fonctionnait tout simplement pas lorsque le couvercle était fermé.


    1. Installation du pilote [version] corrigé à partir du référentiel officiel (recommandé) :

    Nvidia a poussé une mise à jour de son pilote de version le 05/04/2017, contenant, entre autres, le correctif de bogue que vous recherchez. Le pilote de version mis à jour a reçu la version 375.66

    Étant donné que ce 375.66 est dans le référentiel officiel, le chargement du pilote patché est assez simple.

    Si vous êtes actuellement sur la version buggy 375.39, alors tout ce qui devrait être requis est un simple :

    Si vous utilisez l'ancien pilote, vous devez effectuer une :

    Suivi par le passage à la nouvelle version du pilote dans Pilotes supplémentaires :

    Si vous utilisez actuellement un pilote installé manuellement, vous devez le désinstaller, redémarrer, puis effectuer les étapes décrites ci-dessus.

    Après le redémarrage, vous devriez constater que votre pilote Nvidia a été mis à jour vers 375.66 .


    En supposant que vos clients utilisent tous Vista ou mieux, vous pouvez utiliser ce guide pour « lister blanc » l'ensemble de périphériques USB que votre entreprise déploie et bloquer le reste. De l'article :

    • Empêchez les utilisateurs d'installer n'importe quel appareil.
    • Autorisez les utilisateurs à installer uniquement les appareils figurant sur une liste « approuvée ». Si un périphérique ne figure pas dans la liste, l'utilisateur ne peut pas l'installer.
    • Empêchez les utilisateurs d'installer des appareils figurant sur une liste « interdits ». Si un appareil ne figure pas dans la liste, l'utilisateur peut l'installer.
    • Refuser l'accès en lecture ou en écriture aux utilisateurs pour les appareils qui sont eux-mêmes amovibles ou qui utilisent des supports amovibles, tels que les graveurs de CD et de DVD, les lecteurs de disquettes, les disques durs externes et les appareils portables tels que les lecteurs multimédias, les téléphones intelligents ou les appareils Pocket PC .

    Dans Computer ConfigurationAdministrative TemplatesWindows ComponentsBitLocker Drive EncryptionRemovable Data Drives , vous trouverez des paramètres vous permettant de refuser l'accès en écriture aux lecteurs non chiffrés avec BitLocker et de refuser l'accès en écriture aux lecteurs chiffrés qui n'appartiennent pas à votre organisation .

    Je ne suis au courant d'aucune stratégie de groupe permettant cela, mais le contrôle des périphériques de McAfee (et plusieurs produits de sécurité d'autres fournisseurs) fournit cette fonctionnalité.

    J'ai été chargé de trouver la même chose dans mon organisation. J'ai défini une stratégie de groupe depuis Win7 et 2008 et j'ai plus tard une stratégie pour bloquer l'accès USB par les groupes d'utilisateurs.

    Bien que j'ai réussi à bloquer les clés USB et les appareils Android, j'ai quand même pu monter l'iPHone/iPod d'Apple en tant que périphériques de stockage. Nous avons également eu des problèmes avec certains utilisateurs dont les cartes réseau des stations d'accueil pour ordinateurs portables ne fonctionnaient pas correctement. J'ai depuis supprimé cette politique et je peux consulter des applications tierces pour cette entreprise. Il semble que vous souhaitiez également ajouter à la liste blanche les appareils sélectionnés par votre service informatique. Dans ce cas, vous souhaiterez peut-être rechercher une solution tierce au lieu d'utiliser GPO seul.


    Voir la vidéo: Ikkunankunnostusta Kaukolan kylätalolla