บางครั้งส่วนเสริม dash to dock ของ GNOME สูญเสียอินสแตนซ์แอปที่เปิดอยู่และเปิดใช้งานอินสแตนซ์ใหม่ เมื่อฉันใช้อินสแตนซ์เดียวแล้ว นี่ไม่ใช่ปัญหาพื้นที่ทำงานเพราะแอปเปิดในพื้นที่ทำงานเดียวกัน มันสูญเสียการติดตามสิ่งที่เปิดอยู่และเปิดใช้งานอีกครั้ง และมันน่ารำคาญมาก
มันกำลังเกิดขึ้นใน Ubuntu 20.04.2 LTS และ GNOME Shell 3.36.9
มีใครรู้บ้างว่ามันคืออะไร??
หากคุณใช้ Xorg Gnome จะใช้คุณสมบัติ WM_CLASS ของแอปเพื่อค้นหาอินสแตนซ์ของแอป ทุกแอปพลิเคชันมีไฟล์ .desktop และมีฟิลด์ชื่อ สตาร์ทอัพWMClass. Gnome อ่านฟิลด์นี้เพื่อระบุอินสแตนซ์ของแอป บางแอปพลิเคชันไม่รวมถึง สตาร์ทอัพWMClass ฟิลด์ในไฟล์เดสก์ท็อป นี่อาจเป็นสาเหตุของปัญหา ในการแก้ไขให้ทำตามขั้นตอนเหล่านี้:
ไปที่ /usr/share/applications โฟลเดอร์และค้นหาชื่อแอพ คุณจะพบไฟล์เดสก์ท็อปที่เชื่อมโยงกับแอพนั้น foo.desktop. คัดลอกไฟล์นั้นไปที่ ~/.local/share/applications (~ ย่อมาจากโฮมไดเร็กทอรีของผู้ใช้)
เปิดแอปที่ได้รับผลกระทบ เปิดเทอร์มินัลแล้วเรียกใช้ xprop WM_CLASS. เคอร์เซอร์จะเปลี่ยนเป็นเครื่องหมายบวก จากนั้นคลิกที่แอพที่ได้รับผลกระทบ บรรทัดจะถูกพิมพ์ไปที่เทอร์มินัลดังนี้: WM_CLASS(STRING) = 'ฟู'
ตอนนี้เปิดไฟล์ที่คัดลอกในขั้นตอนที่ 1 โดยใช้โปรแกรมแก้ไขข้อความ ในตอนท้ายของไฟล์ให้เพิ่มบรรทัด StartupWMClass=<wm_class>. แทนที่ wm_class ด้วยผลลัพธ์ที่คุณได้รับในขั้นตอนก่อนหน้าโดยไม่มีเครื่องหมายอัญประกาศ เช่น.- StartupWMClass=ฟู
บันทึกไฟล์ จากนั้นเปิดแอปใหม่อีกครั้ง และปัญหาควรได้รับการแก้ไข
โปรดทราบว่าสิ่งนี้จะใช้ได้เฉพาะใน Xorg เท่านั้นเนื่องจาก AFAIK, Wayland ไม่ต้องการไฟล์ สตาร์ทอัพWMClass คุณสมบัติ.
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
