عند استخدام own_window_type = "override"
، لا يقوم conky بتعيين أي تلميحات للنافذة (عمدًا). يمكن رؤية هذا هنا .
لا يوجد سبب يمنع كونكي من وضع هذه التلميحات وهو في الواقع عقبة في مواقف معينة. قد لا تتم إدارة النافذة ، ولكن يجب أن تظل أدوات مثل xdotool أو compton وسيلة لتحديد النافذة. يجب تعيين تلميحات مثل WM_CLASS في كلتا الحالتين. في الواقع ، لا أعتقد أن تعيين كل التلميحات نفسها سيضر ، حتى لو كانت تحتوي على معلومات غير ضرورية.
من مواصفات EWMH:
يتم تجاهل نوافذ التجاوز - إعادة التوجيه من قبل مديري النوافذ التقليديين ، ولكن ليس من خلال مديري التركيب. يتحمل مديرو التركيب مسؤولية طلاء جميع النوافذ على الشاشة ، بما في ذلك نوافذ التجاوز وإعادة التوجيه.
لتمكين مديري التركيب من تزيين نافذة التجاوز-إعادة التوجيه بشكل صحيح ، على سبيل المثال عن طريق جعلها شفافة أو عن طريق تغيير شكل النوافذ ، تسمح هذه المواصفات للعملاء بتعيين الخصائص على نوافذ التجاوز-إعادة التوجيه التي تشير إلى وظيفة النوافذ.
لا أعرف C / C ++ وأنا هنا لإغلاق المشكلات. هل تريد إجراء علاقات عامة لمعالجة هذا الأمر؟ شكرا. :-)
ليس لدي وقت للعمل على هذا (ولم أعد أستخدم conky أيضًا) ، ولكن يجب أن يكون إصلاحًا بسيطًا نسبيًا ، لذلك ستكون مشكلة جيدة للمبتدئين!
مرحبا،
في المرفق ، تصحيح يقوم (فقط) بتعيين تلميح WM_CLASS عند own_window_type = override.
يمكن أن يكون مفيدًا لأي شخص يستخدم conky (مع own_window_type = override) و compton ويريد استبعاد الظل على كونكي بالقاعدة البسيطة "class_g؟ = 'conky" ".
conky-set-wmclass-on-override.patch.txt (conky 1.10.8)
conky-set-wmclass-on-override-1.11.patch.txt (conky 1.11.x)
-
سيب
التعليق الأكثر فائدة
مرحبا،
في المرفق ، تصحيح يقوم (فقط) بتعيين تلميح WM_CLASS عند own_window_type = override.
يمكن أن يكون مفيدًا لأي شخص يستخدم conky (مع own_window_type = override) و compton ويريد استبعاد الظل على كونكي بالقاعدة البسيطة "class_g؟ = 'conky" ".
conky-set-wmclass-on-override.patch.txt (conky 1.10.8)
conky-set-wmclass-on-override-1.11.patch.txt (conky 1.11.x)
-
سيب