ฉันจะป้องกันไม่ให้การแจ้งเตือนหายไปเมื่อมีมากกว่า 3 ครั้งได้อย่างไร

ฉันไม่คิดว่าการแจ้งเตือนจะทำงานได้อย่างที่คุณคิดโดยไม่ต้องปรับแต่งโน่นนี่นั่น คุณอาจต้องลดความคาดหวังลง

ฉันเห็น แม้แต่ใน MATE ฉันตั้งค่าให้แสดง 10 แต่แสดงเพียง 5ฉันยังคงเข้าถึงการแจ้งเตือนที่เก่ากว่าที่เกิน 5 ได้โดยลบการแจ้งเตือนที่เป็นปัจจุบันมากกว่าทีละรายการ

ฉันยังใช้ MetaCity และฉันเห็นพฤติกรรมที่แตกต่างออกไป ฉันเห็นการแจ้งเตือนนับไม่ถ้วน แต่ฉันไม่เห็นว่าจะตั้งค่าการนับไว้ที่ไหน

นอกจากนี้ยังมีโอกาสที่คุณจะตีความสิ่งที่คุณเห็นผิดไป ฉันเห็นในการตั้งค่า MATE ซึ่งการแจ้งเตือนบางอย่าง เช่น NetworkManager จะถูกลบทันทีตามค่าเริ่มต้น หรือการตั้งค่าด้านล่าง ฉันเชื่อว่านี่คือจำนวนนาทีที่ต้องผ่านก่อนที่คุณจะเห็นการแจ้งเตือนเดิมอีกครั้ง

org.gnome.settings-daemon.plugins.housekeeping นาทีแจ้งเตือนระยะเวลา 10

จากที่กล่าวมา การตั้งค่านั้นดูเหมือนจะไม่มีผลใดๆ ต่อการแจ้งเตือน vlc หรือ rhythmbox ดังนั้นจึงเป็นเรื่องยากที่จะคาดหวังอีกครั้ง ฉันไม่คิดว่ามันสมเหตุสมผลด้วยซ้ำที่การตั้งค่าจะส่งผลต่อแอปพลิเคชันเพลงอยู่ดี มีเพลงที่มีความยาวเกิน 10 นาทีน้อยมาก ดังนั้นจึงสมเหตุสมผลที่จะเชื่อได้ว่าแต่ละแอปพลิเคชันสามารถจัดการการแจ้งเตือนในแบบของตัวเองได้ คุณควรเริ่มมองหาการตั้งค่าของแอปพลิเคชันเฉพาะและการตั้งค่าการแจ้งเตือน (ฉันเห็นการตั้งค่าที่แก้ไขได้สำหรับการแจ้งเตือนสำหรับ vlc)

ฉันกำลังทดสอบกับ Rhythmbox, vlc และ NetworkManager บนเดสก์ท็อปทั้ง MATE และ Metacity ฉันแค่หยุดและเล่นเพลงเดิม วนไปตามคลังเพลง และเปิดและปิดการเชื่อมต่อเครือข่ายผ่านแอพเพล็ต

ค้นหาผ่านการตั้งค่าสำหรับเดสก์ท็อปทั้งหมดที่คุณติดตั้ง
ในฐานะผู้ใช้:

gsettings รายการแบบเรียกซ้ำ | grep แจ้งเตือน

เป็นเรื่องยากสำหรับเราที่จะทราบว่าคุณติดตั้งอะไรไว้ แต่สิ่งนี้จะให้รายการการตั้งค่าที่สามารถตั้งค่าได้ซึ่งเชื่อมโยงกับการแจ้งเตือนสำหรับเดสก์ท็อปที่คุณมี คุณอาจต้องการลอง grepping สำหรับชื่อแอปพลิเคชันเฉพาะ

ฉัน (โดยส่วนตัว) ลังเลที่จะแนะนำแอปพลิเคชันจากที่เก็บข้อมูลภายนอกเพราะฉันตามไม่ทันว่าใครเป็นใคร (ปลอดภัยตามกฎหมาย) ในโลกนั้น แต่มีแพ็คเกจภายนอกที่พร้อมใช้งาน

หากไม่ได้ผล คุณอาจต้องหาวิธีส่งการแจ้งเตือนไปยัง sendmail หรือ syslog...
สิ่งหนึ่งที่ฉันทำได้กับมอนิเตอร์ dbus คือดึงเพลงที่ส่งการแจ้งเตือนจากrhythmbox
ในฐานะผู้ใช้:
dbus-monitor --session | grep "Stimulation.mp3"

ส่งผลให้:

สตริงตัวแปร "Method Man - Stimulation.mp3"

แต่นี่เป็นกรณีที่รู้ว่าฉันกำลังมองหาอะไรอยู่ ฉันไม่รู้หรอกว่าคุณจะสามารถคาดเดาการแจ้งเตือนทั้งหมดที่คุณจะได้รับตามปกติได้หรือไม่

สิ่งหนึ่งที่อาจสมเหตุสมผลกว่าเล็กน้อยและมีผลลัพธ์ที่คาดหวังคือ:

dbus-monitor --session interface=org.freedesktop.Notifications | grep -A20 "org.freedesktop.Notifications"

มีเอาต์พุตมากขึ้น แต่ฉันจำกัดไว้ที่ 20 บรรทัด ซึ่งส่งผลให้:

เวลาเรียกเมธอด=1645315302.262755 ผู้ส่ง=:1.132 -> ปลายทาง=org.freedesktop.Notifications serial=1116 path=/org/freedesktop/Notifications; interface=org.freedesktop.Notifications; สมาชิก = แจ้งเตือน
   สตริง "ริธึมบ็อกซ์"
   uint32 0
   สตริง "ริธึมบ็อกซ์"
   สตริง "Glamorous Life"
   สตริง "โดย <i>Sheila E</i> จาก <i>Operation Funk</i>"
   อาร์เรย์ [
      สตริง "สื่อข้ามย้อนกลับ"
      สตริง "ก่อนหน้า"
      สตริง "เล่นสื่อ-หยุดชั่วคราว"
      สตริง "หยุดชั่วคราว"
      สตริง "สื่อข้ามไปข้างหน้า"
      สตริง "ถัดไป"
   ]
   อาร์เรย์ [
      รายการตามคำบอก(
         สตริง "ไอคอนการกระทำ"
         ตัวแปรบูลีนจริง
      )
      รายการตามคำบอก(
         สตริง "หมวดหมู่"
--
เวลาสัญญาณ = 1645315306.482778 ผู้ส่ง =: 1.263 -> ปลายทาง = (ปลายทาง null) serial = 29 เส้นทาง = / org / freedesktop / การแจ้งเตือน; interface=org.freedesktop.Notifications; สมาชิก = ประกาศปิด
   uint32 1
   uint32 1

ฉันยังส่ง แจ้ง-ส่ง สั่งแล้วมันจับได้ คุณอาจสร้างสคริปต์/กระบวนการพื้นหลังที่กำหนดเส้นทางเอาต์พุตเหล่านี้ไปยังไฟล์หรือบันทึกที่คุณสามารถดูได้ในภายหลังหากมีความสำคัญต่อคุณคุณสามารถกรองและอาจจัดรูปแบบตามที่คุณต้องการหรือจัดการรูปแบบปัจจุบันเพื่อแยกวิเคราะห์

นี่ไม่ใช่คำตอบที่ชัดเจน แต่อาจให้คำแนะนำแก่คุณได้ (มากเกินไปที่จะใส่ในความคิดเห็น)