</p>
<h3 id=13.3.2.libinput">13.3.2. Biblioteka libinput</h3>
<p>
+ Biblioteka <strong>libinput</strong> 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:
+ </p>
+ <p>
+ Zanim przjedziemy do śledzenia zdarzeń możemy za pomoca polecenia
+ <em>libinput</em>, które jest powiązane z biblioteka <em>libinput</em>
+ wyświetlić listę dostępnych w systemie urządzeń wejściowych.
+ </p>
+<!--Jeśli znajdziemy distro w domyślnym waylandem, lub zmusimy debiana-->
+<pre class="code-block">
+$ sudo libinput
+...
+</pre>
+ <p>
+ Teraz kiedy orientujemy się jakie urządzenia są podłączone oraz
+ w jaki sposób są widziane przez protokoł <em>Wayland</em> możemy
+ przjeść do śledzenia zdarzeń.
+ </p>
+<pre class="code-block">
+$ sudo libinput debug-events --show-keycodes
+<!--Wstawić wyjście z libinput, jesli będzie wayland-->
+</pre>
+ <p>
+ 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.
+ </p>
+ <h3 id="13.3.3.waylandcompatibiltywithX">13.2.3. Zgodność Wayland z system X Window</h3>
+ <p>
+ Protokół <em>Wayland</em> 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 <em>X Window</em> jest
+ również używany na innych uniksach, było projektowanych na z myślą
+ system <em>X</em>. Zgodność natomiast między tymi dowoma systemami
+ może polegać na dwóch podjeściach.
+ </p>
+ <p>
+ 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 <em>Wayland</em>. 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.
+ </p>
+ <p>
+ Innym rozwiązaniem jest uruchomienie aplikacji przeznaczonych dla
+ <em>X</em> po przez warstwę zgodności, polegającą na uruchomieniu
+ jako klienta <em>Wayland</em> całego serwera <em>X Window</em>.
+ Nazwywane jest to serwerem <em>Xwayland</em> 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ę.
+ </p>
+ <p>
+ Oczywście odwrotnie to nie zadziała nie można uruchmaiać aplikacji
+ dla <em>Wayland</em> pod system <em>X</em>, choć teoretycznie jest
+ to możliwe. Możemy uruchomić menedżer kompozycji w oknie
+ system <em>X</em>, jednak nie jest zalecane ze wzgledu na efekty
+ uboczne, takie jak uruchomienie aplikacji w sesji <em>X Window</em>,
+ a jej rzeczywiste pojawienie się w uruchomionej w oknie sesji
+ <em>Wayland</em>.
</p>
</div>
<p style="margin: 15px; padding: 0; outline: 0;">