Zitat aus dem Artikel: "Während viele Anwendungen in absehbarer Zeit nativ unter Wayland laufen werden, weil die zugrundeliegenden Toolkits - darunter Qt und GTK+ - auf Wayland portiert werden, wird es weiterhin viele native X-Anwendungen geben."
Kann das bitte mal einer auseinanderklamüsern? Ich krieg da einen Gehirnkrampf.
Ich finde den Satz eigentlich nicht kompliziert. Qt und GTK+ Software läuft nativ auf Wayland. Klassische X Anwendungen wie http://www.boomerangsworld.de/worker laufen in einem lokal gestarteten X-Server, der sein Display in einem Wayland Fenster hat.
Von Sie haben vergessen, Ihren Nam am Do, 26. Juli 2012 um 13:06 #
Übersetzt heißt das: Es wird in Zukunft ein riesen Chaos geben. Distributionen werden ein halbfertiges Wayland vorschnell aufnehmen, ein Teil der Anwendungen wird Wayland, ein Teil X verwenden ("this might cause minor glitches at first"), und Linux auf dem Desktop wird wieder einen Schritt nach hinten machen.
Nein es macht einen Schritt nach vorne! Verwendet doch einfach LTS und enterprise Distributionen und ihr bekommt die "glitches" nicht mit. Wenn man aktuelle Software haben will muss man halt mit ein paar "glitches" oder backports auskommen!
Im Prinzip geht es nur darum, dass vermutlich nicht alle Toolkits und Libraries portiert werden. Einerseits weil das Interesse fehlt oder andererseits, weil diese sehr stark an X11-Support gebunden sind.
Aber um ehrlich zu sein, wer die typischen x* Anwendungen nutzt (xedit, xterm o.ä.), der hat vermutlich auch noch nie eine der Alternativen getestet, die in den meisten Fällen stabiler, schneller und benutzerfreundlicher sind. Mehr als eine Art "Fallback" stellen die eh nicht dar und selbst in der Funktion habe ich die nie genutzt.
Es geht einfach darum: GTK+ uund Qt werden auf Wayland portiert, was folgendes (vereinfacht) heißt: Im Quellcode wird Qt oder GTK+ gesagt es soll ein Fenster zeichnen - im Moment nutzen beide Toolkits eben noch X und sorgen dafür dass das Fenster eben auf dem XServer erscheint. Wenn sie portiert wurden, werden sie bei dem Befehl "Fenster zeichnen" eben nicht mehr den XServer Befehl nutzen, sondern einen der ein Fenster ins Wayland zeichnet - Punkt!
Das ist ja im Endeffekt der große Vorteil von Toolkits - ich brauch mich als Entwickler (kaum) drum scheren wie das Fenster gezeichnet wird, weil ich einfach meinem Toolkit sage, es soll eben diese Aufgabe für mich übernehmen.
Allerdings wird es noch andere Anwendungen geben, die nicht mit diesen Toolkits laufen, sondern mit anderen, oder komplett "selbst" geschrieben sind und nie portiert werden - also weiter XServer brauchen - was mit Wayland aber egal ist, weil der auch Fenster/Anwendungen mit X laufen lassen/anzeigen kann.
Für den normalen Nutzer dürfte es kaum größere Änderungen geben.
Zitat aus dem Artikel: "Während viele Anwendungen in absehbarer Zeit nativ unter Wayland laufen werden, weil die zugrundeliegenden Toolkits - darunter Qt und GTK+ - auf Wayland portiert werden, wird es weiterhin viele native X-Anwendungen geben."
Kann das bitte mal einer auseinanderklamüsern? Ich krieg da einen Gehirnkrampf.
Ich finde den Satz eigentlich nicht kompliziert. Qt und GTK+ Software läuft nativ auf Wayland. Klassische X Anwendungen wie http://www.boomerangsworld.de/worker laufen in einem lokal gestarteten X-Server, der sein Display in einem Wayland Fenster hat.
Übersetzt heißt das: Es wird in Zukunft ein riesen Chaos geben. Distributionen werden ein halbfertiges Wayland vorschnell aufnehmen, ein Teil der Anwendungen wird Wayland, ein Teil X verwenden ("this might cause minor glitches at first"), und Linux auf dem Desktop wird wieder einen Schritt nach hinten machen.
Nein es macht einen Schritt nach vorne! Verwendet doch einfach LTS und enterprise Distributionen und ihr bekommt die "glitches" nicht mit. Wenn man aktuelle Software haben will muss man halt mit ein paar "glitches" oder backports auskommen!
Im Prinzip geht es nur darum, dass vermutlich nicht alle Toolkits und Libraries portiert werden. Einerseits weil das Interesse fehlt oder andererseits, weil diese sehr stark an X11-Support gebunden sind.
Aber um ehrlich zu sein, wer die typischen x* Anwendungen nutzt (xedit, xterm o.ä.), der hat vermutlich auch noch nie eine der Alternativen getestet, die in den meisten Fällen stabiler, schneller und benutzerfreundlicher sind. Mehr als eine Art "Fallback" stellen die eh nicht dar und selbst in der Funktion habe ich die nie genutzt.
Es geht einfach darum: GTK+ uund Qt werden auf Wayland portiert, was folgendes (vereinfacht) heißt: Im Quellcode wird Qt oder GTK+ gesagt es soll ein Fenster zeichnen - im Moment nutzen beide Toolkits eben noch X und sorgen dafür dass das Fenster eben auf dem XServer erscheint. Wenn sie portiert wurden, werden sie bei dem Befehl "Fenster zeichnen" eben nicht mehr den XServer Befehl nutzen, sondern einen der ein Fenster ins Wayland zeichnet - Punkt!
Das ist ja im Endeffekt der große Vorteil von Toolkits - ich brauch mich als Entwickler (kaum) drum scheren wie das Fenster gezeichnet wird, weil ich einfach meinem Toolkit sage, es soll eben diese Aufgabe für mich übernehmen.
Allerdings wird es noch andere Anwendungen geben, die nicht mit diesen Toolkits laufen, sondern mit anderen, oder komplett "selbst" geschrieben sind und nie portiert werden - also weiter XServer brauchen - was mit Wayland aber egal ist, weil der auch Fenster/Anwendungen mit X laufen lassen/anzeigen kann.
Für den normalen Nutzer dürfte es kaum größere Änderungen geben.
GB