Dunst: لم يعد Dunst يحترم "-r" (استبدال) بعد الآن

تم إنشاؤها على ٢٤ نوفمبر ٢٠١٨ · 4تعليقات · مصدر: dunst-project/dunst

لقد أحضرت أحدث إصدار من Dunst اليوم وقمت ببنائه. يبدو أن وظيفة الاستبدال لم تعد تعمل على الرغم من أنها كانت تعمل من قبل بشكل مثالي.

$ dunstify -r 2593 -p "test volume"
13
$ dunstify -r 2593 -p "test volume"
14
$ dunstify -r 2593 -p "test volume"
15

يبدو أنه لم يعد يحل محل المعرف السابق وأن إعلامات وحدة التخزين الخاصة بي تتراكم فوق بعضها البعض. كما يظهر في المقتطف في كل مرة يتم تشغيله ، يتم إنشاء معرف جديد ولا يحترم -r $id بعد الآن.

التزام العمل الأخير هو: f0b047497eabf3 ، لذا فإن كل ما تسبب في هذه المشكلة هو الالتزام التالي الذي تم دمجه في 2018-11-11 :

d879d70da060ea 2018-10-25 12:32 +0200 Jordan Galby Implement stack_tag, implementing x-canonical-private-synchronous

قبل هذا الالتزام ، كانت نتيجة المقتطف أعلاه كما هو متوقع:

$ dunstify -r 2593 -p "test volume"
2593
$ dunstify -r 2593 -p "test volume"
2593
$ dunstify -r 2593 -p "test volume"
2593

معلومات التثبيت

الإصدار: Dunst - A customizable and lightweight notification-daemon v1.3.2-235-gd786381
نوع التثبيت: manually
التوزيع والإصدار: Ubuntu 18.04.1 LTS x86_64

Bug

مصدر

existme

ال 4 كومينتر

الإصلاح مضمن بالفعل في # 551. لذا قبل الإصدار سنصلح هذا.

ولكن على أي حال ، أثناء وجودك هنا ، تحقق من ميزة stack_tag ، وهي أجمل بكثير من المعرف العشوائي ، الذي لا وجود له في الواقع.

bebehei في ٢٤ نوفمبر ٢٠١٨

👍1

شكرا لك على ردود الفعل السريعة. ومع ذلك ، لم أتمكن من العثور على وثائق بخصوص stack_tag .
لقد أضفت هذا القسم إلى dunstrc :

[volume]                                                                         
    appname = volume                                                             
    history_ignore = yes                                                         
    foreground = "#ebdbb2"                                                       
    set_stack_tag = "volume"

هل هذا كافٍ ، ما هي الفوائد الأخرى لهذه الميزة؟ أو أنها مجرد طريقة لاستبدال المعرفات العشوائية كما قلت.

existme في ٢٤ نوفمبر ٢٠١٨

existme ليس هناك الكثير من الوثائق حوله ، أنت على حق ، لكن هذا المثال هو إلى حد كبير: الإشعارات التي تحمل نفس العلامة تحل محل بعضها البعض. كما قلت ، فإن الهدف من ذلك هو حل حالة الاستخدام هذه بالضبط دون استخدام معرفات عشوائية يمكن أن تتعارض مع الإشعارات الأخرى.