การเผยแพร่โปรโตคอล กลไกการสื่อสารระหว่างกระบวนการ และไลบรารีที่เสถียร . สาขา 1.18 สามารถเข้ากันได้แบบย้อนหลังในระดับ API และ ABI ด้วยการเปิดตัว 1.x แต่มีการปรับปรุงบางส่วนเพิ่มเติม เซิร์ฟเวอร์คอมโพสิต Weston 8.0 ซึ่งพัฒนาฐานโค้ดและตัวอย่างการทำงานสำหรับการใช้ Wayland ในสภาพแวดล้อมเดสก์ท็อปและโซลูชันแบบฝังตัวคือ ในปลายเดือนมกราคม
การปรับปรุงที่สำคัญใน Wayland 1.18:
- เพิ่มการรองรับระบบประกอบ Meson ความสามารถในการสร้างโดยใช้เครื่องมืออัตโนมัติยังคงอยู่ในขณะนี้ แต่จะถูกลบออกในรุ่นต่อๆ ไป
- API สำหรับการแยกออบเจ็กต์พร็อกซีตามแท็ก ช่วยให้แอปพลิเคชันและชุดเครื่องมือแชร์การเชื่อมต่อ Wayland เดียว
- เปิดใช้งานการติดตามตัวจับเวลาเซิร์ฟเวอร์เวย์แลนด์ในพื้นที่ผู้ใช้ ซึ่งช่วยลดการสร้างตัวอธิบายไฟล์มากเกินไป
- ฟังก์ชัน wl_global_remove() ซึ่งส่งเหตุการณ์เพื่อลบอ็อบเจ็กต์โกลบอลโดยไม่ต้องล้างข้อมูล คุณลักษณะใหม่ ป้องกันไม่ให้สภาวะการแข่งขันเกิดขึ้นเมื่อลบออบเจ็กต์ส่วนกลาง สภาวะการแข่งขันเหล่านี้อาจเกิดขึ้นได้เนื่องจากลูกค้าไม่สามารถรับทราบการรับเหตุการณ์การลบได้ ฟังก์ชัน wl_global_remove() ทำให้สามารถส่งเหตุการณ์การลบออกได้ก่อน และหลังจากความล่าช้าบางอย่างเท่านั้นที่จะล้างวัตถุ
สถานะการสนับสนุน Wayland ในแอปพลิเคชัน สภาพแวดล้อมเดสก์ท็อป และการกระจาย:
- ในเฟโดรา มอบโครงสร้างเริ่มต้นของ Firefox ตาม Wayland แก้ไขปัญหาโดยใช้ไดรเวอร์ไบนารี่ NVIDIA ที่เป็นกรรมสิทธิ์กับ Wayland
ความสามารถในการทดลองเพื่อเปิด XWayland โดยอัตโนมัติเมื่อพยายามเรียกใช้แอปพลิเคชันโดยใช้โปรโตคอล X11
ในสภาพแวดล้อม Wayland ได้มีการเพิ่มความสามารถในการรันแอปพลิเคชัน X11 ด้วยสิทธิ์รูทภายใต้ XWayland SDL สำหรับ Wayland แก้ไขปัญหาการปรับขนาดเมื่อเล่นเกมรุ่นเก่าที่ทำงานด้วยความละเอียดหน้าจอต่ำ ไลบรารี Qt สำหรับใช้ในสภาพแวดล้อม GNOME ถูกสร้างขึ้นตามค่าเริ่มต้นด้วยการรองรับ Wayland - В GNOME มีให้บริการเป็นเดสก์ท็อปพร้อมเซิร์ฟเวอร์แสดงผลเริ่มต้นที่ใช้ Wayland
- ในรุ่นตัวอย่าง GTK 4 ใน GDK การใช้งาน API ที่พัฒนาขึ้นโดยคำนึงถึงการใช้โปรโตคอล Wayland เพิ่มการรองรับอินเทอร์เฟซพอร์ทัลสำหรับการเข้าถึงการตั้งค่า GtkSettings ลงในแบ็กเอนด์ GDK สำหรับ Wayland และมีการเสนอการรองรับส่วนขยายโปรโตคอล text-input-unstable-v3 สำหรับการทำงานกับวิธีการป้อนข้อมูล
- โครงการเพื่อกำจัดข้อผิดพลาดและข้อบกพร่องของ GNOME ที่ปรากฏขึ้นเมื่อทำงานบน Wayland
- ในเอ็กซ์เวย์แลนด์ โปรเซสเซอร์ GLX ที่ใช้อินเทอร์เฟซซอฟต์แวร์ EGL ซึ่งจะช่วยลดการใช้ซอฟต์แวร์แรสเตอร์ไรเซอร์ swrast
- เป้าหมายการพัฒนาของ KDE ในอีกสองปีข้างหน้า ได้แก่: การแปล KDE เป็น Wayland สภาพแวดล้อม KDE ที่ทำงานบน Wayland ได้รับการวางแผนให้เป็นสภาพแวดล้อมหลัก และสภาพแวดล้อมที่ใช้ X11 จะถูกลดระดับลงในหมวดหมู่ของตัวเลือกและการขึ้นต่อกันที่เป็นตัวเลือก ในช่วงระยะเวลาการรายงานใน KDE รองรับการปรับขนาดแบบเศษส่วนเมื่อทำงานบน Wayland เซสชัน KDE ที่ใช้ Wayland ได้รับการปรับให้ทำงานกับไดรเวอร์ NVIDIA ที่เป็นกรรมสิทธิ์ ขณะนี้สามารถลากและวางหน้าต่างแอปพลิเคชันโดยใช้ XWayland และ Wayland ในโหมดลากและวางได้แล้ว KWin ให้การเลื่อนที่ถูกต้องด้วยล้อเลื่อนของเมาส์ในสภาพแวดล้อมที่ใช้ Wayland
- ใน GNOME ความสามารถในการเปิดใช้งาน XWayland โดยอัตโนมัติเมื่อพยายามเรียกใช้แอปพลิเคชันโดยใช้โปรโตคอล X11 (ก่อนหน้านี้ XWayland จะต้องทำงานอย่างต่อเนื่อง)
- ทำงานเกี่ยวกับการย้ายแอปพลิเคชันสภาพแวดล้อมผู้ใช้ MATE ไปยัง Wayland ใน โปรแกรมดูรูปภาพ Eye of MATE ได้รับการปรับใช้สำหรับ Wayland และการสนับสนุน Wayland ในแผง MATE ได้รับการปรับปรุงแล้ว
- ใน Qt Wayland Compositor รองรับโปรโตคอล linux-dmabuf-unstable-v1 และ wp_viewporter มีการเพิ่มการรองรับโปรโตคอล fullscreen-shell-unstable-v1 ให้กับส่วนประกอบแพลตฟอร์ม Qt สำหรับ Wayland
- Waypipe เป็นพร็อกซีสำหรับโปรโตคอล Wayland ที่อนุญาตให้คุณเรียกใช้แอปพลิเคชันบนโฮสต์อื่น
- ในสภาพแวดล้อมของผู้ใช้ ปรับปรุงการสนับสนุนการทำงานภายใต้ Wayland อย่างมีนัยสำคัญ
- สำหรับไฟร์ฟอกซ์ แบ็กเอนด์ใหม่สำหรับ Wayland ที่ใช้กลไก DMABUF สำหรับการเรนเดอร์พื้นผิว
- บน Ubuntu ในสภาพแวดล้อมแบบ Wayland ความสามารถในการรันแอปพลิเคชัน X11 ด้วยสิทธิ์รูทที่ใช้งาน Xwayland
- ชุดแพทช์ Wine-wayland และไดรเวอร์ winewayland.drv ซึ่งอนุญาตให้คุณใช้ Wine ในสภาพแวดล้อมตามโปรโตคอล Wayland โดยไม่ต้องใช้ XWayland และส่วนประกอบที่เกี่ยวข้องกับ X11
- การพัฒนา Mir ในฐานะเซิร์ฟเวอร์คอมโพสิตสำหรับ Wayland ยังคงดำเนินต่อไป ในเครื่องมือสำหรับรับรองการเปิดตัวแอปพลิเคชัน Wayland ในสภาพแวดล้อม Mir ส่วนขยายโปรโตคอล Wayland การเพิ่มประสิทธิภาพการทำงานสำหรับโค้ดที่เกี่ยวข้องกับ Wayland และมีการเพิ่มแพลตฟอร์มกราฟิก "wayland" ใหม่ ทำให้ Mir สามารถทำงานเป็นไคลเอ็นต์ภายใต้เซิร์ฟเวอร์คอมโพสิต Wayland อื่นได้ การสนับสนุนการทดลองสำหรับการเปิดใช้งานแอปพลิเคชัน X11 แบบไดนามิกในสภาพแวดล้อมที่ใช้ Wayland
- รุ่นใหม่ของสภาพแวดล้อมผู้ใช้ Sway โดยใช้ Wayland;
- การกระจายตัวของลูบันตู เปลี่ยนไปใช้ Wayland ในปี 2020 การสนับสนุน Wayland ได้รับการวางแผนที่จะดำเนินการผ่านการย้ายตัวจัดการหน้าต่าง Openbox เพื่อใช้เซิร์ฟเวอร์แสดงผล Mir ซึ่งใช้เป็นเซิร์ฟเวอร์คอมโพสิตสำหรับ Wayland
- กำลังพัฒนา ซึ่งเป็นเซิร์ฟเวอร์คอมโพสิตที่ใช้ Wayland สำหรับการรันแอปพลิเคชันแต่ละรายการในโหมดคีออสก์
- งานยังคงดำเนินต่อไปในการเปิดตัวสภาพแวดล้อมผู้ใช้ LXQt 1.0.0 ซึ่งเป็นภารกิจหลักในการพัฒนาซึ่งคือการนำความสามารถในการทำงานบน Wayland มาสู่ความพร้อมอย่างเต็มที่
- เครื่องมืออนุมานสำหรับการเรียกใช้เครื่องเสมือน Linux บน ChromeOS การสนับสนุนในตัวสำหรับลูกค้า Wayland (virtio-wayland) ด้วยการดำเนินการเซิร์ฟเวอร์คอมโพสิตที่ด้านข้างของโฮสต์หลักและความสามารถในการใช้ GPU จากระบบแขกอย่างมีประสิทธิภาพ
- สำหรับ FreeBSD พอร์ตที่จำเป็นในการสร้าง KDE ด้วยการสนับสนุน Wayland
- บนระบบปฏิบัติการ DragonFly BSD ท่าเรือที่มีเวย์แลนด์และเวสตัน การสนับสนุน XWayland;
- สภาพแวดล้อมที่กำหนดเองโดยใช้ Wayland и รวมเป็นโครงการใหม่ . Liri ขึ้นอยู่กับ Qt 5 (QML) และส่งเสริมสไตล์การออกแบบวัสดุ
- Wayland เปิดใช้งานตามค่าเริ่มต้นบนแพลตฟอร์มมือถือ , , ,