Dunst: लॉकस्क्रीन पर प्रदर्शित डंस्ट सूचनाएं (बेहतरलॉकस्क्रीन, xtrlock)

को निर्मित 27 मार्च 2020 · 5टिप्पणियाँ · स्रोत: dunst-project/dunst

स्थापना जानकारी

यदि आपका संस्करण १.२ से पहले का है, तो कृपया इस बात से इंकार करें कि व्यवहार पहले से ही मास्टर में तय है

संस्करण: Dunst - A customizable and lightweight notification-daemon 1.4.1 (2019-07-03)
इंस्टॉल प्रकार: dunst आधिकारिक आर्क रिपॉजिटरी से
डिस्ट्रो और संस्करण: Arch Linux

मूल मुद्दा: https://github.com/pavanjadhaw/betterlockscreen/issues/160

यहां पूछना क्योंकि समस्या betterlockscreen और xtrlock दोनों के साथ होती है।

मैं निम्नलिखित पैकेजों के साथ आर्क लिनक्स का उपयोग कर रहा हूं:

मेरी समस्या यह है कि dunst सूचनाएं अभी भी लॉकस्क्रीन पर दिखाई देती हैं।

मैंने उपयोगकर्ता सेवा को सक्षम करने के लिए systemctl enable betterlockscreen@$USER चलाया है।

अगर मैं सही ढंग से समझूं, चूंकि सिस्टमड उपयोगकर्ता सेवा सक्षम है, तो बेहतरलॉकस्क्रीन लॉक करने से पहले निम्नलिखित कार्य करती यह अनलॉक

मैंने वर्कअराउंड के रूप में नियमित betterlockscreen -l -t "" कमांड का उपयोग करने के बजाय इन आदेशों की नकल करने वाली लॉकस्क्रीन स्क्रिप्ट का उपयोग करने की कोशिश की (चूंकि dunst सूचनाएं अभी भी प्रदर्शित की गई थीं), लेकिन दुर्भाग्य से इससे कोई फर्क नहीं पड़ता।

lockscreen.sh

#!/bin/bash

pkill -u "$USER" -USR1 dunst
betterlockscreen -l -t ""
pkill -u "$USER" -USR2 dunst

_नोट: आर्क विकी पर सुझाए गए अनुसार मैंने killall -SIGUSR1 dunst और killall -SIGUSR2 dunst साथ भी प्रयास किया।

और यहां बताया गया है कि इसे xidlehook ^AUR द्वारा कैसे ट्रिगर किया जाता है:

~/.xinitrc

#!/bin/bash

dunst &
xset s on &
xset s 600 &
xidlehook \
--not-when-fullscreen \
--not-when-audio \
--timer 300 '~/scripts/lockscreen.sh' '' &

तो मूल रूप से, स्क्रीन 5 मिनट के बाद लॉक हो जाती है और अतिरिक्त 5 मिनट के बाद बंद हो जाती है। यह पूरी तरह से ठीक काम करता है, मेरा एकमात्र मुद्दा यह है कि लॉकस्क्रीन पर dunst सूचनाएं अभी भी प्रदर्शित होती हैं।

इसे पुन: उत्पन्न करना काफी कठिन है।

अग्रिम में धन्यवाद।

संपादित करें: मैं निम्नलिखित के साथ picom का भी उपयोग कर रहा हूं picom.conf :

पिकॉम.कॉन्फ

backend = "glx";

glx-no-stencil = true;
glx-copy-from-front = false;

shadow = false;
shadow-radius = 5;
shadow-offset-x = -5;
shadow-offset-y = -5;
shadow-opacity = 1;

shadow-ignore-shaped = false;

inactive-opacity = 1;
active-opacity = 1;
frame-opacity = 1;
inactive-opacity-override = false;

detect-client-opacity = true;

blur-background = false;
blur-background-frame = false;
blur-background-fixed = false;

fading = true;
fade-delta = 4;
fade-in-step = 0.03;
fade-out-step = 0.03;

fade-exclude = [ ];

mark-wmwin-focused = true;
mark-ovredir-focused = true;

use-ewmh-active-win = true;
detect-rounded-corners = true;
refresh-rate = 0;
vsync = true;
dbe = false;
unredir-if-possible = false;

focus-exclude = [ ];

detect-transient = true;
detect-client-leader = true;

wintypes:
{
    tooltip =
    {
        # fade: Fade the particular type of windows.
        fade = true;
        # shadow: Give those windows shadow
        shadow = false;
        # opacity: Default opacity for the type of windows.
        opacity = 1;
        # focus: Whether to always consider windows of this type focused.
        focus = true;
    };
    popup_menu = { opacity = 1; };
};

xrender-sync-fence = true;

Bug graphics help wanted

स्रोत

ghost

सभी 5 टिप्पणियाँ

खैर, मैं इसका अनुरक्षक हूं और मुझे भी यही समस्या है। :see_no_evil: मैं i3lock को लॉकस्क्रीन के रूप में उपयोग कर रहा हूं और मैं कॉम्पटन को कंपोजिटिंग मैनेजर के रूप में उपयोग कर रहा हूं।

हमारे शोध में, हमने पाया कि, यह आपके सिस्टम के कंपोजिटर से जुड़ा हुआ है, जो कुछ अजीब दौड़ की स्थिति पेश करता है .... :confuse: Ref: i3/i3lock#204 #553

bebehei 27 मार्च 2020

👀1 👍1

कंपोज़िटर इश्यू के अलावा ऊपर उल्लिखित पॉज़/अनपॉज़ समाधान मेरा समाधान है, और यह मेरे मामले में पूरी तरह से काम करता है।
यह यहां क्यों काम नहीं करता है, मुझे संदेह है कि यह स्क्रिप्ट के त्वरित रीड-थ्रू से betterscreenlock में एक बग है, यह --nofork बिना i3lock को कॉल करता है, इसलिए i3lock लॉन्च पर तुरंत फोर्क करता है जो बनाता है यह अनपॉज कमांड चलाता है।

tsipinakis 27 मार्च 2020

हमारे शोध में, हमने पाया कि, यह आपके सिस्टम के कंपोजिटर से जुड़ा हुआ है,

जानकारी के लिए धन्यवाद, मैं अभी के लिए picom को अक्षम कर दूंगा और देखूंगा कि क्या इससे समस्या हल हो जाती है।

कंपोज़िटर इश्यू के अलावा ऊपर उल्लिखित पॉज़/अनपॉज़ समाधान मेरा समाधान है, और यह मेरे मामले में पूरी तरह से काम करता है।
यह यहां क्यों काम नहीं करता है, मुझे संदेह है कि यह स्क्रिप्ट के त्वरित रीड-थ्रू से बेहतर स्क्रीनलॉक में एक बग है, यह i3lock को बिना --nofork के कॉल करता है, इसलिए i3lock फोर्क लॉन्च पर तुरंत होता है जो इसे अनपॉज़ कमांड चलाता है।

जैसा कि मैंने कहा, समस्या xtrlock साथ भी होती है (जो i3lock उपयोग नहीं करता है अगर मैं गलत नहीं हूं), निम्नलिखित स्क्रिप्ट के साथ लागू किया गया:

lockscreen.sh :

#!/bin/bash

pkill -u "$USER" -USR1 dunst       # or killall -SIGUSR1 dunst  
xtrlock -b
pkill -u "$USER" -USR2 dunst       # or killall -SIGUSR2 dunst

ghost 27 मार्च 2020

इसलिए मैंने picom अक्षम कर दिया है और मैं पुष्टि कर सकता हूं कि पिछले ~15 घंटों में मेरी लॉकस्क्रीन (वर्तमान में betterlockscreen का उपयोग कर) पर एक भी अधिसूचना दिखाई नहीं दी। मेरे द्वारा अनलॉक किए जाने के बाद वे सभी प्रदर्शित किए गए थे।

ghost 28 मार्च 2020

मैं पुष्टि कर सकता हूं कि मेरे पास पिकॉम चलाने में एक ही समस्या है। इसे अक्षम करने से समस्या भी हल हो जाती है, लेकिन दुर्भाग्य से मुझे इसकी आवश्यकता है। शायद हमें इसे पिकॉम पर ले जाना चाहिए?

kamushadenes 21 अप्रैल 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Dunst: लॉकस्क्रीन पर प्रदर्शित डंस्ट सूचनाएं (बेहतरलॉकस्क्रीन, xtrlock)

स्थापना जानकारी

सभी 5 टिप्पणियाँ

संबंधित मुद्दों