From: xf0r3m Date: Wed, 11 Oct 2023 11:07:39 +0000 (+0200) Subject: Tworzenie rozdziału 13. Zakończenie podrozdziału 13.3 X-Git-Url: https://gitweb.morketsmerke.org/?a=commitdiff_plain;h=d917d4a67b86e1dfdc841096925647b9ad3fbe8e;p=mmdev.git Tworzenie rozdziału 13. Zakończenie podrozdziału 13.3 --- diff --git a/articles/terminallog/Linux.Podstawy.html b/articles/terminallog/Linux.Podstawy.html index 2eda26a..da0ac3f 100644 --- a/articles/terminallog/Linux.Podstawy.html +++ b/articles/terminallog/Linux.Podstawy.html @@ -10640,6 +10640,75 @@ bash

13.3.2. Biblioteka libinput

+ Biblioteka libinput jest odpowiedzialna z uzyskanie + od jądra danych wejściowych z urządzeń, np. znaków wprowadzanych na + klawiaturze oraz ustandaryzowanie ich do danych protokołu. Mimo, iż + te informacje mogą wydawać się nie ciekawe do omówienia to przy + użyciu tej biblioteki możemy śledzić zdarzenia wejściowe: +

+

+ Zanim przjedziemy do śledzenia zdarzeń możemy za pomoca polecenia + libinput, które jest powiązane z biblioteka libinput + wyświetlić listę dostępnych w systemie urządzeń wejściowych. +

+ +
+$ sudo libinput
+...
+
+

+ Teraz kiedy orientujemy się jakie urządzenia są podłączone oraz + w jaki sposób są widziane przez protokoł Wayland możemy + przjeść do śledzenia zdarzeń. +

+
+$ sudo libinput debug-events --show-keycodes
+
+
+

+ Po uruchomieniu mozemy poprzemieszczać kurs myszy lub poklikać kilka + klawiszy na klawiaturze, w na wyjściu polecenia zobaczymy takie + informacje jak te przedstawione na przykładzie. +

+

13.2.3. Zgodność Wayland z system X Window

+

+ Protokół Wayland jest w miarę świerzym (jak na postrzeganie + czasu przez Uniksy) podejściem jesli chodzi o wyświetlanie. Do tej + pory większość okienkowych, mających uruchamiać się na dystrybucjach + Linuksa, ale i nie tylko. Bo wiem system X Window jest + również używany na innych uniksach, było projektowanych na z myślą + system X. Zgodność natomiast między tymi dowoma systemami + może polegać na dwóch podjeściach. +

+

+ Podejście pierwsze polega na dostosowaniu aplikacji natywnie + przygotowanej dla X. Aplikacje przygotowane z myślą o dystrybujach + Linuksa często wykorzystują zestawy narzędzi dużych środowisk + graficznych takich jak GNOME lub KDE. Te zestawy są przygotowane do + działania z protokołem Wayland. Wiele podstawowych aplikacji + zostało już dostosowanych w ten sposób. Różnice tutaj mogą polegąć + poza obsługa elementów dekoracyjnych, czy konfiguracja urządzeń + wejściowych pozostaja jescze zależności wobec bibliotek związanych + z system X. +

+

+ Innym rozwiązaniem jest uruchomienie aplikacji przeznaczonych dla + X po przez warstwę zgodności, polegającą na uruchomieniu + jako klienta Wayland całego serwera X Window. + Nazwywane jest to serwerem Xwayland i jest domyślne działa + podczas sekwencji ładowania menedżera kompozycji. Wykorzystanie + takiej warstwy wymaga przetłumaczenia zdarzeń wejściowych oraz + utrzymania osbono buforów ramek okien. Metoda ta jest równiez nieco + wolniejsza, ale często nie jest brane w ogóle po uwagę. +

+

+ Oczywście odwrotnie to nie zadziała nie można uruchmaiać aplikacji + dla Wayland pod system X, choć teoretycznie jest + to możliwe. Możemy uruchomić menedżer kompozycji w oknie + system X, jednak nie jest zalecane ze wzgledu na efekty + uboczne, takie jak uruchomienie aplikacji w sesji X Window, + a jej rzeczywiste pojawienie się w uruchomionej w oknie sesji + Wayland.