Bouton Fermer sur notify-osd?
Est-il possible d'obtenir un bouton de fermeture sur l'OSD?
Cela reste longtemps, et parfois j'ai des collègues sur mon PC, et je ne veux pas qu'ils voient qui est en ligne ou quelle chanson que j'écoute. Non, je ne peux pas le désactiver.
Votre meilleur pari serait de rapporter un bogue et de demander la fonctionnalité. Lors du dépôt d'un bogue de liste de souhaits comme celui-ci, assurez-vous d'indiquer à certains utilisateurs pourquoi cette fonctionnalité pourrait s'avérer utile pour une plus grande partie de la communauté des utilisateurs Ubuntu.
Le choix d'avoir zéro chrome sur les notifications éphémères est très délibéré et ne va pas changer. La raison en est que ces notifications doivent être aussi légères que possible.
Cependant, certaines choses pourraient être faites pour vous aider davantage.
Il existe une spécification pour rendre le calendrier de la variable de notification: les messages plus longs resteraient plus longtemps ou les messages mis à jour seraient étendus. Un correctif implémentant serait le bienvenu, cela nous permettrait de raccourcir le temps de messages très courts :-)
De plus, nous aimerions ajouter un mode "ne pas déranger", dans lequel seules les notifications système (urgentes), telles que les problèmes de batterie très faible et les problèmes matériels, seraient affichées. Vous pouvez donc éviter de déranger les gens quand ils regardent par-dessus votre épaule, ou si vous êtes branché sur le projecteur (bien que nous préférions placer les notifications sur l'écran de votre ordinateur portable et non sur le projecteur, où ils sont différents affichages). Encore une fois, un patch pour cela serait le bienvenu.
Il n'y a pas de bouton de fermeture, le blob n'est même pas là en termes de souris (lorsque vous cliquez dessus, vous cliquez simplement sur ce qui est derrière), voir les détails ici:
https://wiki.ubuntu.com/NotifyOSD
Cette fonctionnalité ne changera pas, plusieurs rapports de bogues vous ont demandé ce que vous demandiez, mais tous ont été refusés avec la plus grande fermeté.
Vous pouvez cependant créer un programme pour le fermer, bifurquer un peu le code osd et utiliser certaines des branches de code existantes qui le font déjà. Voir le programme D-Feet pour parcourir et jouer avec l'interface dbus de notifyosd et le code sur le tableau de bord.
Il existe un moyen de recevoir des notifications avec un bouton de fermeture.
Installez d’abord Avant Window Navigator à partir du centre logiciel et ajoutez le "Notification Daemon" au dock.
Maintenant, appuyez sur Alt + F2 et collez
gconf-editorEnsuite, accédez aux applications> awn-applet-notification-daemon (il s’agit du dernier AWN issu du PPA de la ligne de commande AWN. Il peut s’agir des applications> avant-window-navigator> awn-applet-notification-daemon sur les anciennes versions d’Avant Window Navigator. ). Cliquez sur une touche pour afficher sa description en bas afin que vous sachiez la modifier. La clé la plus importante est: "kill_standard_daemon" - assurez-vous que cette option est activée, sinon les notifications AWN ne fonctionneront pas.
Par exemple, "override_x" est la position horizontale sur l'écran (pour lequel j'ai utilisé "1900" parce que ma largeur d'écran est 1920 et que je veux que les notifications soient affichées à droite), "override_y" est la position verticale ( pour lequel j’ai utilisé "30", le dialogue de notification s’affiche dans le coin supérieur droit) et "gradient_factor" correspond à la transparence. Cela devrait être suffisant pour vous aider à démarrer.
Pour personnaliser les couleurs, décochez la case "use_theme", puis spécifiez un "text_colour" et un "bg_colour" et ainsi de suite.
Une fonctionnalité importante que vous pouvez activer est "show_icon". Ceci affichera une icône sur votre dock Avant Window Navigator sur laquelle vous pourrez cliquer pour désactiver/activer temporairement les notifications.
Au lieu d'utiliser avant window navigator, vous pouvez également le faire (uniquement testé sur Lucid):
Installez xfce4-notifyd à partir du centre logiciel et appuyez sur Alt + F2 et collez killall notify-osd
Ceci bascule vers le démon de notification de XFCE, qui ressemble beaucoup à celui par défaut, seul un bouton de fermeture apparaît lorsque vous survolez la page.
J'ai déjà lu à ce sujet et je peux comprendre le raisonnement de conception, mais dans la pratique, ils sont gênants quand ils ne peuvent pas être effacés facilement.
L'utilisation de https://launchpad.net/caffeine , une application de barre d'état qui peut empêcher les économies d'écran/d'énergie, désactivera également les fenêtres contextuelles. J'ai donc pensé suggérer une solution de contournement.
Le blocage de la notification met en évidence la nécessité d’un historique des notifications, mais c’est aussi un problème qui a été soulevé et résolu sans problème: bugs.launchpad.net/notify-osd/+bug/382094
Signet: bouton Fermer sur notify-osd?
ref:
Des concepts éprouvés, bashname __ 'd La solution "désactivée" du graffiti contextuel OSD est conçue et hachurée comme suit:
dbus-monitor "interface='org.freedesktop.Notifications'" | \
grep --line-buffered "member=Notify" | \
sed -u -e 's/.*/killall notify-osd/g' | \
bash
Cela peut être exécuté dans un terminal ou en tâche de fond - arrêtez-le et les graffitis réapparaissent.
L'OP a déclaré "Non, je ne peux pas le désactiver". Si, par là, cela signifie que le système de notification IS NE DOIT PAS être désactivé par le poseur, cette solution est cohérente avec cela. Le système est intact. Si cela signifie que le poseur ne sait pas comment le faire, la solution est à nouveau pertinente.
Détails expliqués ci-dessous ligne. L’ultime serait d’intégrer tout dans (dans?) Le DBus, d’invoquer directement
qdbus org.freedesktop.Notifications \
/org/freedesktop/Notifications \
org.freedesktop.Notifications.CloseNotification(uint id)
Une solution rudimentaire très, très, très naïve, qui est plus une preuve de concept que pratique, essentiellement "désactive" notify-osd (ou du moins ses effets). N'oubliez pas d'y mettre fin lorsque vous avez terminé les tests! par ETX'ng avec <ctrl> -C ou en fermant la fenêtre du terminal, etc. Il fait son travail mais pas très pragmatique! car malheureusement, d'autres emplois souffrent d'essayer de faire le leur ...
while true; do killall notify-osd; done
(pour "entendre" une activité pertinente que vous voudrez peut-être "grepout"
notify-osd: no process found ....
)
Testez-le en l'exécutant dans une fenêtre de terminal et à partir d'une autre fenêtre de terminal, essayez de:
notify-send "test 1" "now you see it not"
notify-send "test 2" "you see it not after test 1 evaporates"
notify-send "test 3" "finally after test 2 evaporates"
Arrêtez le premier processus, puis réessayez les messages.
Peut-être un indicateur notify-osd pour unity-panel-service pourrait-il invoquer killall notify-osd. Le bouton de fermeture "Hot Spotted" ne serait pas (et ne peut pas!) Résider dans la fenêtre de notification, mais il serait disponible dans le panneau des indicateurs. Ceci est tout à fait analogue au concept que Unity a pour Windows. L'utilisation de la barre supérieure pour la fermeture des notifications est similaire à celle utilisée par Unity pour exiler les menus de la fenêtre avec les mini, mini et maxi boîtes dans la barre de menus supérieure.
Une solution vraiment élégante aurait l'indicateur apparaître lorsque l'activité de DBus pour les manifestes notify-osd et disparaît lorsqu'il n'y a pas de notifications en attente.
Cela pourrait également résoudre le problème des notifications empilées - une seule peut être vue à la fois. Si plusieurs notifications sont en attente, chacune d'elles doit s'évaporer avant que la suivante ne s'affiche. - ils ne peuvent généralement pas être vus simultanément.
DBus-monitor 'ng de l'interface de notification notify-osd fournira toutefois un accusé de réception immédiat des avis en attente, même s'il en existe déjà un. (AND si killall notify-osd est émis immédiatement - presto poof!)
Tout sélectionner, glisser-déposer dans une fenêtre de terminal aux tests suivants:
notify-send "test 1" "now you see it"
notify-send "test 2" "you see it after test 1 evaporates"
notify-send "test 3" "finally after test 2 evaporates"
maintenant faire la même chose avec p {r} oof:
notify-send "test 1" "now you don't"
notify-send "test 2" "you see it not! after test 1 evaporates"
notify-send "test 3" "NOT finally after test 2 evaporates"
killall notify-osd
notify-send "gonzo" "gone nada Zip zilch"
Le killall notify-osd de la solution suggérée serait déclenché lorsque DBus monitor détecte une activité de graffiti dans le menu OSD.
Essaye ça:
http://www.webupd8.org/2012/06/closable-movable-notifyosd.html
Vous n'aurez pas de bouton de fermeture, mais vous pourrez fermer la bulle et régler l'heure à laquelle elle est active.
Réduisez le délai avec l'application notify-osd-conf.
Un bouton de fermeture sur les notifications elles-mêmes ne résoudra pas votre problème. Ils verront toujours les notifications et devront cliquer sur le bouton de fermeture pour les fermer, le cas échéant.
Ce que vous devriez faire à la place, c’est quand vous voulez autoriser d’autres personnes à utiliser votre ordinateur, choisissez simplement l’option "Changer d’utilisateur" dans le menu système en haut à droite (icône représentant un engrenage), puis utilisez la connexion en tant qu’invité. Cela créera une session temporaire à leur disposition et ne préservera pas l'historique du navigateur, les cookies, etc. lorsque cet utilisateur se déconnectera. Cela les empêchera de voir vos notifications, ainsi que de ne pas perturber vos propres données (historique Web, téléchargements, connexions, etc.), lorsqu’ils traverseront l’éther à partir de votre ordinateur.
C'était une décision délibérée de laisser de côté tout moyen d'interagir avec la bulle de notification (donc une notification passive), afin que vous puissiez poster un rapport de bogue sur Launchpad (il en existe peut-être déjà un) et faire pression pour qu'il soit modifié.
Ce n'est pas quelque chose que je peux voir se produire bientôt à moins d'une demande importante (et il n'y en a pas)
Il pourrait également être intéressant d'essayer de résoudre ce problème en demandant un moyen d'empêcher certains programmes d'accéder au système notify-osd.