NetBSD-Projekt Informationen zum Ändern des in einer X11-Sitzung angebotenen Standard-Fenstermanagers von auf . CTWM ist eine Abzweigung von twm, die 1992 abgezweigt wurde und sich in Richtung eines leichten und vollständig anpassbaren Fenstermanagers weiterentwickelte, mit dem Sie das Erscheinungsbild und Verhalten nach Ihrem Geschmack ändern können.
Der twm-Fenstermanager wird seit 20 Jahren auf NetBSD angeboten und sieht in der heutigen Umgebung veraltet aus. Die negative Reaktion der Leute auf das Standard-TWM zwang die Entwickler, die Standard-Shell zu überdenken und den leistungsfähigeren CTWM-Fenstermanager zu verwenden, um eine Umgebung zu schaffen, die für Benutzer mit Erfahrung in anderen Betriebssystemen benutzerfreundlich ist.
CTWM unterstützt virtuelle Desktops, wird aktiv weiterentwickelt und ist unter einer NetBSD-kompatiblen Lizenz verfügbar. Zu den auf Basis von CTWM implementierten neuen Funktionen gehören ein automatisch generiertes Anwendungsmenü, nützliche Tastaturkürzel für die vollständige Steuerung ohne Maus, Anpassung für die Arbeit mit unterschiedlichen Bildschirmauflösungen (einschließlich HiDPI nach dem Hinzufügen großer Schriftarten) und die Möglichkeit, sowohl sehr langsame als auch sehr langsame Schriftarten zu unterstützen schnelle Systeme mit einer einzigen Konfigurationsdatei.
Es war:
Wurde:
zusätzlich Ein Hinweis zum Status des NetBSD-Composite-Server-Projekts basierend auf dem Wayland-Protokoll. Der Port ist noch nicht alltagstauglich, eignet sich aber bereits für Experimente und die Ausführung von Anwendungen mit Qt5, GTK3 oder SDL2. Zu den Problemen gehören die Inkompatibilität mit einigen Anwendungen, einschließlich Firefox, mangelnde Unterstützung für die Ausführung von X11-Anwendungen und die Möglichkeit, nur mit Intel-GPUs zu arbeiten, für die es einen Treiber zum Umschalten der Videomodi auf Kernelebene gibt.
Eine der Eigenschaften von Wayland, die die Portierung auf NetBSD erschwert, ist das Vorhandensein einer großen Menge betriebssystemspezifischen Codes in den zusammengesetzten Managern, die für die Verwaltung des Bildschirms, der Eingabe und der Fensterverwaltung verantwortlich sind. Wayland bietet keine vorgefertigten Protokolle für Funktionen wie Screenshots, Bildschirmsperre und Fensterverwaltung und bleibt in Bereichen wie Portabilität, Modularität und Standardisierung immer noch hinter X-Server zurück.
Zusätzliche Funktionen werden durch den Composite Manager oder durch die Definition von Protokollerweiterungen implementiert. Der Weston-Referenzverbundserver ist stark von der Linux-Kernel-API abhängig. Beispielsweise erfordert die Bindung an den Epoll-I/O-Multiplexmechanismus eine Überarbeitung, um kqueue zu unterstützen. Patches für die Verwendung von kqueue wurden von Entwicklern von BSD-Systemen bereits vorbereitet, aber noch nicht in den Mainstream aufgenommen.
Der Code des Referenz-Composite-Servers wurde ursprünglich nur mit Blick auf Linux geschrieben und berücksichtigt nicht die Funktionen anderer Systeme (der Code verwendet beispielsweise „#include " und Abhängigkeit von libinput). FreeBSD implementiert einen Klon der Linux-Eingabe-API, NetBSD verwendet jedoch eine grundlegend andere Eingabeverwaltungs-API, wscons. Derzeit wurde die wscons-Unterstützung bereits zu swc hinzugefügt und die Portierung auf andere Verbundmanager ist geplant.
NetBSD-Vertreter wollen Wayland-Entwickler davon überzeugen, keinen harten Link zu Epoll zu verwenden, sondern auf eine universelle Ebene wie Libevent umzusteigen. Zu den geplanten Arbeiten gehört auch die Aktualisierung des DRM/KMS-Stacks des NetBSD-Kernels und der Grafiktreiber, einschließlich der Portierung von Code aus dem Linux-Kernel, sowie das Hinzufügen von Unterstützung für die atomare Umschaltung von Videomodi, neue Versionen von DRM und der Glamour-API (für die Ausführung von X11). Anwendungen, auf denen xwayland ausgeführt wird). Es ist geplant, den Wayland-basierten Verbundserver um Unterstützung für Framebuffer zu erweitern.
Source: opennet.ru