پروژه NetBSD در مورد تغییر مدیر پنجره پیش فرض ارائه شده در جلسه X11 از بر . CTWM یک فورک twm است که در سال 1992 ساخته شد و به سمت ایجاد یک مدیر پنجره سبک وزن و کاملاً قابل تنظیم تکامل یافت که به شما امکان می دهد ظاهر و رفتار را مطابق سلیقه خود تغییر دهید.
مدیر پنجره twm در 20 سال گذشته در NetBSD ارائه شده است و در محیط امروزی قدیمی به نظر می رسد. واکنش منفی مردم به twm پیش‌فرض، توسعه‌دهندگان را مجبور کرد که در پوسته پیش‌فرض تجدیدنظر کنند و از مدیر پنجره قدرتمندتر CTWM برای ایجاد محیطی دوستانه برای کاربران با تجربه در سایر سیستم‌عامل‌ها استفاده کنند.
CTWM از دسکتاپ مجازی پشتیبانی می کند، به طور فعال در حال توسعه است و تحت مجوز سازگار با NetBSD در دسترس است. ویژگی های جدید پیاده سازی شده بر اساس CTWM عبارتند از: منوی برنامه تولید شده به صورت خودکار، میانبرهای مفید صفحه کلید برای کنترل کامل بدون ماوس، سازگاری برای کار با وضوح های مختلف صفحه (از جمله HiDPI پس از افزودن فونت های بزرگ)، توانایی پشتیبانی از هر دو بسیار آهسته و بسیار سیستم های سریع با استفاده از یک فایل پیکربندی واحد.
این بود:
تبدیل شده است:
علاوه بر این یادداشتی در مورد وضعیت پروژه سرور کامپوزیت NetBSD بر اساس پروتکل Wayland این پورت هنوز برای استفاده روزمره آماده نیست، اما در حال حاضر برای آزمایش ها و برنامه های کاربردی با استفاده از Qt5، GTK3 یا SDL2 مناسب است. مشکلات عبارتند از ناسازگاری با برخی از برنامه ها از جمله فایرفاکس، عدم پشتیبانی از اجرای برنامه های X11، و توانایی کار فقط با پردازنده های گرافیکی اینتل که درایور برای تغییر حالت های ویدیو در سطح هسته وجود دارد.
یکی از ویژگی های Wayland که انتقال به NetBSD را دشوار می کند، وجود مقدار زیادی کد مخصوص سیستم عامل در مدیران ترکیبی است که مسئولیت مدیریت صفحه، ورودی و مدیریت پنجره را بر عهده دارند. Wayland پروتکل‌های آماده‌ای را برای ویژگی‌هایی مانند اسکرین‌شات، قفل صفحه و مدیریت پنجره ارائه نمی‌کند و همچنان در زمینه‌هایی مانند قابل حمل بودن، ماژولار بودن و استانداردسازی از سرور X عقب مانده است.
قابلیت های اضافی توسط مدیر ترکیبی یا از طریق تعریف پسوندهای پروتکل پیاده سازی می شود. سرور مرکب مرجع Weston به شدت به API هسته لینوکس وابسته است. به عنوان مثال، اتصال به مکانیسم مولتی پلکس I/O epoll برای پشتیبانی از kqueue نیاز به کار مجدد دارد. پچ هایی برای استفاده از kqueue قبلاً توسط توسعه دهندگان سیستم های BSD تهیه شده است، اما هنوز در جریان اصلی پذیرفته نشده اند.
کد سرور مرکب مرجع در ابتدا فقط با چشم روی لینوکس نوشته شده است و ویژگی های سیستم های دیگر را در نظر نمی گیرد (به عنوان مثال، کد از "#include" استفاده می کند. "و وابستگی به libinput). FreeBSD یک شبیه سازی از API ورودی لینوکس را پیاده سازی می کند، اما NetBSD از یک API مدیریت ورودی اساساً متفاوت به نام wscons استفاده می کند. در حال حاضر، پشتیبانی wscons قبلاً به swc اضافه شده است و برای انتقال به سایر مدیران کامپوزیت برنامه ریزی شده است.
نمایندگان NetBSD قصد دارند توسعه دهندگان Wayland را متقاعد کنند که از یک پیوند سخت برای epoll استفاده نکنند، بلکه به یک لایه جهانی مانند libevent سوئیچ کنند. کارهای برنامه ریزی شده همچنین شامل به روز رسانی پشته DRM/KMS هسته NetBSD و درایورهای گرافیکی، از جمله انتقال کد از هسته لینوکس، و همچنین افزودن پشتیبانی برای تغییر اتمی حالت های ویدئو، نسخه های جدید DRM و Glamour API (برای اجرای X11) است. برنامه های در حال اجرا xwayland). برنامه ریزی شده است که پشتیبانی از فریم بافرها را به سرور کامپوزیت مبتنی بر Wayland اضافه کند.
منبع: opennet.ru