デスクトップ通知 - 版の履歴

AshMyzk: TranslationStatus の時刻形式を合わせる

2025-07-03T08:41:23Z

TranslationStatus の時刻形式を合わせる

← 古い版		2025年7月3日 (木) 17:41時点における版
135行目:		135行目:
	* [https://hashbang.fr/tutoriel-notify.html Python の通知サンプル] (フランス語の記事)		* [https://hashbang.fr/tutoriel-notify.html Python の通知サンプル] (フランス語の記事)

	{{TranslationStatus\|Desktop notifications\|2025/07/03\|839792}}		{{TranslationStatus\|Desktop notifications\|2025-07-03\|839792}}

AshMyzk: /* アプリケーションがちょうど 1 分間ハングする */ 修正

2025-07-03T08:40:34Z

アプリケーションがちょうど 1 分間ハングする: 修正

← 古い版		2025年7月3日 (木) 17:40時点における版
105行目:		105行目:
	=== アプリケーションがちょうど 1 分間ハングする ===		=== アプリケーションがちょうど 1 分間ハングする ===

	アプリケーションが通知を表示しようとした際にハングしてしまう場合、通知サーバーが自身の可用性を誤って D-Bus サービスに広告してしまっているのかもしれません。		アプリケーションが通知を表示しようとした際にハングしてしまう場合、通知サービスが自身の可用性を誤って D-Bus サービス経由で広告してしまっているのかもしれません。

	たとえば、ユーザーが最近、{{Pkg\|plasma-workspace}} を必要とする KDE コンポーネントをインストールしたが、まだ XFCE を実行しているとします。この場合、KDE 通知機能が優先されますが、ユーザーはそれを実行していません。アプリケーションはサービスの待機中にハングし、タイムアウト後に {{Pkg\|xfce4-notifyd}} にフォールバックすることになります。		たとえば、ユーザーが最近、{{Pkg\|plasma-workspace}} を必要とする KDE コンポーネントをインストールしたが、まだ XFCE を実行しているとします。この場合、KDE 通知機能が優先されますが、ユーザーはそれを実行していません。アプリケーションはサービスの待機中にハングし、タイムアウト後に {{Pkg\|xfce4-notifyd}} にフォールバックすることになります。
118行目:		118行目:
	}}		}}

	[[~~ジャーナル~~]] を見ると、これら2つのうちどちら一方が定期的に1分のタイムアウトで失敗しています:		[[journal]] を見ると、これら2つのうちどちら一方が定期的に1分のタイムアウトで失敗しています:

	{{hc\|# journalctl -g notif\|2=		{{hc\|# journalctl -g notif\|2=

AshMyzk: 同期

2025-07-03T08:39:09Z

同期

差分を表示

AshMyzk: /* 他のユーザーに通知を送る */ 追加

2025-02-07T09:50:31Z

他のユーザーに通知を送る: 追加

← 古い版		2025年2月7日 (金) 18:50時点における版
638行目:		638行目:

	== ヒントとテクニック ==		== ヒントとテクニック ==

			=== 他のユーザーに通知を送る ===

			{{man\|1\|systemd-run}} を使うことで (例えば root として実行されたバックグラウンドのスクリプトなどから)、他のユーザーのセッションに入り、そのユーザーに通知を送ることができます:

			# systemd-run --machine=''target_user''@.host --user notify-send 'Hello world!' 'This is an example notification.'

			もう一つの方法は {{Pkg\|systembus-notify}} です。以下のコマンドは、{{ic\|systembus-notify}} をセッション内に実行しているすべてのユーザーに通知を表示します:

			$ dbus-send --system / net.nuetzlich.SystemNotifications.Notify 'string:Hello world!' 'string:This is an example notification.'

			{{Tip\|[[systemd#サービスの失敗を通知する]] で説明されているようにして、上記のコマンドを {{ic\|ExecStart}} コマンドで実行することで、失敗したサービスを通知で知らせることもできます。}}

	=== 以前の通知を置き換える ===		=== 以前の通知を置き換える ===

Kgx: /* ヒントとテクニック */ 同期

2024-09-24T21:10:05Z

ヒントとテクニック: 同期

← 古い版		2024年9月25日 (水) 06:10時点における版
663行目:		663行目:
	}}		}}

	=== D-BUS サービスを備えば複数の通知サーバー ===		=== D-BUS サービスを備えた複数の通知サーバー ===

	[[デスクトップ通知#スタンドアロン\|スタンドアロン]] セクションで説明されているように、ユーザーは通知サーバーを自動的に起動できるように D-Bus サービスを作成できます。一部の実装には、すでに D-Bus サービスファイルが含まれています。ただし、複数の通知サーバーがインストールされており、それらの一部にサービスファイルが付属している場合、これにより問題が発生します。たとえば、目的のサーバーを明示的に指定せずに {{Pkg\|dunst}} と {{Pkg\|mako}} の両方をインストールすると、D-Bus がユーザーにどちらかを選択しますが、その決定はユーザーが制御できません。この状況を回避するには、使用するサービスを指すシンボリックリンク {{ic\|$XDG_DATA_DIR/dbus-1/services/org.freedesktop.Notifications.service}} を作成して、使用するサービスをオーバーライドし、セッションを再起動します。		[[デスクトップ通知#スタンドアロン\|スタンドアロン]] セクションで説明されているように、ユーザーは通知サーバーを自動的に起動できるように D-Bus サービスを作成できます。一部の実装には、すでに D-Bus サービスファイルが含まれています。ただし、複数の通知サーバーがインストールされており、それらの一部にサービスファイルが付属している場合、これにより問題が発生します。たとえば、目的のサーバーを明示的に指定せずに {{Pkg\|dunst}} と {{Pkg\|mako}} の両方をインストールすると、D-Bus がユーザーにどちらかを選択しますが、その決定はユーザーが制御できません。この状況を回避するには、使用するサービスを指すシンボリックリンク {{ic\|$XDG_DATA_DIR/dbus-1/services/org.freedesktop.Notifications.service}} を作成して、使用するサービスをオーバーライドし、セッションを再起動します。

			=== 失敗した Systemd サービスに関する通知 ===

			失敗したサービスによる通知を受け取るには、ターゲットユーザーに {{Pkg\|systembus-notify}} をインストールして実行し、[[systemd#サービスの失敗を通知する]] に示されている手順に従います。ただし、{{ic\|failure-notification@}} は置き換えてください。これを使用したテンプレートユニット:
			{{hc\|/etc/systemd/system/failure-notification@.service\|2=
			[Unit]
			Description=Send a notification about a failed systemd unit
			After=Graphical.target

			[Service]
			Type=simple
			ExecStart=/usr/bin/dbus-send --system / net.nuetzlich.SystemNotifications.Notify 'string:%i' 'string:Unit failed'
			}}

			残念ながら、このソリューションは通知の緊急性やタイムアウトの設定をまだサポートしていません。[https://github.com/rfjakob/systembus-notify/issues/6 this issue] を参照してください。

	== トラブルシューティング ==		== トラブルシューティング ==

Mjachkie: /* 参照 */ enからリンクを更新

2023-08-29T08:19:31Z

参照: enからリンクを更新

← 古い版		2023年8月29日 (火) 17:19時点における版
696行目:		696行目:

	==参照==		==参照==
	*[https://developer.gnome.org/libnotify/ Libnotify リファレンスマニュアル]		*[https://developer-old.gnome.org/libnotify/ Libnotify リファレンスマニュアル]
	*[http://milky.manishsinha.net/2009/03/29/working-with-libnotify/ C サンプル]		*[https://web.archive.org/web/20160313162757/http://milky.manishsinha.net/2009/03/29/working-with-libnotify/ C サンプル] (アーカイブされたバージョン)
	* [https://www.devdungeon.com/content/desktop-notifications-linux-python Python 通知サンプル]		* [https://www.devdungeon.com/content/desktop-notifications-linux-python Python 通知サンプル]
	*[http://hashbang.fr/tutoriel-notify.html Python サンプル] (フランス語の記事)		*[http://hashbang.fr/tutoriel-notify.html Python サンプル] (フランス語の記事)

Kgx: 同期

2023-05-30T12:41:39Z

同期

@@ 181行目: / 181行目: @@
+}
 }}
 ===Crystal===

Kgx: /* トラブルシューティング */ 翻訳

2023-05-30T12:39:40Z

トラブルシューティング: 翻訳

← 古い版		2023年5月30日 (火) 21:39時点における版
688行目:		688行目:
	=== アプリケーションがちょうど 1 分間ハングする ===		=== アプリケーションがちょうど 1 分間ハングする ===

			通知を表示しようとしているときにアプリケーションがハングする場合は、通知サービスが D-Bus サービスを通じてその可用性を誤って宣伝していることが原因である可能性があります。
	If applications hang when attempting to show notifications, it might be because of a notification service falsely advertising its availability through the D-Bus service.

			たとえば、ユーザーが最近、{{Pkg\|plasma-workspace}} を必要とする KDE コンポーネントをインストールしたが、まだ XFCE を実行しているとします。この場合、KDE 通知機能が優先されますが、ユーザーはそれを実行していません。アプリケーションはサービスの待機中にハングし、タイムアウト後に {{Pkg\|xfce4-notifyd}} にフォールバックすることになります。
	For instance, suppose a user recently installed a KDE component that requires {{Pkg\|plasma-workspace}}, but the user is still running XFCE. In this case, the KDE notifier will be prioritized, but the user is not running it. The application will hang while waiting for the service, and only after a timeout will it fall back to {{Pkg\|xfce4-notifyd}}.

			最も顕著なハングは、音量インジケーターのスクロール調整に起因する可能性があります。
	The most noticeable hanging might come from the volume indicator scroll adjustment.

			この状況に陥った場合は、2 つの通知ハンドラーが必要です。
	If you are in this situation, you should have two notification handlers:

	{{hc\|$ find /usr/share/dbus-1/services/ -name 'Notif'\|		{{hc\|$ find /usr/share/dbus-1/services/ -name 'Notif'\|
701行目:		701行目:
	}}		}}

			[[systemd/ジャーナル\|ジャーナル]] に見られるように、これら 2 つのうち、1 つは 1 分のタイムアウト後に定期的に失敗します。
	Of those two, one fails regularly after a 1-minute timeout, as seen in the [[journal]]:

	{{hc\|# journalctl -g notif\|2=		{{hc\|# journalctl -g notif\|2=
710行目:		710行目:
	}}		}}

			[[デスクトップ通知# D-BUS サービスを備えば複数の通知サーバー\|D-BUS サービスを備えば複数の通知サーバー]] の説明に従って、使用するサービスを選択すると、問題が解決します。
	Choosing the service you want to use as described in [[#Multiple notification servers with D-Bus services]] will fix the problem.

	==参照==		==参照==

Kgx: /* ヒントとコツ */ 翻訳

2023-05-30T12:34:04Z

ヒントとコツ: 翻訳

← 古い版		2023年5月30日 (火) 21:34時点における版
654行目:		654行目:
	}}		}}

	== ヒントとコツ ==		== ヒントとテクニック ==

	=== 以前の通知を置き換える ===		=== 以前の通知を置き換える ===

			ID がわかっている場合は、通知を置き換えることができます。新しい通知リクエストで同じ ID が指定されている場合、常に古い通知が置き換えられます。(上記の libnotify バインディングはこれを自動的に処理します。) 残念ながら、notify-send はこの ID を報告しないため、CLI でこれを行うには代替ツールが必要です。有効な CLI ツールの 1 つは、[https://github.com/phuhl/notify-send.py Notice-send.py] Python スクリプトです。これは、追加の ID レポート機能と置換機能を備えた Notify-Send 構文を提供します。
	Notifications can be replaced if their ID is known; if a new notification request specifies the same ID, it will always replace the old notification. (The libnotify bindings shown above handle this automatically.) Unfortunately notify-send does not report this ID, so alternative tools are required to do this on CLI. One capable CLI-tool is the [https://github.com/phuhl/notify-send.py notify-send.py] python script, which provides notify-send syntax with additional ID-reporting and replacing capabilities.

	~~However, with~~ ''~~some~~'' ~~notification servers~~ (~~such as~~ Notify-OSD), ~~you~~ ~~can use the~~ {{ic\|string:x-canonical-private-synchronous:}} ~~hint with notify-send to achieve the same result.~~		ただし、''一部の'' 通知サーバー (Notify-OSD など) では、notify-send で {{ic\|string:x-canonical-private-synchronous:}} ヒントを使用して同じ結果を得ることができます。

			たとえば、時間を表示する通知を取得するには:
	For example, to get a notification displaying time:
	{{bc\|1=		{{bc\|1=
	while true; do		while true; do
673行目:		673行目:
	=== ボタンを含める、閉じる/クリックを把握する ===		=== ボタンを含める、閉じる/クリックを把握する ===

			[https://github.com/phuhl/notify-send.py Notice-send.py] スクリプトを使用すると、アクションを使用してボタンを表示したり、通知のデフォルトアクションをリッスンしたりできます (通常、ユーザーがそれをクリックする)と閉じるアクション。''action-icons'' ヒントが true に設定されており、通知デーモンがこれをサポートしている場合、ボタンにはテキストの代わりにアイコンが表示されます。スクリプトは、対応するイベントが発生したときに、コマンドラインにアクション ID または "close" を出力します。デフォルトのアクション (クリック時) をリッスンするには、アクション識別子 "default" を使用する必要があります。
	With the [https://github.com/phuhl/notify-send.py notify-send.py] script, actions can be used to display buttons or to listen for the default-action of the notification (usually, when the user clicks on it) and the close-action. When the ''action-icons'' hint is set to true and the notification daemon supports this, the buttons will display icons instead of text. The script prints the action identifier or "close" to the command line when the corresponding event has occured. To listen for the default action (on-click), one has to use the action-identfier "default".

			ボタン上のアイコンの例:
	Example with icons on buttons:
	{{bc\|1=		{{bc\|1=
	notify-send.py "Buttons" "Do you like em?" --hint boolean:action-icons:true --action yes:face-cool no:face-sick		notify-send.py "Buttons" "Do you like em?" --hint boolean:action-icons:true --action yes:face-cool no:face-sick
682行目:		682行目:
	=== D-BUS サービスを備えば複数の通知サーバー ===		=== D-BUS サービスを備えば複数の通知サーバー ===

			[[デスクトップ通知#スタンドアロン\|スタンドアロン]] セクションで説明されているように、ユーザーは通知サーバーを自動的に起動できるように D-Bus サービスを作成できます。一部の実装には、すでに D-Bus サービスファイルが含まれています。ただし、複数の通知サーバーがインストールされており、それらの一部にサービスファイルが付属している場合、これにより問題が発生します。たとえば、目的のサーバーを明示的に指定せずに {{Pkg\|dunst}} と {{Pkg\|mako}} の両方をインストールすると、D-Bus がユーザーにどちらかを選択しますが、その決定はユーザーが制御できません。この状況を回避するには、使用するサービスを指すシンボリックリンク {{ic\|$XDG_DATA_DIR/dbus-1/services/org.freedesktop.Notifications.service}} を作成して、使用するサービスをオーバーライドし、セッションを再起動します。
	As described in the section [[#Standalone\|Standalone]], users can create a D-Bus service so that a notification server can be launched automatically. Some implementations already include the D-Bus service files. However, this causes a problem when multiple notification servers are installed and when some of them come with the service files. For example, installing both {{Pkg\|dunst}} and {{Pkg\|mako}} without explicitly specifying the desired server, D-Bus then chooses one for the users, and the decision is out of users' control. To avoid the situation, you can override the service used by creating the symbolic link {{ic\|$XDG_DATA_DIR/dbus-1/services/org.freedesktop.Notifications.service}} pointing to the service you want to use, and then restart the session.

	== トラブルシューティング ==		== トラブルシューティング ==

Kusanaginoturugi: /* Troubleshooting */ タイトルのみ飜訳

2022-04-07T01:41:04Z

Troubleshooting: タイトルのみ飜訳

← 古い版		2022年4月7日 (木) 10:41時点における版
684行目:		684行目:
	As described in the section [[#Standalone\|Standalone]], users can create a D-Bus service so that a notification server can be launched automatically. Some implementations already include the D-Bus service files. However, this causes a problem when multiple notification servers are installed and when some of them come with the service files. For example, installing both {{Pkg\|dunst}} and {{Pkg\|mako}} without explicitly specifying the desired server, D-Bus then chooses one for the users, and the decision is out of users' control. To avoid the situation, you can override the service used by creating the symbolic link {{ic\|$XDG_DATA_DIR/dbus-1/services/org.freedesktop.Notifications.service}} pointing to the service you want to use, and then restart the session.		As described in the section [[#Standalone\|Standalone]], users can create a D-Bus service so that a notification server can be launched automatically. Some implementations already include the D-Bus service files. However, this causes a problem when multiple notification servers are installed and when some of them come with the service files. For example, installing both {{Pkg\|dunst}} and {{Pkg\|mako}} without explicitly specifying the desired server, D-Bus then chooses one for the users, and the decision is out of users' control. To avoid the situation, you can override the service used by creating the symbolic link {{ic\|$XDG_DATA_DIR/dbus-1/services/org.freedesktop.Notifications.service}} pointing to the service you want to use, and then restart the session.

			== トラブルシューティング ==
	== Troubleshooting ==

			=== アプリケーションがちょうど 1 分間ハングする ===
	=== Applications hanging for exactly one minute ===

	If applications hang when attempting to show notifications, it might be because of a notification service falsely advertising its availability through the D-Bus service.		If applications hang when attempting to show notifications, it might be because of a notification service falsely advertising its availability through the D-Bus service.