X Fenstersystem
![]() | |
![]() TWM - Der Standard x11 Fenstermanager | |
Originalautor (en) | Projekt Athena |
---|---|
Entwickler (en) | X.org Foundation |
Erstveröffentlichung | Juni 1984 |
Stabile Version | |
Betriebssystem | Unix, Unix-artig, MVS OpenVMS, DOS |
Plattform | Plattformübergreifend |
Vorgänger | W Fenstersystem |
Typ | Fenstersystem |
Lizenz | MIT -Lizenz |
Webseite | x![]() |
Das X Fenstersystem (X11, oder einfach X) ist ein Fenstersystem zum Bitmap Anzeigen, häufig auf Unix-artig Betriebssysteme.
X bietet das grundlegende Framework für eine GUI -Umgebung: Zeichnen und Verschieben von Fenstern auf dem Anzeigegerät und Interaktion mit einer Maus und Tastatur. X schreibt die Benutzeroberfläche nicht vor - dies wird von einzelnen Programmen behandelt. Daher variiert das visuelle Styling von X-basierten Umgebungen stark. Unterschiedliche Programme können radikal unterschiedliche Schnittstellen darstellen.
X entstand als Teil von Projekt Athena bei Massachusetts Institute of Technology (MIT) 1984.[3] Das X -Protokoll ist seit September 1987 bei Version 11 (daher "x11"). Die X.org Foundation Leitet das X -Projekt mit der aktuellen Referenzimplementierung. X.org Server, erhältlich als frei und Quelloffene Software unter dem MIT -Lizenz und ähnliche zulässige Lizenzen.
Zweck und Fähigkeiten
X ist ein architekturunabhängiges System für remote-grafische Benutzeroberflächen und Eingabegerätefunktionen. Jede Person verwendet eine vernetzte Terminal Hat die Möglichkeit, mit der Anzeige mit jeder Art von Benutzereingabegerät zu interagieren.
In seiner Standardverteilung ist es eine vollständige, wenn auch einfache Anzeige- und Schnittstellenlösung, die einen Standard liefert Toolkit und Protokollstapel zum Erstellen grafischer Benutzeroberflächen an den meisten Unix-artig Betriebssysteme und OpenVMS, und war gewesen portiert zu vielen anderen zeitgenössischen Allgemeinzwecken Betriebssysteme.
X liefert die Basis Rahmenoder Primitive zum Aufbau solcher GUI -Umgebungen: Zeichnen und Bewegen Fenster auf der Anzeige und Interaktion mit einer Maus, Tastatur oder Touchscreen. X mandat die nicht Benutzeroberfläche; Einzelne Kundenprogramme behandeln dies. Programme können die grafischen Fähigkeiten von X ohne Benutzeroberfläche verwenden. Daher variiert das visuelle Styling von X-basierten Umgebungen stark. Unterschiedliche Programme können radikal unterschiedliche Schnittstellen darstellen.
Im Gegensatz zu den meisten früheren Anzeigeprotokollen wurde X speziell für die Verwendung von Netzwerkverbindungen als auf einem integralen oder angehängten Anzeigegerät entwickelt. X Funktionen NetzwerktransparenzDies bedeutet, dass ein X -Programm, das irgendwo in einem Netzwerk (z. B. im Internet) auf einem Computer ausgeführt wird, seine Benutzeroberfläche auf einem X -Server anzeigen kann, der auf einem anderen Computer im Netzwerk ausgeführt wird. Der X -Server ist in der Regel der Anbieter von Grafikressourcen und Tastatur-/Mausereignissen zu x Kunden, was bedeutet, dass der X -Server normalerweise auf dem Computer vor einem menschlichen Benutzer ausgeführt wird, während die X -Client -Anwendungen überall im Netzwerk ausgeführt werden und mit dem Computer des Benutzers kommunizieren, um die Darstellung von Grafikinhalten anzufordern und Ereignisse von Eingabegeräten einschließlich Tastaturen zu empfangen und Mäuse.
Die Tatsache, dass der Begriff "Server" auf die Software vor dem Benutzer angewendet wird, ist für Benutzer, die an ihre Programme gewöhnt sind, häufig überraschend, da sie Clients für Dienste auf Remote -Computern sind. Anstatt eine Remote -Datenbank ist die Ressource für eine lokale App, die Grafikanzeige- und Eingabegeräte des Benutzers werden vom lokalen X -Server sowohl für lokale als auch für die fern gehostete X -Client -Programme zur Verfügung gestellt, die die Grafiken und Eingabegeräte des Benutzers freigeben müssen mit dem Benutzer zu kommunizieren.
Das Netzwerkprotokoll von X basiert auf X -Befehlsprimitiven. Dieser Ansatz ermöglicht sowohl 2D- als auch (durch Erweiterungen wie GLX) 3D -Operationen durch eine X -Client -Anwendung, die möglicherweise auf einem anderen Computer ausgeführt wird, um auf der Anzeige des X -Servers noch vollständig beschleunigt zu werden. Zum Beispiel können in klassischem OpenGL (vor Version 3.0) Listen mit einer großen Anzahl von Objekten von einem Remote X -Client -Programm konstruiert und vollständig im X -Server gespeichert werden und dann jeweils durch Senden einer einzelnen Glcalllist (welche) über das gesendet werden. Netzwerk.
X bietet keine native Unterstützung für Audio; Es gibt mehrere Projekte, um diese Nische zu füllen, einige bieten auch an transparentes Netzwerk Unterstützung.
Softwarearchitektur

X verwendet ein Client -Server -Modell: Ein X -Server kommuniziert mit verschiedenen Klient Programme. Der Server akzeptiert Anfragen für grafische Ausgabe (Windows) und sendet die Benutzereingabe (von Tastatur, Maus oder Touchscreen) zurück. Der Server kann als:
- Eine Anwendung, die zu einem Fenster eines anderen Anzeigesystems angezeigt wird
- Ein Systemprogramm, das die Videoausgabe von a steuert PC
- ein dediziertes Stück Hardware
Diese Client -Server -Terminologie - das Terminal des Benutzers ist der Server und die Anwendungen als Clients - verwirrt häufig neue X -Benutzer, da die Begriffe umgekehrt erscheinen. Aber X nimmt die Perspektive der Anwendung an und nicht die des Endbenutzers: X bietet Anzeige- und E/A-Dienste für Anwendungen, sodass es ein Server ist. Anwendungen nutzen diese Dienste, daher sind sie Clients.
Das Kommunikationsprotokoll Zwischen Server und Client betreibt Netzwerke transparent: Der Client und der Server können auf demselben Computer oder auf verschiedenen, möglicherweise mit unterschiedlichen Architekturen und Betriebssystemen ausgeführt werden. Ein Client und ein Server können sogar sicher über das Internet kommunizieren, indem sie die Verbindung über eine verschlüsselte Netzwerksitzung abtunniert.
Ein X -Client selbst kann einen X -Server emulieren, indem er anderen Clients Anzeigungsdienste bereitstellt. Dies ist als "X -Nesting" bekannt. Open-Source-Kunden wie Xnest und Xephyr unterstützen solche X-Nesting.
Remotedesktop
Um eine X -Client -Anwendung auf einem Remote -Computer auszuführen, kann der Benutzer Folgendes ausführen:
- Öffnen Sie auf der lokalen Maschine ein Terminalfenster
- verwenden
ssh -X
Befehl zur Verbindung zum Remote -Computer - Fordern Sie einen lokalen Anzeige-/Eingabedienst an (z. B.,, Exportanzeige =[Benutzerautomat]: 0 Wenn Sie SSH nicht verwenden, wobei die X -Weiterleitung aktiviert ist)
Die Remote X -Clientanwendung stellt dann eine Verbindung zum lokalen X -Server des Benutzers her, das Anzeige und Eingabe für den Benutzer bereitstellt.
Alternativ kann die lokale Maschine ein kleines Programm ausführen, das eine Verbindung zum Remote -Computer herstellt und die Client -Anwendung startet.
Zu den praktischen Beispielen von Remote -Kunden gehören:
- Verabreichung eines Remote -Computers grafisch (ähnlich wie bei der Verwendung von Remote -Desktop, jedoch mit einzelnen Fenstern)
- Verwenden einer Clientanwendung, um sich mit einer großen Anzahl anderer Terminalbenutzer in kollaborativen Arbeitsgruppen anzuschließen
- Ausführen einer rechenintensiven Simulation auf einem Remote -Computer und Anzeigen der Ergebnisse auf einem lokalen Desktop -Computer
- Ausführen grafischer Software auf mehreren Maschinen gleichzeitig, gesteuert von einem einzigen Display, Tastatur und Maus
Benutzeroberflächen


X definiert in erster Linie Protokoll- und Grafik-Primitiven-es enthält absichtlich keine Spezifikation für das Design der Anwendungsbenutzer-Schnittstelle, z. B. Schaltflächen-, Menü- oder Fenster-Titast-Styles. Stattdessen definieren und geben Sie solche Details an und liefern diese Details an. Infolgedessen gibt es keine typisch X -Schnittstelle und verschiedene Desktop -Umgebungen sind bei Benutzern beliebt geworden.
Ein Fenstermanager steuert die Platzierung und das Aussehen von Anwendungsfenstern. Dies kann zu Desktop -Schnittstellen führen, die an die von Microsoft Windows oder an Apple Macintosh erinnern (Beispiele gehören GNOME 2, KDE, XFCE) oder radikal unterschiedliche Steuerelemente (z. Einige Schnittstellen wie Zucker oder Chrom -OS vermeiden die Desktop -Metapher insgesamt und vereinfachen ihre Schnittstellen für spezielle Anwendungen. Die Fenstermanager reichen in Raffinesse und Komplexität aus den nackten Knochen (z.B., TWM, der grundlegende Fenstermanager mit X oder Evilwm, einem extrem leichten Fenstermanager) in die umfassenderen Desktop-Umgebungen wie Erleuchtung und sogar für anwendungsspezifische Fenstermanager für vertikale Märkte wie Point-of-Sale.
Viele Benutzer verwenden X mit einer Desktop-Umgebung, die neben dem Fenstermanager verschiedene Anwendungen mit einer konsistenten Benutzeroberfläche enthält. Zu den beliebten Desktopumgebungen gehören Gnom, KDE Plasma und Xfce. Die UNIX 98 Standardumgebung ist die Gemeinsame Desktop -Umgebung (CDE). Die Initiative Freedesktop.org befasst sich mit der Interoperabilität zwischen Desktops und den für einen wettbewerbsfähigen X -Desktop benötigten Komponenten.
Implementierungen
Die X.org -Implementierung ist die kanonische Implementierung von X. Aufgrund der liberalen Lizenzierung sind eine Reihe von Variationen, die sowohl freie als auch Open -Source -und -Eigentumsbewohner und proprietär sind, erschienen. Kommerzielle UNIX -Anbieter haben die Referenzimplementierung tendenziell angenommen und sie für ihre Hardware anpassen, normalerweise anpassen und proprietäre Erweiterungen hinzugefügt werden.
Bis 2004 bot XFree86 die häufigste X-Variante für kostenlose Unix-ähnliche Systeme. XFree86 begann als Port von X bis 386 kompatibler PCs und war bis Ende der neunziger Jahre die größte Quelle für technische Innovationen in X und der de facto Standard der X -Entwicklung. Seit 2004 ist der X.org -Server, eine Gabel von XFree86, jedoch vorherrschend geworden.
Während es üblich ist, X mit UNIX zu verbinden, existieren X -Server auch in anderen grafischen Umgebungen nativ. Das OpenVMS -Betriebssystem von VMS Software Inc. enthält eine Version von X mit gemeinsamer Desktop -Umgebung (CDE), die als DeCwindows bezeichnet wird, als Standard -Desktop -Umgebung. Apple hat X ursprünglich in Form von x11.App nach MacOS portiert, aber das wurde zugunsten des Xquartz Implementierung. Zu den älteren Betriebssystemen von Drittanbietern in den neunziger Jahren, System 7 und Mac OS 8 und 9, gehörten die MACX- und White Pine Software-Exodus von Apple.
Microsoft Windows wird nicht mit Unterstützung für X geliefert, aber es gibt viele Implementierungen von Drittanbietern, da kostenlose und Open-Source-Software wie z. Cygwin/xund proprietäre Produkte wie überschreiten, MKS X/Server, Reflexion X, X-Win32 und Xming.
Es gibt auch Java -Implementierungen von X -Servern. Weirdx läuft auf jeder Plattform, die Swing 1.1 unterstützt, und wird in den meisten Browsern als Applet ausgeführt. Der Android X Server ist eine Open -Source -Java -Implementierung, die auf Android -Geräten ausgeführt wird.
Wenn ein Betriebssystem mit einem nativen Fenstersystem zusätzlich X hostet, kann das X -System entweder seinen eigenen normalen Desktop in einem separaten Hostfenster verwenden oder ausgeführt werden wurzellosDies bedeutet, dass der X -Desktop versteckt ist und die Host -Fensterumgebung die Geometrie und das Aussehen der gehosteten X -Fenster im Hostbildschirm verwaltet.
X Terminals
Ein X Terminal ist ein dünner Client, der nur einen X -Server ausführt. Diese Architektur wurde beliebt, um kostengünstige Terminalparks zu erstellen, damit viele Benutzer gleichzeitig denselben großen Computerserver verwenden konnten, um Anwendungsprogramme als Clients des X -Terminals jedes Benutzers auszuführen. Diese Verwendung ist sehr stark auf die ursprüngliche Absicht des MIT -Projekts ausgerichtet.
X Terminals erkunden das Netzwerk (das lokale Sendungsdomäne) Verwendung der X Display Manager -Steuerungsprotokoll So generieren Sie eine Liste verfügbarer Hosts, die als Kunden zulässig sind. Einer der Kunden -Hosts sollte eine ausführen X Display Manager.
Eine Einschränkung von X -Terminals und den meisten dünnen Clients besteht darin, dass sie nicht in der Lage sind, eine andere Eingabe oder Ausgabe als die Tastatur, Maus und Anzeige zu erzielen. Es wird angenommen peripher Gerät.
Dedizierte (Hardware) X -Terminals sind nicht mehr verwendet. a PC oder modern Dünner Kunde Mit einem X -Server liefert normalerweise die gleiche Funktionalität bei den gleichen oder niedrigeren Kosten.
Einschränkungen und Kritik
Das UNIX-HATERS-Handbuch (1994) widmeten die Probleme von X ein vollständiges Kapitel.[4] Warum X nicht unser ideales Fenstersystem ist (1990) von Gajewska, Manasse und McCormack detaillierte Probleme im Protokoll mit Verbesserungsempfehlungen.
Benutzeroberflächenprobleme
Das Fehlen von Entwurfsrichtlinien in X hat zu mehreren sehr unterschiedlichen Schnittstellen und zu Anwendungen geführt, die nicht immer gut zusammengearbeitet haben. Das Kommunikationskonventionen zwischeneinander (ICCCM), eine Spezifikation für die Interoperabilität des Kunden, hat den Ruf, schwer korrekt zu implementieren. Weitere Standardbemühungen wie z. Motiv und CDE linderte keine Probleme. Dies hat frustrierte Benutzer und Programmierer frustriert.[5] Grafikprogrammierer behandeln jetzt im Allgemeinen die Konsistenz der Anwendung schauen und fühlen und Kommunikation durch Codierung an eine bestimmte Desktop -Umgebung oder an ein bestimmtes Widget -Toolkit, das auch nicht mit dem ICCCM umgehen muss.
X fehlt auch die native Unterstützung für benutzerdefinierte gespeicherte Prozeduren auf dem X-Server, so Nachrichten- es gibt kein Turing-Complete Skriptanlage. Verschiedene Desktop -Umgebungen bieten daher möglicherweise ihre eigenen (normalerweise gegenseitig inkompatiblen) Einrichtungen.
Systeme, die auf X gebaut werden Barrierefreiheit Probleme, die die Nutzung eines Computers für behinderte Benutzer erschweren, einschließlich Rechtsklick, Doppelklick, Mittelklick, Maus über, und Fokus stehlen. Einige X11 -Kunden befassen sich besser mit Barrierefreiheitsproblemen als andere, sodass Personen mit Zugänglichkeitsproblemen nicht durch die Verwendung von X11 abgeschlossen sind. Es gibt jedoch keine Richtlinien für Barrierefreiheit oder Barrierefreiheit für X11. Innerhalb des X11 -Standardprozesses gibt es keine Arbeitsgruppe für die Zugänglichkeit. Die Zugangsanforderungen werden jedoch von Softwareprojekten gerichtet, um diese Funktionen zusätzlich zu X bereitzustellen.
Das Orca Das Projekt fügt dem X -Fenstersystem, einschließlich der Implementierung einer API, die Barrierefreiheit Support hinzu (At-spi[6]). Dies ist mit Gnoms verbunden Atk Damit die Zugangsfunktionen in X -Programmen mithilfe der GNOME/GTK -APIs implementieren können.[7] KDE bietet einen anderen Satz von Accessibility-Software, einschließlich eines Text-zu-Sprach-Konverters und eines Bildschirmlupens.[8] Die anderen großen Desktops (LXDE, XFCE und Aufklärung) versuchen, mit ATK kompatibel zu sein.
Netzwerk

Ein X -Client kann im Allgemeinen nicht von einem Server abgelöst und an einen anderen wieder angerichtet werden, es sei dennEMACs ist eines der wenigen gemeinsamen Programme mit dieser Fähigkeit). Daher ist es im Allgemeinen nicht möglich, eine gesamte Sitzung von einem X -Server auf einen anderen zu verschieben. Ansätze wie jedoch wie Virtuales Netzwerk Computing (VNC), NX und XPRA Lassen Sie eine virtuelle Sitzung von verschiedenen X -Servern erreicht (ähnlich wie GNU -Bildschirm In Bezug auf Terminals) und andere Anwendungen und Toolkits bieten verwandte Einrichtungen.[9] Problemumgehungen mögen x11vnc (VNC: 0 Zuschauer), Der Shadow-Modus von XPRA und der NXAGENT-Schattenmodus von NX existieren ebenfalls, um den aktuellen X-Server-Bildschirm verfügbar zu machen. Mit dieser Fähigkeit kann die Benutzeroberfläche (Maus, Tastatur, Überwachung) einer laufenden Anwendung von einem Ort zum anderen umgestellt werden, ohne die Anwendung anzuhalten und neu zu starten.
Der Netzwerkverkehr zwischen einem X -Server und Remote X -Clients wird standardmäßig nicht verschlüsselt. Ein Angreifer mit einem Paketschnusel Kann es abfangen und es ermöglicht, alles anzuzeigen, was auf den Bildschirm des Benutzers angezeigt oder gesendet wird. Der häufigste Weg, um den X -Verkehr zu verschlüsseln, besteht darin, a zu etablieren Sichere Schale (SSH) Tunnel für die Kommunikation.
Wie alle Dünne Kunden, wenn X über ein Netzwerk verwendet wird, Bandbreite Einschränkungen können die Verwendung von behindern Bitmap-Intensive Anwendungen, bei denen große Teile des Bildschirms mit geringer Latenz schnell aktualisiert werden müssen, z. B. 3D -Animationen oder Fotobearbeitung. Sogar eine relativ kleine unkomprimiert 640x480x24 Bit 30 fps Video -Stream (~ 211 Mbit/s) kann die Bandbreite eines 100 -Mbit/S -Netzwerks für einen einzelnen Client problemlos übertreffen. Im Gegensatz dazu haben moderne Versionen von X im Allgemeinen Erweiterungen wie z. Mesa So können die lokale Anzeige der Grafik eines lokalen Programms optimiert werden, um das Netzwerkmodell zu umgehen und die Grafikkarte direkt zu steuern, für die Verwendung von Vollbildvideos, rendernden 3D-Anwendungen und anderen solchen Anwendungen.
Client -Server -Trennung
Das Design von X erfordert, dass die Clients und der Server separat arbeiten, und die Unabhängigkeit der Geräte sowie die Trennung von Client und Server, die einen Overhead entstehen. Der größte Teil des Overhead stammt aus dem Netzwerk Rundwegverzögerungszeit zwischen Client und Server (Latenz) und nicht vom Protokoll selbst: Die besten Lösungen für Leistungsprobleme hängen vom effizienten Anwendungsdesign ab.[10] Eine häufige Kritik an X ist, dass seine Netzwerkmerkmale zu einer übermäßigen Komplexität und einer verringerten Leistung führen, wenn sie nur lokal verwendet werden.
Moderne X -Implementierungen verwenden UNIX -Domain -Sockets für effiziente Verbindungen auf demselben Host. Zusätzlich geteilte Erinnerung (über die MIT-SHM Erweiterung) kann für eine schnellere Kunden -Server -Kommunikation eingesetzt werden.[11] Der Programmierer muss jedoch die gemeinsam genutzte Speichererweiterung explizit aktivieren und verwenden. Es ist auch notwendig, Fallback-Pfade bereitzustellen, um mit älteren Implementierungen kompatibel zu bleiben und mit nicht lokalen X-Servern zu kommunizieren.
Konkurrenten
Einige Menschen haben versucht, Alternativen zu und Ersatz für X zu schreiben. Historische Alternativen umfassen Sonne's Nachrichten und Nächste's PostScript anzeigen, beide PostScript-Basierte Systeme, die benutzerdefinierbare Anzeigen-Seite-Verfahren unterstützen, denen X fehlte. Aktuelle Alternativen umfassen:
- Mac OS (und sein mobiles Gegenstück, iOS) implementiert sein Fenstersystem, das als bekannt ist Quarz. Wann Apple Inc. Als nächstes gekauft und verwendet Nächster Schritt konstruieren Mac OS X, es ersetzte die Anzeige -Postscript durch Quarz. Mike Paquette, einer der Autoren von Quartz, erklärte, wenn Apple Unterstützung für alle Funktionen, die es in X11 einbeziehen wollte, bei der Unterstützung von X11 nicht viel ähnlich sein würde, und ohnehin nicht mit anderen Servern kompatibel sein würde.[12]
- Plan 9 Verwendet Rio.[13][14]
- Haiku hat ein eigenes Fenstersystem. [15]
- Helenos hat ein eigenes Fenstersystem. [16]
- Android, was auf dem läuft Linux Kernelverwendet ein eigenes System zum Zeichnen der Benutzerinterface, die als bekannt ist Oberflächenflinger. 3D -Rendering wird von behandelt von Egl.
- Wayland wird von mehreren X.org -Entwicklern als prospektiver Ersatz für X entwickelt. Es funktioniert direkt mit dem GPU Hardware, via Dri. Wayland kann einen X -Server als Wayland -Kompositor ausführen, der rootlos sein kann.[17] Ein proprietärer Hafen des Wayland -Backends an die Raspberry Pi wurde 2013 fertiggestellt.[18] Das Projekt erreichte 2012 Version 1.0. Wie bei Android, Wayland, basiert auf EGL.
- Mir war ein Projekt von Canonical Ltd. mit ähnlichen Zielen wie Wayland.[19] MIR sollte mit mobilen Geräten mit ARM-Chipsätzen arbeiten (ein angegebenes Ziel war die Kompatibilität mit Android-Gerätefahrern) sowie X86-Desktops. Wie Android basiert Mir/UnityNext auf EGL. Rückwärtskompatibilität mit X-Client-Anwendungen wurde über XMIR erreicht. Das Projekt ist seitdem zu a Wayland Compositor Anstatt eine Alternative zu sein Server anzeigen.[20]
- Andere Alternativen versuchen, den Overhead von X zu vermeiden, indem er direkt mit der Hardware arbeitet. Solche Projekte umfassen DirectFB.[21] Das Direkte Rendering -Infrastruktur (DRI) liefert eine Schnittstelle auf Kernelebene zur Bildspeicher, Framebuffer.
Zu den zusätzlichen Möglichkeiten, um eine funktionale Form der Funktion "Netzwerktransparenz" von X über die Netzwerkübertragbarkeit grafischer Dienste zu erreichen, gehören:
- Virtuales Netzwerk Computing (VNC), ein System mit sehr niedrigem Niveau, das komprimierte Bitmaps im Netzwerk sendet; Die UNIX -Implementierung enthält einen X -Server
- Remote -Desktop -Protokoll (RDP), das in Zweck des VNC ähnlich ist, aber von Microsoft Windows stammt, bevor sie auf UNIX-ähnliche Systeme portiert werden; vgl NX, Gotomypc usw.
- Citrix Xenapp, ein X-ähnliches Protokoll und ein Anwendungsstapel für Microsoft Windows
- Tarantella, das einen Java-basierten Remote-Gui-Anklag für die Verwendung in Webbrowsern bietet
Geschichte
Vorgänger
Mehrere Bitmap -Anzeigesysteme gehen X. von voraus. Von Xerox kam der Alt (1973) und die Stern (1981). Aus Apollo -Computer kam Display Manager (1981). Aus Apfel kam der Lisa (1983) und die Macintosh (1984). Das Unix Welt hatte das Andrew -Projekt (1982) und Rob Pike's Blit Terminal (1982).
Die Carnegie Mellon University produzierte eine Fernzugriffsanwendung namens Alto Terminal, die überlappende Fenster auf dem Xerox-Alto angezeigt wurde, und machte Remote-Hosts (normalerweise Dec-VAX-Systeme, die Unix ausführen) für die Handhabungsfensterversuche und das Auffrischen von Fensterinhalten nach Bedarf verantwortlich.
X leitet seinen Namen als Nachfolger für ein Fenstersystem vor 1983 ab, das genannt wird W (der Buchstabe vor X in der englisches Alphabet). W rannte unter dem V Betriebssystem. W verwendete ein Netzwerkprotokoll, das Terminal- und Grafikfenster unterstützt, wobei der Server die Anzeigelisten verwaltet.
Herkunft und frühe Entwicklung
Von: rws@Mit-Bold (Robert W. Scheifler) bis: windowa Betreff: Fenstersystem X Datum: 19. Juni 1984 0907-EDT (Dienstag) Ich habe die letzten paar Wochen damit verbracht, ein Fenstersystem für den VS100 zu schreiben. Ich habe eine ganze Menge Code aus W gestohlen, ihn mit einer asynchronen als mit einer synchronen Schnittstelle umgeben und es X genannt. Die Gesamtleistung scheint ungefähr doppelt so hoch wie die von W. Der Code scheint an diesem Punkt ziemlich solide, obwohl es immer noch gibt Einige Mängel werden repariert. Wir bei LCS haben die Verwendung von W aufgehört und bauen jetzt aktiv Anwendungen auf X. Jeder andere, der W verwendet, sollte ernsthaft über das Umschalten in Betracht ziehen. Dies ist nicht das ultimative Fenstersystem, aber ich glaube, es ist ein guter Ausgangspunkt für das Experimentieren. Im Moment gibt es eine CLU- (und eine Argus) Schnittstelle zu x; Eine C -Schnittstelle ist in Arbeit. Die drei vorhandenen Anwendungen sind ein Texteditor (TED), eine Argus -E/A -Schnittstelle und ein primitiver Fenstermanager. Es gibt noch keine Dokumentation; Jemand, der verrückt genug ist, sich freiwillig zu melden? Ich kann irgendwann dazu kommen. Jeder, der an einer Demo interessiert ist, kann von NE43-531 fallen, obwohl Sie vielleicht zuerst 3-1945 anrufen möchten. Jeder, der den Code möchte, kann mit einem Band vorbeikommen. Jeder, der sich für Hacking -Mängel interessiert, können sich gerne in Verbindung setzen.
Die E -Mail, in der X in die eingeführt wurde Projekt Athena Gemeinschaft bei MIT Im Juni 1984[22]

Die ursprüngliche Idee von X entstand 1984 als Zusammenarbeit zwischen dem MIT Jim Gettys (von Projekt Athena) und Bob Scheifler (des MIT -Labor für Informatik). Scheifler brauchte eine nutzbare Anzeigeumgebung, um das Argus -System zu debuggen. Projekt Athena (ein gemeinsames Projekt zwischen Dez, MIT und IBM Um einen einfachen Zugang zu Rechenressourcen für alle Schüler zu gewährleisten) benötigte ein plattformunabhängiges Grafiksystem, um seine heterogenen Mehrfachanbieter-Systeme miteinander zu verbinden; Das Fenstersystem dann in der Entwicklung in Carnegie Mellon Universität's Andrew -Projekt Es gab keine Lizenzen zur Verfügung, und es gab keine Alternativen.
Das Projekt löste dies durch das Erstellen eines Protokolls, das sowohl lokale Anwendungen ausführen als auch Remote -Ressourcen aufrufen könnte. Mitte 1983 verlief ein anfänglicher Port von W nach Unix mit einem Fünftel seiner Geschwindigkeit unter V; Im Mai 1984 ersetzte Scheifler die synchron Protokoll von w mit einem asynchronen Protokoll und der Anzeigelisten mit sofortigen Modusgrafiken, um X Version 1. X zu erstellen, wurde die erste Fenstersystemumgebung, die eine echte Hardware -Unabhängigkeit und die Unabhängigkeit des Anbieters anbietet.
Scheifler, Gettys und Ron Newman machten sich auf die Arbeit und X ging schnell voran. Sie veröffentlichten Version 6 im Januar 1985. Dez Ultrix Workstation, beurteilte X das einzige Fenstersystem, das wahrscheinlich rechtzeitig verfügbar ist. Die Dez. -Ingenieure haben X6 auf das QVSS -Display von X6 portiert Mikrovax.
Im zweiten Quartal 1985 erwarb X Farbe Unterstützung bei der Funktion im Dezember Vaxstation-Ii/gpx, bildend, was Version 9 wurde.
Eine Gruppe bei Universität Brown Ported Version 9 nach dem IBM RT PCAber Probleme beim Lesen von nicht ausgerichteten Daten zur RT erzwangen einen inkompatiblen Protokollwechsel, der Ende 1985 zu Version 10 führte. Bis 1986 hatten externe Organisationen begonnen hatte gegen eine Gebühr X6 an einige externe Gruppen lizenziert, es entschied sich zu diesem Zeitpunkt, X10R3 und zukünftige Versionen unter dem bekannt zu sein MIT -Lizenzbeabsichtigt, X weiter und im Gegenzug zu hoffen, dass viele weitere Anwendungen verfügbar werden. X10R3 war die erste Version, die mit sowohl DEC als auch mit einem breiten Einsatz erreicht wurde Hewlett Packard Auf der Grundlage von Produkten freigeben. Andere Gruppen portierten X10 nach Apollo und zu Sonne Arbeitsstationen und sogar zum IBM PC/at. Demonstrationen der ersten kommerziellen Anwendung für X (ein mechanisch computergestütztes Engineering-System von Cognition Inc., das auf Vaxes lief und auf PCs aus der Ausführung eines von Jim Fulton und Jan Hardenbergh ausgestatteten X-Servers ausgestattet wurde) fanden auf der Autofact-Handelsmesse statt Zeit. Die letzte Version von X10, X10R4, erschien im Dezember 1986. Es wurden Versuche unternommen, X-Server als Echtzeit-Kollaborationsgeräte zu ermöglichen, wie Virtuales Netzwerk Computing (VNC) würde später zulassen, dass ein Desktop geteilt wird. Eine solche frühe Anstrengung war Philip J. Gusts Sharedx Werkzeug.
Obwohl X10 eine interessante und leistungsstarke Funktionalität bot, war es offensichtlich, dass das X-Protokoll eine hardware-neutrale Neugestaltung verwenden konnte, bevor es zu weit verbreitet wurde, aber MIT allein würde nicht die Ressourcen für eine so vollständige Neugestaltung zur Verfügung haben. So wie es geschah, befand sich das Western Software Laboratory von DEC zwischen Projekten mit einem erfahrenen Team. Smokey Wallace von DEC WSL und Jim Gettys schlugen vor, dass Dec WSL X11 bauen und es unter den gleichen Bedingungen wie X9 und X10 frei verfügbar machen. Dieser Prozess begann im Mai 1986, wobei das Protokoll im August abgeschlossen wurde. Alpha-Tests der Software begann im Februar 1987 mit Beta-Tests im Mai; Die Veröffentlichung von X11 ereignete sich schließlich am 15. September 1987.[23]
Das von Scheifler geleitete X11 -Protokolldesign wurde in offenen Mailinglisten im entstehenden Internet ausführlich besprochen, die an Usenet -Newsgroups überbrückt wurden. Gettys zog nach Kalifornien, um die X11 -Entwicklungsarbeiten bei WSL vom DEC -Systemforschungszentrum von DEC zu leiten, wo Phil Karlton und Susan Angebandt das Design und die Implementierung von X11 -Sample -Server leiteten. X ist daher eines der ersten sehr groß angelegten, verteilten Kostenlose und Open -Source -Software Projekte.
Das MIT X -Konsortium und das X Consortium, Inc.
In den späten 1980er Jahren war x, Simson Garfinkel schrieb 1989 "Athenas bisher wichtigste einzelne Leistung". Dez. Berichten zufolge war die Spende des Unternehmens an das MIT lohnenswert. Gettys schloss sich dem Designteam für das an Vaxstation 2000 um sicherzustellen, dass x - was Dec nannte Decwindows- Sie werden darauf ausgeführt, und das Unternehmen hat Port X sowohl für Ultrix als auch für VMs 1.200 Mitarbeiter zugewiesen.[24][25] 1987 wollte MIT mit dem Erfolg von X11 die Verwaltung von X aufgeben, aber bei einem Treffen im Juni 1987 mit neun Anbietern teilten die Anbieter dem MIT mit, dass sie an der Notwendigkeit einer neutralen Partei geglaubt hätten, X von der Fragmentierung abzuhalten, in der Markt. Im Januar 1988 die MIT X -Konsortium als gemeinnützige Herstellergruppe mit Scheifler als Direktor gegründet, um die zukünftige Entwicklung von X in einer neutralen Atmosphäre inklusive kommerzielle und pädagogische Interessen zu lenken.
Jim Fulton trat im Januar 1988 bei und trat bei Keith Packard im März 1988 als Senior Entwickler, wobei Jim sich darauf konzentriert Xlib, Schriftarten, Fenstermanager und Versorgungsunternehmen; und Keith implementieren den Server erneut. Donna Converse, Chris D. Peterson und Stephen Gildea schlossen sich später in diesem Jahr an und konzentrierten sich auf Toolkits und Widget -Sets und arbeiteten eng mit Ralph Swick vom MIT -Projekt Athena zusammen. Das MIT X -Konsortium führte im Februar 1988 mehrere bedeutende Überarbeitungen für X11, die erste (Release 2 - X11R2). Pex und X113D -Funktionalität. Bald darauf folgte er von Ralph Mor (der auch an PEX arbeitete) und Dave Sternlich. Als das MIT X -Konsortium 1993 auf den Abflug vom MIT vorbereitete, wurden die Mitarbeiter von R. Gary Cutbill, Kaleb Keithley und David Wiggins begleitet.[26]
1993 wurde das X Consortium, Inc. (eine gemeinnützige Gesellschaft) als Nachfolger des MIT X-Konsortiums. Es veröffentlichte am 16. Mai 1994 X11R6. 1995 übernahm es die Entwicklung der Motiv Toolkit und der Gemeinsame Desktop -Umgebung Für Unix -Systeme. Das X -Konsortium löste sich Ende 1996 auf und führte zu einer endgültigen Überarbeitung von X11R6.3 und einem Erbe eines zunehmenden kommerziellen Einflusses auf die Entwicklung.[27][28]
Die offene Gruppe
Im Januar 1997 verabschiedete das X -Konsortium eine Verwaltung von X an Die offene Gruppe, eine Verkäufergruppe, die Anfang 1996 durch den Zusammenschluss des Open Software Foundation und X/offen.
Die offene Gruppe veröffentlichte Anfang 1998 X11R6.4. Um kontrovers ging X11R6.4 von den traditionellen liberalen Lizenzbegriffen ab, als die offene Gruppe versuchte, die Finanzierung für die Entwicklung von X zu gewährleisten, und speziell zitiert Xfree86 als nicht signifikant bei X.[29] Die neuen Begriffe hätten X nicht mehr gemacht gratis Software: Nullkosten für den nichtkommerziellen Gebrauch, aber eine Gebühr ansonsten. Nach xfree86 schien bereit zu sein Gabel,[30] die offene Gruppe Relizenz X11r6.4 unter der traditionellen Lizenz im September 1998.[31] Die letzte Veröffentlichung der Open Group wurde als X11R6.4 -Patch 3 geliefert.
X.org und xfree86
Xfree86 Ursprung im Jahr 1992 von der X386 Server für IBM PC -Kompateien Enthält mit X11R5 im Jahr 1991, geschrieben von Thomas Roell und Mark W. Snity und spendete das MIT X -Konsortium von Snitily Graphics Consulting Services (SGCS). Xfree86 entwickelte sich im Laufe der Zeit von nur einem Port von X bis zur führenden und beliebtesten Implementierung und der de facto Standard der Entwicklung von X.[32]
Im Mai 1999 bildete die offene Gruppe X.org. X.org beaufsichtigte die Veröffentlichung von Versionen X11R6.5.1 weiter. X Die Entwicklung zu dieser Zeit war zu moribund geworden;[33] Die meisten technischen Innovationen seit der Auflösung des X -Konsortiums hatten im XFree86 -Projekt stattgefunden.[34] 1999 trat das XFree86-Team als Ehrenmitglied (Nicht bezahlt) zu X.org bei,[35] Ermutigt von verschiedenen Hardwareunternehmen[36][Fehlgeschlagene Überprüfung] Möchten Sie XFree86 mit Linux und in seinem Status als beliebteste Version von X verwenden.
Bis 2003 blieb X.org inaktiv, während die Popularität von Linux (und damit die installierte Basis von X) inaktiv blieb.[37] und aktive Entwicklung fand größtenteils innerhalb von xfree86 statt. In xfree86 entwickelte sich jedoch erhebliche Abweichungen. Das XFree86 -Projekt litt auch viel an einer viel Wahrnehmung Kathedrale-ähnliches Entwicklungsmodell; Entwickler konnten nicht bekommen Lebenslauf Zugang begehen[38][39] und Anbieter mussten umfangreich bleiben Patch Sets.[40] Im März 2003 vertrieb die XFree86 -Organisation Keith Packard, die sich nach dem Ende des ursprünglichen MIT X -Konsortiums XFree86 angeschlossen hatte, mit beträchtlichem krankem Gefühl.[41][42][43]
X.org und Xfree86 diskutierten eine Reorganisation, die zur ordnungsgemäßen Förderung der Entwicklung von X geeignet ist.[44][45][46] Jim Gettys war seit mindestens 2000 stark für ein offenes Entwicklungsmodell gedrängt.[47] Gettys, Packard und mehrere andere begannen, die Anforderungen für die effektive Governance von X mit offener Entwicklung ausführlich zu diskutieren.
Schließlich veröffentlichte XFree86 in einem Echo des X11R6.4 -Lizenzierungsstreits im Februar 2004 die Version 4.4 im Rahmen einer restriktiveren Lizenz, die viele Projekte auf X inakzeptabel empfanden.[48] Die zusätzliche Klausel zur Lizenz basierte auf dem Original BSD -Lizenz's Werbeklausel, die von der angesehen wurde Kostenlose Software -Stiftung und Debian als unvereinbar mit dem GNU Allgemeine öffentliche Lizenz.[49] Andere Gruppen sahen es gegen den Geist des ursprünglichen X. Theo de Raadt von OpenBSDzum Beispiel bedroht Gabel Xfree86 Zitierungslizenzbedenken.[50] Das Lizenzproblem in Kombination mit den Schwierigkeiten, Änderungen zu erfassen, ließ viele das Gefühl, dass die Zeit für eine Gabel reif war.[51]
Die X.org Foundation
Anfang 2004 bildeten verschiedene Personen von X.org und Freedesktop.org die X.org Foundationund die offene Gruppe gab ihr die Kontrolle über die X.org
Domainname. Dies war eine radikale Veränderung der Governance von X. Während die Stewards von X seit 1988 (einschließlich des vorherigen X.org) Anbieterorganisationen waren, wurde die Stiftung von Softwareentwicklern geleitet und nutzte die Gemeinschaftsentwicklung basierend auf dem Basar Modell, das auf externe Beteiligung beruht. Die Mitgliedschaft wurde für Einzelpersonen geöffnet, wobei die Unternehmensmitgliedschaft in Form von Sponsoring bestand. Mehrere große Unternehmen wie z. Hewlett Packard Unterstützen Sie derzeit die X.org Foundation.
Die Stiftung übernimmt eine Aufsichtsrolle für X -Entwicklung: Technische Entscheidungen werden über ihre Verdienste getroffen, indem sie unter den Gemeindemitgliedern einen groben Konsens erzielen. Technische Entscheidungen werden vom Verwaltungsrat nicht getroffen. In diesem Sinne wird es dem technisch nicht-Interventionisten stark modelliert Gnome Foundation. Die Stiftung beschäftigt keine Entwickler. Die Stiftung veröffentlichte x11r6.7, die X.org ServerIm April 2004 basierend auf XFree86 4.4RC2 mit x11r6.6 fusionierten Änderungen. Gettys und Packard hatten die letzte Version von XFree86 unter der alten Lizenz genommen und brachte durch die Aufbewahrung eines offenen Entwicklungsmodells und die Beibehaltung der GPL -Kompatibilität viele der alten XFree86 -Entwickler an Bord.[49]
Während X11 in den neunziger Jahren Erweiterungen wie OpenGL -Unterstützung erhalten hatte, war seine Architektur im Jahrzehnt grundsätzlich unverändert geblieben. Zu Beginn der 2000er Jahre wurde es jedoch überarbeitet, um eine Reihe von Problemen zu lösen, die im Laufe der Jahre aufgetaucht waren, einschließlich eines "fehlerhaften" Schriftart Architektur, ein 2-D-Grafiksystem ", das immer erweitert und/oder ersetzt werden sollte", und Latenz Ausgaben.[52] X11r6.8 erscheinte im September 2004. Es fügte bedeutende neue Funktionen hinzu, darunter vorläufige Unterstützung für durchscheinende Fenster und andere hoch entwickelte visuelle Effekte, Bildschirm -Lupen und Miniaturanbieter sowie Einrichtungen zur Integration in 3D -Eintauchsysteme wie Suns Project Looking Glas und die Krocketprojekt. Externe Anwendungen aufgerufen Fenstermanager zusammenstellen Geben Sie Richtlinien für das visuelle Erscheinungsbild an.
Am 21. Dezember 2005,[53] X.org veröffentlichte x11r6.9, das monolithische Quelle Baum für ältere Benutzer und x11r7.0, der gleiche Quellcode, der in unabhängige Module unterteilt ist und jeweils in getrennten Projekten gewartet werden kann.[54] Die Stiftung veröffentlichte am 22. Mai 2006 X11R7.1, etwa vier Monate nach 7,0, mit beträchtlichen Verbesserungen des Merkmals.[55]
XFree86 Development dauerte noch einige Jahre, wobei am 15. Dezember 2008 4,8.0 veröffentlicht wurde.[56]
Nomenklatur
Die eigentlichen Namen für das System sind auf der manuellen Seite als x aufgeführt. X Fenstersystem; X Version 11; X Fenstersystem, Version 11; oder x11.[57]
Der Begriff "X-Windows" (in der Art der anschließenden veröffentlichten "Microsoft Windows") ist nicht offiziell unterstützt-mit X Consortium Release-Manager Matt Landau im Jahr 1993: "Es gibt keine" X Windows "oder" x " Fenster 'trotz des wiederholten Missbrauchs der Formen durch die Handelslumpen "[58]- Obwohl es seit Beginn der Geschichte von x gemeinsam in informeller Verwendung verwendet wurde[59] und wurde absichtlich für provokative Effekte verwendet, zum Beispiel in der UNIX-HATERS-Handbuch.[4]
Schlüsselbegriffe
Das X -Fenstersystem hat im Vergleich zu allgemeiner Verwendung eine nuancierte Verwendung einer Reihe von Begriffen, insbesondere "Anzeige" und "Bildschirm", von denen eine Teilmenge hier aus Gründen der Einschätzung angegeben ist:
- Gerät
- Ein Grafikgerät wie eine Computergrafikkarte oder ein integriertes Grafik -Chipsatz eines Computer -Motherboards.
- Monitor
- Ein physikalisches Gerät wie a Crt oder eine Flachbildschirm -Computeranzeige.
- Bildschirm
- Ein Bereich, in den Grafiken gerendert werden können, entweder durch Software allein in den Systemspeicher wie mit VNCoder innerhalb eines Grafikgeräts, von denen einige gleichzeitig in mehr als einen Bildschirm gerendert werden können, entweder gleichzeitig oder austauschbar. Austauschbare Bildschirme werden häufig als fiktionell links und rechts voneinander eingerichtet, wobei der Mauszeiger die Kante des Monitors erreicht.
- Virtueller Bildschirm
- Mit diesem Begriff sind zwei verschiedene Bedeutungen verbunden:
- Eine Technik, die es ermöglicht, einen Monitor um einen Bildschirm zu vergrößern, der mit einer größeren Auflösung ausgeführt wird, als der Monitor derzeit angezeigt wird.
- Ein Effekt, der von einem Fenstermanager simuliert wird, indem die Fensterpositionsinformationen in einem größeren Koordinatensystem als auf dem Bildschirm gepflegt werden und das Schwingen durch einfaches Verschieben der Fenster als Antwort auf den Benutzer ermöglicht werden.
- Anzeige
- Eine Sammlung von Bildschirmen, bei denen häufig mehrere Monitore beteiligt sind, die im Allgemeinen konfiguriert sind, damit die Maus den Zeiger in eine beliebige Position in ihnen verschieben kann. Linux-Basierte Workstations sind normalerweise in der Lage, mehrere Displays zu haben, unter denen der Benutzer mit einer speziellen Tastaturkombination wie Control-Alt- wechseln kannFunktionstastegleichzeitig alle Monitore davon ab, die Bildschirme eines Displays in den Bildschirmen in einem anderen zu zeigen.
Der Begriff "Anzeige" sollte nicht mit dem spezialisierten Jargon verwechselt werden "Zaphod -Anzeige"Letzteres ist eine seltene Konfiguration, die es mehreren Benutzern eines einzelnen Computers ermöglicht, einen unabhängigen Satz von Anzeige, Maus und Tastatur zu haben, als würden sie separate Computer verwenden, jedoch zu niedrigeren Kosten pro Sitzung.
Veröffentlichung Geschichte
Ausführung | Veröffentlichungsdatum | Wichtigste Änderungen |
---|---|---|
X1 | Juni 1984 | Erste Verwendung des Namens "x"; grundlegende Veränderungen durch die Unterscheidung des Produkts von W. |
X6 | Januar 1985 | Erste Version lizenziert an eine Handvoll externer Unternehmen. |
X9 | September 1985 | Farbe. Erste Veröffentlichung unter MIT -Lizenz. |
X10 | November 1985 | IBM RT PC, bei (Laufen DOS), und andere. |
X10r2 | Januar 1986 | |
X10R3 | Februar 1986 | Erste freiverteilbare X -Release. Frühere Veröffentlichungen erforderten eine BSD -Quelllizenz, um die Änderungen der Code an Init/Getty zu decken, um die Anmeldung zu unterstützen. UWM Standard -Fenstermanager gemacht. |
X10r4 | Dezember 1986 | Letzte Version von x10. |
X11 | 15. September 1987 | Erste Freisetzung des aktuellen Protokolls. |
X11r2 | Februar 1988 | Erste X -Konsortium -Freisetzung.[60] |
X11r3 | 25. Oktober 1988 | XDM. |
X11r4 | 22. Dezember 1989 | Xdmcp, TWM (Von Anfang an als Toms Fenstermanager bekannt) als Standard -Fenstermanager, Anwendungsverbesserungen, mitgebracht, Formverlängerung, neue Schriftarten. |
X11r5 | 5. September 1991 | X386 1.2, Pex, Xcms (Farbmanagement), Schriftserver, X Videoerweiterung. |
X11r6 | 16. Mai 1994 | ICCCM v2.0; Inter-Client-Austausch; X Sitzungsmanagement; X Synchronisationserweiterung; X Bildweiterung; Xtest -Erweiterung; X Eingabe; X große Anfragen; Xc-misc; Xfree86 Änderungen. |
X11r6.1 | 14. März 1996 | X Doppelpuffererweiterung; X Tastaturerweiterung; X Rekordweiterung. |
X11r6.3 | X11r6.223. Dezember 1996 | Webfunktionalität, LBX. Letzte X -Konsortium -Freisetzung. X11R6.2 ist das Tag für eine Teilmenge von x11r6.3 (Broadway), wobei die einzigen neuen Funktionen über R6.1 XPrint und die XLIB-Implementierung von vertikalem Schreiben und benutzerdefinierter Charakterunterstützung sind.[61] |
X11r6.4 | 31. März 1998 | Xinerama.[62] |
X11r6.5 | 2000 | Interne X.org -Release; nicht öffentlich verfügbar gemacht. |
X11r6.5.1 | 20. August 2000 | |
X11r6.6 | 4. April 2001 | Fehlerbehebungen, xfree86 Änderungen. |
X11r6.7.0 | 6. April 2004 | Erst X.org Foundation Release, mit XFree86 4.4RC2. Volle Endbenutzerverteilung. Entfernung von Xie, Pex und libxml2.[63] |
X11r6.8.0 | 8. September 2004 | Fenstertransuzenz, xDamage, verteiltes Multihead x, Xfixes, Composite, Xevie. |
X11r6.8.1 | 17. September 2004 | Sicherheitsfixierung in libxpm. |
X11r6.8.2 | 10. Februar 2005 | Fehlerbehebungen, Treiberaktualisierungen. |
X11r7.0 | X11r6.921. Dezember 2005 | Xserver 1.0.1, Exa, haupt Quelle Code Refactoring.[64] Von derselben Quellcode-Basis der Modular autotool Die Version wurde 7.0 und das monolithische ich mache Die Version wurde bei 6,9 eingefroren. |
X11r7.1 | 22. Mai 2006 | Xserver 1.1.0, Exa -Verbesserungen, Kdrive integriert, Aiglx, Betriebssystem- und Plattformunterstützungsverbesserungen.[65] |
X11r7.2 | 15. Februar 2007 | Xserver 1.2.0, Entfernung von LBX und der eingebaute Tastaturfahrer, X-Ace, Xcb, Autoconfig -Verbesserungen, Aufräumarbeiten.[66] |
X11r7.3 | 6. September 2007 | Xserver 1.4.0, Eingabe Hotplug, Ausgabe Hotplug (Randr 1.2), Dtrace Sonden, PCI Domain -Unterstützung.[67] |
X11r7.4 | 23. September 2008 | XServer 1.5.1, XACE, PCI-Rework, EXA-Geschwindigkeit, _x_export, GLX 1.4, schnelleres Start und Herunterfahren.[68] |
X11r7.5 | 26. Oktober 2009[69] | Xserver 1.7.1, xi 2, xge, e-EDID Unterstützung, Randr 1.3, MPX, vorhersehbare Zeigerbeschleunigung, Dri2 Speichermanager, Selinux -Sicherheitsmodul, weitere Entfernung der veralteten Bibliotheken und Erweiterungen.[70] |
X11r7.6 | 20. Dezember 2010[71] | X Server 1.9.3, Xcb Erfordernis.[72][73] |
X11r7.7 | 6. Juni 2012 | X Server 1.12.2; Sync -Erweiterung 3.1: Fügt Zaunobjektunterstützung hinzu; XI 2.2 Multitouch -Unterstützung; XFixes 5.0: Zeigerbarrieren.[74][75] |
Alte Version Letzte Version |
In der Aussicht auf zukünftige Versionen heißt es auf der X.org -Website:[76]
X.org entwickelt und löst die X -Fenstersystem -Softwarekomponenten weiter.
Diese werden individuell veröffentlicht, da jede Komponente fertig ist, ohne auf ein Gesamt -X -Fenstersystem "Katamari" -Stemperaturen zu warten - siehe das individuelle X.org -Release -Verzeichnis für Downloads und das Xorg -Announce -Archive oder Git -Repositories für Details zu enthaltenen Änderungen.
Es wurde kein Veröffentlichungsplan für eine X11R7.8 -Rollup -Katamari -Veröffentlichung vorgeschlagen.
Siehe auch
- Bitstream Speedo -Schriftarten
- Kairo (Grafik)
- DeSqview/x
- DirectFB
- Allgemeine Grafikschnittstelle
- Verlauf der grafischen Benutzeroberfläche
- Liste der UNIX -Befehle
- Mikrowindows (Nano-X)
- Rio - Das Fenstersystem für Plan 9
- Svgalib
- Virtualgl
- X/Gem
- X11 Farbnamen
- Xgl
- Xmark
Anmerkungen
- ^ http://www.x.org/wiki/releases/7.7/.
- ^ https://www.x.org/releases/current/.
- ^ Jennifer G. Steiner; Daniel E. Geer Jr. (21. Juli 1988). "Netzwerkdienste in der Athena -Umgebung". Proceedings of the Winter 1988 Usenix Conference. Citeseerx 10.1.1.31.8727.
- ^ a b "Die X-Windows-Katastrophe". Art.net. Abgerufen 10. November 2009.
- ^ Re: x ist schmerzhaft 15. November 1996
- ^ "Orca". Wiki.gnome.org. 24. November 2011. Abgerufen 7. November 2012.
- ^ "ATK - Barrierefreiheit Toolkit". Entwickler.gnome.org. Abgerufen 7. November 2012.
- ^ "KDE Barrierefreiheit". KDE E.V.. Abgerufen 6. Januar 2013.
- ^ Snap Computing und das X -Fenstersystem Archiviert 26. Juni 2010 bei der Wayback -Maschine 2005 (Abschnitt 4.6, die Xmove Programm)
- ^ Ein lbx postmortem 24. Januar 2001
- ^ Die XFree86-Dokumentation der MIT-SHM-Erweiterung 14. Mai 2009
- ^ Warum Apple X für das Fenstersystem nicht verwendet hat 19. August 2007
- ^ "Rio Handbuch". 16. Juli 2022.
- ^ "9FRONT". 16. Juli 2022.
- ^ "Haikus GUI". 16. Juli 2022.
- ^ "Helenos: Was macht es aus Sicht eines Endbenutzers?". 16. Juli 2022.
- ^ "Wayland: X11 Anwendungsunterstützung".
- ^ Diavatis, Alex (11. Juni 2013). "Wayland in Himbeere ... Wayland in Gnome". Welt des Gnoms. Archiviert vom Original am 15. Juni 2013.
{{}}
: CS1 Wartung: Ungeeignete URL (Link) - ^ "Mirspec - Ubuntu Wiki". Wiki.ubuntu.com. Archiviert von das Original am 17. Juni 2013. Abgerufen 6. März 2013.
- ^ "Kanonisches Mir -Datenblatt" (PDF). 20. Dezember 2018.
- ^ DRI für FrameBuffer -Konsolen 15. Dezember 2009
- ^ "Debüt von x". Talisman. 19. Juni 1984. Abgerufen 7. November 2012.
- ^ "X Version 11 veröffentlicht (!!!)". Groups.google.com. Abgerufen 30. Mai 2022.
- ^ Garfinkel, Simson L. (November bis Dezember 1988). "Ein zweiter Wind für Athena" (PDF). Technologieüberprüfung. Abgerufen 25. Januar 2016.
- ^ Garfinkel, Simson L. (Mai - Juni 1989). "Wellen auf dem akademischen Markt" (PDF). Technologieüberprüfung. S. 9–13. Abgerufen 25. Januar 2016.
- ^ Robert W. Scheifler und James Gettys: X Fenstersystem: Kern- und Erweiterungsprotokolle: x Version 11, Releases 6 und 6.1, Digital Press 1996, ISBN1-55558-148-x
- ^ Finanzierung freiwilliger kostenloser Softwareprojekte 10. Juni 2005
- ^ Lektionen über Open Source erfahren 2000
- ^ X Anweisung 2. April 1998
- ^ "XFree86 (TM): Pressemitteilung". 6. Dezember 1998. archiviert von das Original am 6. Dezember 1998. Abgerufen 7. Februar 2017.
- ^ Browne, Christopher. "X11r6.4 Beispielumsetzungsänderungen und -bedenken". Christopher Brownes Webseiten. Archiviert von das Original am 1. Juni 2008.
- ^ Gettys, Jim (2. Februar 2004). "Betreff: Ankündigung: Änderung an der Basis XFree86 (TM) Lizenz". [email protected] (Mailingliste). Archiviert von das Original am 7. September 2005. Abgerufen 26. Juni 2021.
- ^ Swales, Steve (4. Februar 2002). "Q & A: Der X -Faktor". Computerwelt (Interview). Interviewt von Mitchell, Robert. IDG -Kommunikation. Archiviert vom Original am 26. Juni 2021.
Die Stewards von X haben vor fünf oder sechs Jahren wirklich zu fast nichts weggefahren. Es hielt nicht wirklich Schritt mit der Technologie.
- ^ Packard, Keith (1999). "Die Entwicklung der X Server -Architektur". Archiviert vom Original am 26. Juni 2021.
- ^ Wexelblat, David (23. März 2003). "Ein Aufruf zur offenen Regierungsführung von X Development". [email protected] (Mailingliste). Archiviert von das Original am 12. Februar 2005. Abgerufen 26. Juni 2021.
- ^ "Xfree86 beiträgt X.org als Ehrenmitglied bei". Slashdot. 1. Dezember 1999. Archiviert vom Original am 26. Juni 2021.
- ^ Harris, Mike (13. April 2003). "Ein weiteres Teil der Telekonferenz, partiell bearbeitetes Transkript". [email protected] (Mailingliste). Archiviert von das Original am 12. Februar 2005. Abgerufen 26. Juni 2021.
- ^ Nolden, Ralf (20. März 2003). "Keith Packard Problem". [email protected] (Mailingliste). Archiviert von das Original am 12. Februar 2005. Abgerufen 26. Juni 2021.
- ^ Hunt, Harold (27. Oktober 2003). "Cygwin/xfree86 - nicht mehr mit xfree86.org assoziiert". [email protected] (Mailingliste). Archiviert vom Original am 26. Juni 2021. Abgerufen 26. Juni 2021.
- ^ Harris, Mike (9. Januar 2003). "9. Januar 2003". Archiviert von das Original am 14. Februar 2009.
- ^ Dawes, David; Cutshaw, Robin; Evans, Marc; Murphey, reich; Gräber, Jon; Wexelblat, David (20. März 2003). "Einladung zur öffentlichen Diskussion über die Zukunft von X". [email protected] (Mailingliste). Archiviert von das Original am 12. Februar 2005. Abgerufen 26. Juni 2021.
- ^ Packard, Keith (21. März 2003). "Ein Aufruf zur offenen Regierungsführung von X Development". [email protected] (Mailingliste). Archiviert von das Original am 12. Februar 2005. Abgerufen 26. Juni 2021.
- ^ Packard, Keith (3. April 2003). "Notizen aus einer Telekonferenz 2003-3-27". [email protected] (Mailingliste). Archiviert von das Original am 12. Februar 2005. Abgerufen 26. Juni 2021.
- ^ Swales, Steve (24. März 2003). "Ein Aufruf zur offenen Regierungsführung von X Development". [email protected] (Mailingliste). Archiviert von das Original am 22. Dezember 2004. Abgerufen 26. Juni 2021.
- ^ Wexelblat, David (23. März 2003). "Ein Aufruf zur offenen Regierungsführung von X Development". [email protected] (Mailingliste). Archiviert von das Original am 6. Januar 2005. Abgerufen 26. Juni 2021.
- ^ Pennington, Havoc (14. April 2003). "Probleme diskutieren". [email protected] (Mailingliste). Archiviert von das Original am 27. Dezember 2004. Abgerufen 26. Juni 2021.
- ^ Gettys, Jim (22. Juni 2000). Lektionen über Open Source erfahren. Usenix jährliche technische Konferenz. Archiviert vom Original am 27. Juni 2021.
- ^ "Xfree86 4.4: Liste der Ablehnungsvertreiber wächst". Slashdot. 18. Februar 2004. Archiviert vom Original am 27. Juni 2021.
- ^ a b Wheeler, David A. (16. Februar 2014) [6. Mai 2002]. "Machen Sie Ihre Open-Source-Software GPL-kompatibel. Oder sonst". Archiviert vom Original am 26. Januar 2021.
- ^ De Raadt, Theo (16. Februar 2004). "Xfree86 Lizenz". openbsd-misc (Mailingliste). Archiviert Aus dem Original am 18. Januar 2019. Abgerufen 8. Dezember 2009.
- ^ Boykin, Oscar (25. Februar 2004). "X markiert den Spot: Rückblick auf X11 -Entwicklungen des vergangenen Jahres". Osnews. Archiviert vom Original am 27. Juni 2021.
- ^ Gettys, James; Packard, Keith (2004). Die (re) Architektur des X -Fenstersystems (PDF). Proc. Linux -Symposium. Vol. 1.
- ^ X11r6.9 und x11r7.0 offiziell veröffentlicht 21. Dezember 2005
- ^ Modularisierungsvorschlag 31. März 2005
- ^ Vorgeschlagene Änderungen für x11r7.1 21. April 2006
- ^ "Die aktuelle XFree86 -Version: 4.8.0". xfree86.org.
- ^ X-ein tragbares Netzwerk-transparenter Fenstersystem Februar 2005
- ^ Landau, Matt (23. April 1993). "Re: Asynchron X Windows?". Newsgroup:Comp.Windows.x. Usenet: [email protected]. Abgerufen 6. März 2013.
- ^ z.B. "X Windows FAQ", Die FAQ für Usenet Newsgroup Comp.Windows.x.
- ^ Das X -Fenstersystem: Geschichte und Architektur 1. September 1999
- ^ Xfree86 und x11r6.3 Dezember 1999
- ^ Die offene Gruppe kündigt das Internet-fähige X-Fenstersystem X11R6.4 an 31. März 1998
- ^ X.org Foundation veröffentlicht x Fenstersystem x11r6.7 7. April 2004
- ^ Änderungen seit R6.8 21. Oktober 2005
- ^ Versionshinweise für x11r7.1 22. Mai 2006
- ^ Die X.org Foundation veröffentlicht 7.2.0 (auch bekannt als X11R7.2) 15. Februar 2007
- ^ X Server Version 1.4 Release -Pläne. Abgerufen am 25. August 2007.
- ^ "Foundation veröffentlicht x7.4". X.org. Abgerufen 10. November 2009.
- ^ "7.5 Release -Ankündigung". X.org. Abgerufen 10. November 2009.
- ^ "Wiki - 7,5 Veröffentlichungspläne". X.org. Abgerufen 10. November 2009.
- ^ "7.6 Release -Ankündigung". X.org. 20. Dezember 2010. Abgerufen 21. Dezember 2010.
- ^ "Denken an 7,6 Katamari, einschließlich XCB". Lists.x.org. Abgerufen 10. November 2009.
- ^ "Wiki - 7,6 Veröffentlichungspläne". X.org. Abgerufen 21. Dezember 2010.
- ^ "[Ankündigen] x11r7.7". Lists.x.org. Abgerufen 7. Juni 2012.
- ^ "Releases/7.7". X.org. Abgerufen 7. Juni 2012.
- ^ "Releases/7,8". X.org. Abgerufen 6. Mai 2014.
Verweise
- James Gettys, Philip L. Karlton, Scott A. McGregor, "Das X -Fenstersystem, Version 11"(PDF), Software: Übung und Erfahrung (10. Dezember 1990)
- Hania Gajewska, Mark S. Manasse und Joel McCormack, "Warum X nicht unser ideales Fenstersystem ist"(PDF), Software - Übung und Erfahrung Band 20, Ausgabe S2 (Oktober 1990)
- Linda Mui und Eric Pearce, X Fenstersystem Volume 8: X Fenstersystemadministratorhandbuch für X11 Release 4 und Release 5, 3. Auflage (O'Reilly und Associates, Juli 1993; Softcover ISBN0-937175-83-8)
- Die X-Windows-Katastrophe (UNIX-HATERS-Handbuch)
- Robert W. Scheifler und James Gettys: X Fenstersystem: Kern- und Erweiterungsprotokolle: x Version 11, Releases 6 und 6.1, Digital Press 1996, ISBN1-55558-148-x
- Die Entwicklung der X Server -Architektur (Keith Packard, 1999)
- Die Mittel zu einem X für Linux: Ein Interview mit David Dawes von xfree86.org (Matthew Arnison, Cat TV, Juni 1999)
- Lektionen über Open Source erfahren (Jim Gettys, Usenix 2000 Gespräch über die Geschichte von x)
- In der These, dass X groß/aufgebläht/veraltet ist und ersetzt werden sollte (Christopher B. Browne)
- Open Source Desktop Technology Road Map (Jim Gettys, 9. Dezember 2003)
- X markiert den Spot: Rückblick auf X11 -Entwicklungen des vergangenen Jahres (Oscar Boykin, Osnews, 25. Februar 2004)
- X von der Hardware holen (Keith Packard, Juli 2004 Ottawa Linux Symposium sich unterhalten)
- Warum Apple X für das Fenstersystem nicht verwendet hat (Mike Paquette, Apple Computer)
- X Man Seite (Abgerufen am 2. Februar 2007)
- Gettys, Jim (2005). "Snap Computing und das X -Fenstersystem". Citeseerx 10.1.1.109.3314.
{{}}
: Journal zitieren erfordert|journal=
(Hilfe) - [1] X Fenstersystemschnittstelle in der Umgebung Z/OS Communications Server (abgerufen am 19. Juli 2021)