Das X Fenstersystem (allgemein X Fenstersystem oder X11, der auf seiner aktuellen Hauptversion gestützt ist, die 11 ist), ist ein Computersoftwaresystem und Netzprotokoll, das eine Grundlage für grafische Benutzerschnittstellen (GUIs) und reiche Eingangsgerät-Fähigkeit für vernetzte Computer schafft. Es schafft eine Hardware-Abstraktionsschicht, wo Software geschrieben wird, um einen verallgemeinerten Satz von Befehlen zu verwenden, Geräteunabhängigkeit und Wiedergebrauch von Programmen auf jedem Computer berücksichtigend, der X durchführt.

X hervorgebracht am Institut von Massachusetts für die Technologie (MIT) 1984. Die aktuelle Protokoll-Version, X11, ist im September 1987 erschienen. X.Org führt Fundament das X Projekt, mit der aktuellen Bezugsdurchführung, X.Org Server, verfügbar als freie und offene Quellsoftware laut der MIT-Lizenz und ähnlichen permissiven Lizenzen.

Zweck und geistige Anlagen

X ist ein mit der Architektur unabhängiges System für entfernte grafische Benutzerschnittstellen und reiche Eingangsgerät-Fähigkeiten, der vielen Menschen erlaubt, die in einer Prozession gehende Macht eines Time-Sharing-Computers zu teilen und mit einander durch Client-Anwendungen zusammenzuarbeiten, die auf entfernten Computern laufen. Jede Person, die ein vernetztes Terminal verwendet, ist in der Lage, mit der Anzeige mit jedem Typ des Benutzereingangsgeräts aufeinander zu wirken. Wegen der Allgegenwart der Unterstützung für X Software auf Unix, Linux und Mac OS X, X wird allgemein verwendet, um Client-Anwendungen auf Personalcomputern zu führen, selbst wenn es kein Bedürfnis nach dem Time-Sharing gibt.

X stellt Fenstertechnik auf dem Computer zur Verfügung zeigt und führt Tastatur, Gerät-Kontrollfunktionen und touchscreens anspitzend. In seinem Standardvertrieb ist es ein ganzer, obgleich einfach, Anzeige und Schnittstelle-Lösung, die ein Standardwerkzeug und Protokoll-Stapel liefert, um grafische Benutzerschnittstellen auf den meisten Unix ähnlichen Betriebssystemen und OpenVMS zu bauen, und ist zu vielem anderem zeitgenössischem allgemeinem Zweck Betriebssysteme getragen worden.

X stellt das grundlegende Fachwerk oder Primitive zur Verfügung, um solche GUI Umgebungen zu bauen: Ziehend und bewegende Fenster auf der Anzeige und mit einer Maus, Tastatur oder touchscreen aufeinander zu wirken. X beauftragt das die Benutzerschnittstelle nicht da sein - individuelle als Fensterbetriebsleiter bekannte Kundenprogramme behandeln das. Der Fensterbetriebsleiter ist nicht notwendig, und Programme können die grafischen geistigen Anlagen von X ohne Benutzerschnittstelle verwenden. Als solcher ändert sich die Sehformgebung von X-basierten Umgebungen außerordentlich; verschiedene Programme können radikal verschiedene Schnittstellen präsentieren. X wird als ein zusätzlicher (Anwendung) Abstraktionsschicht oben auf dem Betriebssystemkern gebaut.

Verschieden von frühsten Anzeigeprotokollen, X wurde spezifisch entworfen, um über Netzverbindungen aber nicht auf einem integrierten oder beigefügten Anzeigegerät verwendet zu werden. X Eigenschaft-Netzdurchsichtigkeit: Die Maschine, wo ein Anwendungsprogramm (die Client-Anwendung) sich Läufe von der lokalen Maschine des Benutzers unterscheiden können. Das Netzprotokoll von X basiert auf X Befehl-Primitiven und, mit GLX, OpenGL 3D-Primitive aber nicht auf einem grundlegenderen framebuffer das Kopieren des Paradigmas. Diese Annäherung erlaubt sowohl 2. als auch 3D Operationen, auf dem entfernten X Server völlig beschleunigt zu werden.

Wenn verwendet, über das Netz kann Bandbreite und Latenz beide bedeutende Probleme in der Brauchbarkeit von bestimmten Softwaremodellen sein. Bandbreite ist ein Schlüsselfaktor sowohl in der Beobachtung des Videos im 2. als auch in überwechselnden Texturen für den 3D. Latenz kann eine Sorge in interaktiven Anwendungen - am offensichtlichsten Spielen sein - aber für hohe Niveaus der Latenz kann sogar grundlegende Menümanipulation schwierig werden.

X stellt keine Unterstützung für das Audio zur Verfügung, obwohl mehrere Projekte in dieser Nische, einige auch Versorgung durchsichtiger Netzunterstützung bestehen. Einige sind PulseAudio, Advanced Linux Sound Architecture (ALSA), Open Sound System (OSS) und JACK Audio Connection Kit (JACK).

X hat auch an Unterstützung für benutzerbestimmte versorgte Verfahren auf dem X Server Mangel, der den dynamischen Aufbau von höheren Ordnungsprimitiven, wie gesehen, in NeWS berücksichtigt haben könnte, der Bandbreite-Anforderungen davon reduzieren zu verlangen, dass weniger Primitive gesandt wurden, und bestimmte Typen der Wechselwirkung durch das Entfernen von Hin- und Rückfahrten zum entfernten X Kundenprogramm in einigen Varianten von Menüwechselwirkungen, Auswahl, Fenstermanagement und so weiter verbessern konnte.

X wird häufig in Verbindung mit einem X Sitzungsbetriebsleiter verwendet, um Sitzungen durchzuführen.

Gewöhnlich wird eine Sitzung mit dem X Anzeigebetriebsleiter angefangen. Jedoch kann der Benutzer auch eine Sitzung anfangen, indem er den xinit oder die startx Programme manuell führt.

Design

X Gebrauch ein Client/Server-Modell: Ein X Server kommuniziert mit verschiedenen Kundenprogrammen. Der Server akzeptiert Bitten um die grafische Produktion (Fenster) und sendet Benutzereingang (von der Tastatur, Maus oder touchscreen) zurück. Der Server kann als fungieren:

• ein Anwendungsanzeigen zu einem Fenster eines anderen Anzeigesystems
• ein Systemprogramm, die Videoproduktion eines PCs kontrollierend
• ein hingebungsvolles Stück der Hardware.

Diese Client/Server-Fachsprache — das Terminal des Benutzers, das der Server und die Anwendungen ist, die die Kunden — häufig sind, verwechselt neu X Benutzer, weil die Begriffe umgekehrt scheinen. Aber X nimmt die Perspektive der Anwendung, aber nicht diesen des Endbenutzers: X stellt Anzeige und Eingabe/Ausgabe-Dienstleistungen zu Anwendungen zur Verfügung, so ist es ein Server; Anwendungen verwenden diese Dienstleistungen, so sind sie Kunden.

Das Nachrichtenprotokoll zwischen Server und Kunden bedient Netz-durchsichtig: Der Kunde und Server können auf derselben Maschine oder auf verschiedenen, vielleicht mit verschiedenen Architekturen und Betriebssystemen laufen. Ein Kunde und Server können sogar sicher über das Internet durch tunneling die Verbindung über eine encrypted Netzsitzung mitteilen.

Ein X Kunde selbst kann mit einem X Server wetteifern, indem er Anzeigedienstleistungen anderen Kunden zur Verfügung stellt. Das ist als "X Nisten" bekannt. Kunden der offenen Quelle wie Xnest und Xephyr unterstützen solches X Nisten.

Um eine X Client-Anwendung auf einer entfernten Maschine zu verwenden, tut der Benutzer den folgenden:

• Auf der lokalen Maschine, öffnen Sie ein Endfenster
• verwenden Sie ssh mit dem X Versandargument, um zur entfernten Maschine in Verbindung zu stehen. Telnet kann verwendet werden, aber ist nicht sicher, erlaubt grafischen Versand nicht und wird größtenteils missbilligt.
• bitten Sie um lokalen Dienst der Anzeige/Eingangs (z.B, [die Maschine des Benutzers] wenn nicht SSH mit X Versand oder 'tunneling' verwendend, hat ermöglicht).

Das entfernte X Client-Anwendung wird dann eine Verbindung zum Vorortszug des Benutzers X Server machen, Anzeige zur Verfügung stellend, und dem Benutzer eingeben.

Wechselweise kann die lokale Maschine ein kleines Programm führen, das zur entfernten Maschine in Verbindung steht und die Client-Anwendung anfängt.

Praktische Beispiele von entfernten Kunden schließen ein:

• das Verwalten einer entfernten Maschine grafisch
• das Verwenden einer Client-Anwendung, um sich der großen Anzahl anderer unheilbar kranker Benutzer in zusammenarbeitendem workgroups anzuschließen.
• das Laufen einer rechenbetont intensiven Simulation auf einer entfernten Maschine und das Anzeigen der Ergebnisse auf einer lokalen Tischmaschine
• grafische Software auf mehreren Maschinen sofort, kontrolliert von einer einzelnen Anzeige, Tastatur und Maus führend.

Grundsätze

1984 legen Bob Scheifler und Jim Gettys die frühen Grundsätze X dar:

• Fügen Sie neue Funktionalität nicht hinzu, wenn ein implementor keine echte Anwendung ohne sie vollenden kann.
• Es ist so wichtig zu entscheiden, was ein System nicht ist, um zu entscheiden, wie es ist. Dienen Sie allen Bedürfnissen in der Welt nicht; machen Sie eher das System ausziehbar, so dass zusätzlicher Bedarf auf eine nach oben gerichtet vereinbare Mode gedeckt werden kann.
• Das einzige Ding, das schlechter ist als Generalisierung von einem Beispiel, verallgemeinert von keinen Beispielen überhaupt.
• Wenn ein Problem nicht völlig verstanden wird, ist es wahrscheinlich am besten, keine Lösung überhaupt zur Verfügung zu stellen.
• Wenn Sie 90 Prozent der gewünschten Wirkung für 10 Prozent der Arbeit bekommen können, verwenden Sie die einfachere Lösung. (Siehe auch Schlechter ist besser.)
• Isolierte Kompliziertheit so viel wie möglich.
• Stellen Sie Mechanismus aber nicht Politik zur Verfügung. Insbesondere Platz-Benutzerschnittstelle-Politik in den Händen der Kunden.

Der erste Grundsatz wurde während des Designs von X11 modifiziert zu: "Fügen Sie neue Funktionalität nicht hinzu, wenn Sie von einer echten Anwendung nicht wissen, die es verlangen wird."

X hat zu diesen Grundsätzen größtenteils behalten. Die Beispieldurchführung wird in der Absicht der Erweiterung und Verbesserung der Durchführung entwickelt, während man vereinbar mit dem ursprünglichen 1987-Protokoll bleibt.

Benutzerschnittstellen

X ist in erster Linie ein Protokoll und Grafikprimitiver-Definition, und sie enthält absichtlich keine Spezifizierung für das Anwendungsbenutzerschnittstelle-Design, wie Knopf, Menü oder Fenstertitelbar-Stile. Statt dessen definiert Anwendungssoftware - wie Fensterbetriebsleiter, GUI Produkt-Werkzeuge und Tischumgebungen oder anwendungsspezifische grafische Benutzerschnittstellen - und stellt solche Details zur Verfügung. Infolgedessen gibt es kein typisches X Schnittstelle und mehrere Tischumgebungen sind unter Benutzern populär gewesen.

Ein Fensterbetriebsleiter kontrolliert das Stellen und Äußere von Anwendungsfenstern. Das kann auf mit denjenigen von Windows von Microsoft verwandte Tischschnittstellen hinauslaufen, oder der Apple Macintosh (schließen Beispiele Metacity in den ZWERG, KWin in der KDE Softwarekompilation, Xfwm in Xfce oder Compiz ein), oder haben Sie radikal verschiedene Steuerungen (wie ein mit Ziegeln deckender Fensterbetriebsleiter, wie wmii oder Ratpoison). Fensterbetriebsleiter erstrecken sich in der Kultiviertheit und Kompliziertheit von den bloßen Knochen (z.B, twm, der grundlegende Fensterbetriebsleiter, der mit X, oder evilwm, ein äußerst leichter Fensterbetriebsleiter versorgt ist) zu den umfassenderen Tischumgebungen wie Erläuterung und sogar anwendungsspezifischen Fensterbetriebsleitern für vertikale Märkte wie Punkt des Verkaufs.

Viele Benutzer verwenden X mit einer Tischumgebung, die, beiseite vom Fensterbetriebsleiter, verschiedene Anwendungen mit einer konsequenten Benutzerschnittstelle einschließt. ZWERG, KDE Software Compilation und Xfce ist die populärsten Tischumgebungen. Die Unix Standardumgebung ist Common Desktop Environment (CDE). freedesktop.org richtet Initiative Zwischenfunktionsfähigkeit zwischen Arbeitsflächen und den Bestandteilen, die für einen konkurrenzfähigen X Arbeitsfläche erforderlich sind.

Als X ist für die Tastatur und Maus-Wechselwirkung mit grafischen Arbeitsflächen verantwortlich, bestimmte Tastatur-Abkürzungen sind verbunden mit X. Control-Alt-Backspace geworden normalerweise begrenzt das zurzeit Laufen von X Sitzung, während das Kontroll-Alt in Verbindung mit einem Funktionsschlüssel auf die verbundene virtuelle Konsole umschaltet. Jedoch wird dieses Detail zum Design einer X Server-Durchführung verlassen und ist nicht universal; zum Beispiel stellen X Server-Durchführungen für Windows und Macintosh normalerweise diese Tastatur-Abkürzungen nicht zur Verfügung.

Durchführungen

X.Org dient Durchführung als die kanonische Durchführung X. Wegen des liberalen Genehmigens sind mehrere Schwankungen, sowohl freie als auch offene Quelle und Eigentums-, erschienen. Kommerzielle Unix Verkäufer haben dazu geneigt, die offene Quelldurchführung zu nehmen und sie an ihre Hardware anzupassen, gewöhnlich es kundengerecht anfertigend und Eigentumserweiterungen hinzufügend.

Bis zu 2004 hat XFree86 dem allgemeinsten X Variante auf freien Unix ähnlichen Systemen zur Verfügung gestellt. XFree86 hat als ein Hafen X für vereinbare mit 386 PCs und am Ende der 1990er Jahre angefangen, war die größte Quelle der technischen Neuerung in X und der De-Facto-Standard von X Entwicklung geworden. Seit 2004, jedoch, X.Org ist Server, eine Gabel von XFree86, vorherrschend geworden.

Während es üblich ist, X mit Unix zu verkehren, bestehen X Server auch heimisch innerhalb anderer grafischer Umgebungen. OpenVMS von Hewlett Packard Betriebssystem schließt eine Version X mit Common Desktop Environment (CDE), bekannt als DECwindows als seine Standardtischumgebung ein. Mac OS X des Apfels v10.3 (Panther) und v10.4 (Tiger) schließt X11.app ein, der auf XFree86 4.3 und X11R6.6 mit der besseren Integration von Mac OS X gestützt ist. Auf Mac OS X v10.5 (Leopard), Apfel eingeschlossen X.org (X11R7.2 codebase) statt XFree86 (X11R6. 8). Drittserver unter Mac OS 7, MacX von 8 und 9 eingeschlossenem Apfel und Weißer Kiefer-Softwareexodus.

Windows von Microsoft wird mit der Unterstützung für X nicht verladen, aber viele Drittdurchführungen bestehen als freie und offene Quellsoftware wie Cygwin/X, Xming (befreien Sie zu 6.9.0.31), und WeirdX; freeware wie Mokka X Server; und Eigentumsprodukte wie Xmanager, Gehen Sie Ausflug (Hewlett Packard), MKS X/Server, Nachdenken X, X-Win32 und Xming (jetzige Versionen) Zu weit.

Es gibt auch javanische Durchführungen von X Servern. Läufe von WeirdX auf jedem Plattform-Unterstützen-Schwingen 1.1. *, und werden als ein applet innerhalb von den meisten Browsern laufen. Der Androide X Server ist eine offene Quelle javanische Durchführung, die auf Androide-Geräten läuft.

Wenn ein Betriebssystem mit einem heimischen Fenstertechnik-System X außerdem veranstaltet, kann das X System entweder seine eigene normale Arbeitsfläche in einem getrennten Gastgeber-Fenster verwenden, oder es kann wurzellos laufen, bedeutend, dass die X Arbeitsfläche verborgen wird und die Gastgeber-Fenstertechnik-Umgebung die Geometrie und das Äußere des veranstalteten X Fenster innerhalb des Gastgeber-Schirms führt.

X Terminals

Ein X Terminal ist ein dünner Kunde, der nur einen X Server führt. Diese Architektur ist populär geworden, um billige Endparks für viele Benutzer zu bauen, um gleichzeitig denselben großen Computerserver zu verwenden, um Anwendungsprogramme als Kunden von X Terminal jedes Benutzers durchzuführen. Dieser Gebrauch wird sehr nach der ursprünglichen Absicht des MIT-Projektes ausgerichtet.

X Terminals erforschen das Netz (das lokale Sendungsgebiet) das Verwenden vom X Anzeigebetriebsleiter Control Protokoll, um eine Liste von verfügbaren Gastgebern zu erzeugen, denen als Kunden erlaubt wird. Einer der Kundengastgeber sollte einen X Anzeigebetriebsleiter führen.

Eine Beschränkung von X Terminals und dünnsten Kunden ist, dass sie zu jedem Eingang oder Produktion außer der Tastatur, Maus und Anzeige nicht fähig sind. Wie man annimmt, bestehen alle relevanten Daten allein auf dem entfernten Server, und der X unheilbar kranke Benutzer hat keine Methoden, die verfügbar sind, um Daten von einem lokalen Endgerät wie eine Diskette, CDROM oder USB-Speichergerät zu sparen oder zu laden. Jedoch wird Druck gewöhnlich als ein geteiltes Netz oder Serienverbindung in der Nähe vom Terminal unterstützt.

Hingebungsvoll (Hardware) sind X Terminals weniger üblich geworden; ein PC oder moderner dünner Kunde mit einem X Server stellen normalerweise dieselbe Funktionalität an demselben, oder tiefer, Kosten zur Verfügung.

Beschränkungen und Kritik

Das UNIX-HATERS Handbuch (1994) hat ein volles Kapitel den Problemen X gewidmet. Warum X Nicht Ist, hat Unser Ideales Fenstersystem (1990) durch Gajewska, Manasse und McCormack über Probleme im Protokoll mit Empfehlungen für die Verbesserung ausführlich berichtet.

Benutzerschnittstelle-Probleme

Der Mangel an Designrichtlinien in X ist auf mehrere gewaltig verschiedene Schnittstellen, und in Anwendungen hinausgelaufen, die gut zusammen nicht immer gearbeitet haben. Inter-Client Communication Conventions Manual (ICCCM), eine Spezifizierung für die Kundenzwischenfunktionsfähigkeit, hat einen Ruf, schwierig zu sein, richtig durchzuführen. Weitere Standardanstrengungen wie Motiv und CDE haben Probleme nicht erleichtert. Das hat Benutzer und Programmierer frustriert. Grafikprogrammierer richten jetzt allgemein Konsistenz des Anwendungsblicks und des Gefühls und der Kommunikation, indem sie zu einer spezifischen Tischumgebung oder zu einem spezifischen Produkt-Werkzeug codieren, das auch vermeidet, sich direkt mit dem ICCCM befassen zu müssen.

Computerzugänglichkeit hat Probleme verbunden

Auf das X Fenstertechnik-System gebaute Systeme können Zugänglichkeitsprobleme haben, die Anwendung eines Computers schwierig für arbeitsunfähige Benutzer, einschließlich Rechtsklicks, Doppelklicks, mittleren Klicks, mouseover, und Fokus-Diebstahls machen. Einige X11 Kunden befassen sich mit Zugänglichkeitsproblemen besser als andere, so werden diejenigen mit Zugänglichkeitsproblemen aus dem Verwenden von X11 nicht geschlossen. Jedoch gibt es keinen Zugänglichkeitsstandard oder Zugänglichkeitsrichtlinien für X11. Innerhalb des X11 Standardprozesses gibt es keine Arbeitsgruppe auf der Zugänglichkeit jedoch, Zugänglichkeitsbedürfnisse werden durch Softwareprojekte gerichtet, diese Eigenschaften oben auf X, einschließlich, Butzkopf und ATK zur Verfügung zu stellen.

Das Butzkopf-Projekt richtet Bedürfnisse nach der Zugänglichkeit auf X Fenstersystemarbeitsflächen und hat eine besuchte-SPI Zugänglichkeits-API durchgeführt. Weil X ein ausziehbares System und entworfen für die Flexibilität ist, und so dass es Weisen gibt, wie neue Eigenschaften angeboten werden können, ohne notwendigerweise in X selbst eingebaut werden zu müssen, werden diese Eigenschaften mit neuen APIs unterstützt, die neben X Fenstersystem laufen. Der Butzkopf-Teil des Systems ist AN - SPI "Server", verschiedene Werkzeuge wie Zwerg und GTK, und andere X Fenstersystemwerkzeuge fügen dann Unterstützung für AN - SPI hinzu, eine Beschreibung auf Dingen auf dem Schirm AN - SPI zum Butzkopf gebend, der sie dann davon liest. Jeder X11 GUI Werkzeug kann AN - SPI unterstützen, Unterstützung besteht bereits in Qt und GTK. Die Entwicklung einer speziellen API hat die Einschließung von für die Bedürfnisse nach einem Schirm-Lesen entworfenen Funktionen berücksichtigt, dem Benutzer das Lay-Out des Schirms, wie Fall unten Kästen zu beschreiben.

Zwerg hat auch den ATK zur Verfügung gestellt, um in X Programmen durchzuführende Zugänglichkeitseigenschaften mit dem Gnome/GTK APIs zu berücksichtigen.

Netz

Ein X Kunde kann von einem Server nicht allgemein losgemacht und einem anderen wiederbeigefügt werden, wenn sein Code dafür spezifisch nicht sorgt (emacs, ist eines der wenigen allgemeinen Programme mit dieser Fähigkeit). Durch die Erweiterung, eine komplette Sitzung von einem X Server bis einen anderen bewegend, ist allgemein nicht möglich. Jedoch erlauben Annäherungen wie Virtual Network Computing (VNC), NX und Xpra einer virtuellen Sitzung, vom verschiedenen X Server (gewissermaßen ähnlich dem GNU-Schirm in Bezug auf Terminals) erreicht zu werden, und andere Anwendungen und Werkzeuge stellen verwandte Möglichkeiten zur Verfügung.

Workarounds wie x11vnc (VNC:0 Zuschauer) und NX (die Schattenweise von nxagent) bestehen auch, um den aktuellen X-Server-Schirm über VNC und NX beziehungsweise bereitzustellen. Diese Fähigkeit erlaubt der Benutzerschnittstelle (Maus, Tastatur, Monitor) einer laufenden Anwendung, von einer Position bis einen anderen geschaltet zu werden, ohne anzuhalten und die Anwendung wiederanzufangen. Das kann in einigen Anwendungen, wie Anlageüberwachung und Kontrolle wichtig sein.

Der Netzverkehr zwischen einem X Server und entfernt X Kunden ist nicht encrypted standardmäßig. Ein Angreifer mit einem Paket sniffer kann es abfangen, es möglich machend, irgendetwas Gezeigtes zu oder gesandt vom Schirm des Benutzers anzusehen. Der allgemeinste Weg zu encrypt X Verkehr soll Sicheren Shell (SSH) Tunnel für die Kommunikation gründen.

Wie alle dünnen Kunden, wenn sie X über ein Netz verwenden, können Bandbreite-Beschränkungen den Gebrauch von bitmap-intensiven Anwendungen behindern, die schnell aktualisierende große Teile des Schirms mit der niedrigen Latenz, wie 3D-Zeichentrickfilm oder das Foto-Redigieren verlangen. Sogar relativ kleine unkomprimierte 640x480x24 Bit 30fps Videostrom können die Bandbreite 100Mbit Netz für einen einzelnen Kunden leicht überholen. Frühe Versionen X würden leiden, selbst wenn, das lokale Netz, solcher als nicht verwendend, wenn man einen linux Arbeitsplatz mit dem X Server und Kunden auf demselben System wegen des netzzentrischen Protokolls verwendet, das noch ein inneres Netzmodell innerhalb des Computers, über localhost oder unix Steckdosen verwerten würde. Im Gegensatz haben moderne Versionen X allgemein Erweiterungen wie MESA das Erlauben lokaler Anzeige einer Grafik eines lokalen Programms, die zu optimieren ist, um das Netzmodell zu umgehen und direkt die Videokarte für den Gebrauch des Videos des vollen Schirms zu kontrollieren, hat 3D-Anwendungen und andere solche Anwendungen gemacht.

Client/Server-Trennung

Das Design von X verlangt, dass die Kunden und der Server getrennt, und Geräteunabhängigkeit funktionieren, und die Trennung des Kunden und Servers übernimmt oben. Die meisten Gemeinkosten kommen von der Netzrückfahrverzögerungszeit zwischen Kunden und Server (Latenz) aber nicht aus dem Protokoll selbst: Die besten Lösungen von Leistungsproblemen hängen von effizientem Anwendungsdesign ab. Eine allgemeine Kritik X besteht darin, dass seine Netzeigenschaften auf übermäßige Kompliziertheit und verminderte Leistung wenn nur verwendet lokal hinauslaufen.

Modern verwenden X Durchführungen Bereichssteckdosen von Unix für effiziente Verbindungen auf demselben Gastgeber. Zusätzlich geteiltes Gedächtnis (über die MIT-SHM Erweiterung) kann für die schnellere Client/Server-Kommunikation verwendet werden. Jedoch muss der Programmierer noch ausführlich aktivieren und die geteilte Speichererweiterung verwenden. Es ist auch notwendig, Rückgriff-Pfade zur Verfügung zu stellen, um vereinbar mit älteren Durchführungen zu bleiben, und um mit dem nichtlokalen X Server mitzuteilen.

Mitbewerber

Einige Menschen haben Schreiben-Alternativen zu und Ersatz für X versucht. Historische Alternativen schließen NeWS der Sonne ein, der auf dem Markt und der Anzeige von NeXT PostScript, beide Nachschrift-basierten Systeme gescheitert hat, die benutzerdefinierbare Anzeigeseite-Verfahren unterstützen, die X gefehlt haben. Mac OS X, EIN/AUSGABE-STEUERSYSTEM und Androide sind die Unix ähnlichen Hauptsysteme, X für die Grafik nicht verwendend.

Als Apple Inc. dann gekauft hat und NeXTSTEP verwendet hat, um Mac OS X zu bauen, haben sie Anzeige PostScript durch Quarz ersetzt. Mike Paquette, einer der Autoren von Quarz, hat erklärt, warum Apfel von der Anzeige PostScript zu X nicht bewegt hat, und stattdessen beschlossen hat, seinen eigenen Fensterserver durch den Ausspruch zu entwickeln, dass sobald Apfel Unterstützung für alle Eigenschaften hinzugefügt hat, die es in X11 hat einschließen wollen, würde es viel Ähnlichkeit mit X11 nicht haben noch würde mit anderen Servern irgendwie vereinbar sein.

Anzeigeserver von Wayland, der durch freedesktop.org veranstaltet ist und durch mehrere X.Org Entwickler entwickelt ist, sowohl richtet Kritiken X durch das Ersetzen davon völlig als auch arbeitet direkt mit der Hardware über DRI. Es wird für Wayland geplant, schließlich X in Ubuntu und Fedora, zwei wohl bekanntem GNU/Linux Vertrieb zu ersetzen. Wayland behandelt rückwärts gerichtete Vereinbarkeit mit X durch das fakultative Laufen X.org Server als ein Kunde, der wurzellos sein kann (ein Fenster Wayland pro X Kunden zu haben).

Andere Versuche, Kritiken X durch das Ersetzen davon zu richten, schließen völlig Berlin/Freske und das Y Fenstersystem ein. Diese Alternativen haben das unwesentliche Nehmen gesehen und sind von ihren Entwicklern aufgegeben worden; Kommentatoren bezweifeln weit die Lebensfähigkeit jedes Ersatzes, der rückwärts gerichtete Vereinbarkeit mit X nicht bewahrt.

Andere Mitbewerber versuchen, die Gemeinkosten X zu vermeiden, indem sie direkt mit der Hardware arbeiten. Solche Projekte schließen DirectFB ein. Direct Rendering Infrastructure (DRI), die zum Ziel hat, eine zuverlässige Kernniveau-Schnittstelle dem framebuffer zur Verfügung zu stellen, kann diese Anstrengungen freisetzen.

Andere Weisen, Netzdurchsichtigkeit für grafische Dienstleistungen zu erreichen, schließen ein:

• das SVG Terminal, ein Protokoll, um Inhalt von Scalable Vector Graphics (SVG) in einem Browser in der nahen Echtzeit zu aktualisieren
• Virtual Network Computing (VNC), ein sehr auf niedriger Stufe System, das zusammengepressten bitmaps über das Netz sendet; die Durchführung von Unix schließt einen X Server ein
• Citrix XenApp, ein X ähnliches Produkt für Windows von Microsoft
• Tarantella, die einem javanischen Kunden für den Gebrauch in WWW-Browsern zur Verfügung stellt
• RAWT, der Java-Only-Entfernte AWT von IBM, der Java "Server" und einfache Haken für jeden entfernten javanischen Kunden durchführt.

MicroXwin ist nicht ein flügger Ersatz für X, aber erhält binäre Vereinbarkeit mit dem Standard X Kunden aufrecht, während er bessere Leistung und bedeutsam niedrigeres Gedächtnis oben durch eine verschiedene Architektur des Designs zur Verfügung stellt, das direkt das System als ein Kernmodul durchführt. Das Kernmodul ist Eigentums-, während die Benutzerraumbibliotheken, libX11 (Kopie von Xlib) und libXext, laut der BSD Stil-Lizenz verfügbar sind.

Geschichte

Vorgänger

Mehrere Bitmap-Anzeigesysteme sind X vorangegangen. Von Xerox ist die Altstimme (1973) und der Stern (1981) gekommen. Von Apollo ist Computer Anzeigebetriebsleiter (1981) gekommen. Vom Apfel ist die Lisa (1983) und der Macintosh (1984) gekommen. Die Unix Welt hatte das Projekt (1982) von Andrew, und Rauben Sie das Blit Terminal (1982) des Hechts Aus.

Universität von Carnegie-Mellon hat eine Anwendung des entfernten Zugangs genannt das Altstimme-Terminal erzeugt, das überlappende Fenster auf der Xerox-Altstimme gezeigt hat, und entfernte Gastgeber (normalerweise DEZ das VAX Systemlaufen Unix) verantwortlich dafür gemacht hat, Fensteraussetzungsereignisse zu behandeln und Fensterinhalt als notwendig zu erfrischen.

X leitet seinen Namen als ein Nachfolger eines vor1983 Fenstersystems genannt W (der Brief ab, der X im englischen Alphabet vorangeht). W ist unter dem V Betriebssystem gelaufen. W hat ein Netzprotokoll verwendet, das End- und Grafikfenster, der Server unterstützt, der Anzeigelisten aufrechterhält.

Einführung

X wurde ins MIT-Projekt Gemeinschaft von Athena in der folgenden E-Mail im Juni 1984 eingeführt:

Von: rws@mit-bold (Robert W. Scheifler)

Zu: window@athena

Thema: Fenstersystem X

Datum: Am 19. Juni 1984 0907-EDT (Dienstag)

Ich habe die letzten Paar-Wochen ausgegeben, ein Fenster schreibend

System für den VS100. Ich habe einen schönen Betrag des Codes gestohlen

von W, umgeben es mit einem asynchronen eher

als eine gleichzeitige Schnittstelle, und genannt es X. Gesamter

Leistung scheint, ungefähr zweimal mehr als das von W zu sein. Der

Code scheint ziemlich fest an diesem Punkt, obwohl es gibt

noch einige zu arrangierende Mängel.

Wir an LCS haben aufgehört, W zu verwenden, und sind jetzt

aktiv bauende Anwendungen auf X. Irgendjemand anderer, verwendend

W sollte ernstlich denken umzuschalten. Das ist nicht der

äußerstes Fenstersystem, aber glaube ich, dass es ein guter ist

Startpunkt für das Experimentieren. Recht im Moment

es gibt einen CLU (und ein Argus) Schnittstelle zu X; ein C

Schnittstelle ist in den Arbeiten. Die drei vorhandenen

Anwendungen sind ein Textaufbereiter (TED), eine Argus-Eingabe/Ausgabe

Schnittstelle und ein primitiver Fensterbetriebsleiter. Es gibt

keine Dokumentation noch; jeder, der zu verrückt genug

ist

Freiwilliger? Ich kann dazu schließlich umgehen.

Jeder hat für das Sehen interessiert, dass eine Demo durch fallen kann

NE43-531, obwohl Sie 3-1945 können nennen

wollen

zuerst. Jeder, der den Code will, kann durch mit einem kommen

Band. Jeder hat für hackende Mängel, Gefühl interessiert

frei sich in Verbindung zu setzen.

</pre>

Ursprung und frühe Entwicklung

Die ursprüngliche Idee von X ist an MIT 1984 als eine Kollaboration zwischen Jim Gettys (vom Projekt Athena) und Bob Scheifler (vom MIT Laboratorium für die Informatik) erschienen. Scheifler hat eine verwendbare Anzeigeumgebung gebraucht, für beim Argus-System die Fehler zu beseitigen. Planen Sie, dass Athena (ein gemeinsames Projekt zwischen Digital Equipment Corporation (DEC), MIT und IBM, um leichten Zugang zu Rechenmitteln für alle Studenten zur Verfügung zu stellen), ein mit der Plattform unabhängiges Grafiksystem gebraucht hat, um zusammen seine heterogenen Systeme des vielfachen Verkäufers zu verbinden; das Fenstersystem dann unter der Entwicklung in der Universität von Carnegie Mellon Projekt von Andrew hat Lizenzen und keine Alternativen nicht bereitgestellt, hat bestanden.

Das Projekt hat das durch das Schaffen eines Protokolls gelöst, das lokale Anwendungen sowohl führen und entfernte Mittel auffordern konnte. Mitte 1983 ist ein anfänglicher Hafen von W zu Unix mit einer fünfter von seiner Geschwindigkeit unter V gelaufen; im Mai 1984 hat Scheifler das gleichzeitige Protokoll von W mit einem asynchronen Protokoll ersetzt, und die Anzeigelisten mit der unmittelbaren Weise-Grafik, um X Version 1. X zu machen, sind die erste Fenstertechnik-Systemumgebung geworden, um wahre Hardware-Unabhängigkeit und Verkäufer-Unabhängigkeit anzubieten.

Scheifler, Gettys und Ron Newman machen sich an die Arbeit, und X ist schnell fortgeschritten. Sie haben Version 6 im Januar 1985 veröffentlicht. DEZ, dann sich vorbereitend, seinen ersten Arbeitsplatz von Ultrix zu veröffentlichen, hat X das einzige Fenstertechnik-System geurteilt, um wahrscheinlich verfügbar rechtzeitig zu werden. Ingenieure im DEZ haben X6 zur QVSS-Anzeige des DEZ auf MicroVAX getragen.

Im zweiten Viertel von 1985, X hat die Farbenunterstützung erworben, um im DEZ VAXstation-II/GPX zu fungieren, bildend, was Version 9 geworden ist.

Eine Gruppe an der Braunen Universität hat Version 9 zu IBM RT/PC getragen, aber Probleme mit dem Lesen von unausgerichteten Daten auf dem RT haben eine unvereinbare Protokoll-Änderung gezwungen, zu Version 10 gegen Ende 1985 führend. Vor 1986, außerhalb Organisationen hatte begonnen, X zu bitten. X10R2 wurde im Januar 1986, dann X10R3 im Februar 1986 veröffentlicht. Obwohl MIT X6 einigen Außengruppen für eine Gebühr lizenziert hatte, hat es in dieser Zeit zur Lizenz X10R3 und den zukünftigen Versionen darunter entschieden, was bekannt als die MIT-Lizenz geworden ist, vorhabend, X weiter zu verbreiten und dafür hoffend, dass noch viele Anwendungen verfügbar werden würden. X10R3 ist die erste Version geworden, um breite Aufstellung, sowohl mit dem DEZ als auch mit Hewlett Packard zu erreichen, der darauf gestützte Produkte veröffentlicht. Andere Gruppen haben X10 Apollo und zu Sonne-Arbeitsplätzen und sogar zu IBM PC/AT getragen. Demonstrationen der ersten kommerziellen Anwendung für X (ein mechanisches computergestütztes Techniksystem von Cognition Inc. das ist auf VAXes gelaufen und hat entfernt auf PCs gezeigt, die einen X von Jim Fulton getragenen Server führen, und Jan Hardenbergh) hat auf der Autotatsache-Messe damals stattgefunden. Die letzte Version von X10, X10R4, ist im Dezember 1986 erschienen.

Versuche wurden gemacht, X Server als Echtzeitkollaborationsgeräte viel zu ermöglichen, weil Virtual Network Computing (VNC) später einer Arbeitsfläche erlauben würde, geteilt zu werden. Eine solche frühe Anstrengung war das Werkzeug von SharedX von Philip J. Gust.

Obwohl X10 interessante und starke Funktionalität angeboten hat, war es offensichtlich geworden, dass das X Protokoll eine mit der Hardware neutralere Umgestaltung verwenden konnte, bevor es zu weit aufmarschiert geworden ist, aber MIT allein würde die für solch eine ganze Umgestaltung verfügbaren Mittel nicht haben. Wie es geschehen ist, hat sich das Westsoftwarelaboratorium des DEZ zwischen Projekten mit einer erfahrenen Mannschaft gefunden. Smokey Wallace von DEZ WSL und Jim Gettys haben vorgeschlagen, dass DEZ WSL X11 baut und es frei verfügbar unter denselben Begriffen wie X9 und X10 macht. Dieser Prozess hat im Mai 1986, mit dem Protokoll beendet im August angefangen. Die Alpha-Prüfung der Software hat im Februar 1987, Beta-Prüfung im Mai angefangen; die Ausgabe von X11 ist schließlich am 15. September 1987 vorgekommen.

Das X11 Protokoll-Design, das von Scheifler geführt ist, wurde auf offenen Adressenlisten im werdenden Internet umfassend besprochen, die zu USENET newsgroups überbrückt wurden. Gettys hat sich nach Kalifornien bewegt, um zu helfen, die X11 Entwicklungsarbeit an WSL vom Systemforschungszentrum des DEZ zu führen, wohin Phil Karlton und Susan Angebrandt das X11 Beispielserver-Design und die Durchführung geführt haben. X vertritt deshalb eines der ersten sehr groß angelegten frei verteilten und offenen Quellsoftwareprojekte.

Der MIT X Konsortium und X Consortium, Inc.

1987, mit dem Erfolg von X11, der offenbar wird, hat MIT das Verwalteramt X aufgeben wollen, aber auf einer Sitzung im Juni 1987 mit neun Verkäufern haben die Verkäufer MIT gesagt, dass sie an das Bedürfnis nach einer neutralen Partei geglaubt haben, sich X davon zurückzuhalten, im Marktplatz zu brechen. Im Januar 1988 hat sich der MIT X Konsortium als eine gemeinnützige Verkäufer-Gruppe mit Scheifler als Direktor geformt, um die zukünftige Entwicklung X in einer neutralen von kommerziellen und pädagogischen Interessen einschließlichen Atmosphäre zu leiten. Jim Fulton hat sich im Januar 1988 und Keith Packard im März 1988 als ältere Entwickler, mit Jim konzentrierend auf Xlib, Schriftarten, Fensterbetriebsleiter und Dienstprogramme angeschlossen; und Keith, der den Server wiederdurchführt. Donna Converse, Chris D. Peterson und Stephen Gildea haben sich später in diesem Jahr angeschlossen, sich auf Werkzeuge und Widget-Sete konzentrierend, nah mit Ralph Swick von MIT-Projekt Athena arbeitend. Der MIT X Konsortium hat mehrere bedeutende Revisionen zu X11, das erste (Ausgabe 2 - X11R2) im Februar 1988 erzeugt. Jay Hersh hat sich dem Personal im Januar 1991 angeschlossen, um am PEX und der X113D Funktionalität zu arbeiten. Ihm wurde bald danach von Ralph Mor gefolgt (wer auch an PEX gearbeitet hat), und Dave Sternlicht. 1993 als der MIT hat sich X Konsortium vorbereitet, von MIT abzuweichen, der Personal wurde von R. Gary Cutbill, Kaleb Keithley und David Wiggins angeschlossen.

1993 hat sich X Consortium, Inc. (eine gemeinnützige Vereinigung) als der Nachfolger des MIT X Konsortium geformt. Es hat X11R6 am 16. Mai 1994 veröffentlicht. 1995 hat es die Entwicklung des Motiv-Werkzeuges und der Allgemeinen Tischumgebung für Systeme von Unix übernommen. Das X Konsortium hat sich am Ende 1996 aufgelöst, eine Endrevision, X11R6.3 und ein Vermächtnis erzeugend, kommerziellen Einfluss in der Entwicklung zu vergrößern.

Die Offene Gruppe

Im Januar 1997 hat das X Konsortium Verwalteramt X zu Open Group, einer Verkäufer-Gruppe gebildet Anfang 1996 durch die Fusion des Offenen Softwarefundaments und X/Open passiert.

Open Group hat X11R6.4 Anfang 1998 veröffentlicht. Umstritten ist X11R6.4 von den traditionellen liberalen Genehmigen-Begriffen abgewichen, weil sich Open Group bemüht hat, Finanzierung für die Entwicklung X zu sichern. Die neuen Begriffe hätten seine Adoption durch viele Projekte (wie XFree86) und sogar durch einige kommerzielle Verkäufer verhindert. Nachdem XFree86 im Gleichgewicht geschienen ist sich zu gabeln, hat Open Group X11R6.4 laut der traditionellen Lizenz im September 1998 wiederlizenziert. Die letzte Ausgabe von Open Group ist gekommen, weil X11R6.4 3 flicken.

X.Org und XFree86

XFree86 ist 1992 aus dem X386 Server für IBM PC compatibles eingeschlossen mit X11R5 1991, geschrieben von Thomas Roell und Mark W. Snitily und geschenkt dem MIT X Konsortium durch Snitily Graphics Consulting Services (SGCS) entstanden. XFree86 hat sich mit der Zeit von gerade einem Hafen X zur Führung und populärsten Durchführung und dem De-Facto-Standard der Entwicklung von X entwickelt.

Im Mai 1999 hat sich Open Group X.Org geformt. X.Org beaufsichtigt die Ausgabe von Versionen X11R6.5.1 vorwärts. X Entwicklung in dieser Zeit war dem Tode geweiht geworden; der grösste Teil der technischen Neuerung seit dem X Konsortium hatte sich aufgelöst hatte im XFree86-Projekt stattgefunden. 1999 hat sich die XFree86 Mannschaft X.Org als ein (nicht zahlendes) Ehrenmitglied angeschlossen, das von verschiedenen Hardware-Gesellschaften ermutigt ist, die für das Verwenden von XFree86 mit Linux und in seinem Status als die populärste Version X interessiert sind.

Vor 2003, während die Beliebtheit von Linux (und folglich die installierte Basis X) gedrängt hat, X.Org ist untätig geblieben, und aktive Entwicklung hat größtenteils innerhalb von XFree86 stattgefunden. Jedoch hat sich beträchtliche Meinungsverschiedenheit innerhalb von XFree86 entwickelt. Das XFree86-Projekt hat unter einer Wahrnehmung eines zu kathedralartigen Entwicklungsmodells gelitten; Entwickler konnten nicht kommen CVS begehen Zugang, und Verkäufer mussten umfassende Fleck-Sätze aufrechterhalten. Im März 2003 hat die XFree86 Organisation Keith Packard vertrieben, der sich XFree86 nach dem Ende des ursprünglichen MIT X Konsortium mit dem beträchtlichen kranken Gefühl angeschlossen hatte.

X.Org und hat XFree86 begonnen, eine Umbildung zu besprechen, die dem richtigen Ernähren der Entwicklung von X. Jim Gettys angepasst ist, hatte stark für ein offenes Entwicklungsmodell seitdem mindestens 2000 gestoßen. Gettys, Packard und mehrere haben andere begonnen, im Detail die Voraussetzungen für die wirksame Regierungsgewalt X mit der offenen Entwicklung zu besprechen.

Schließlich, in einem Echo des X11R6.4-Genehmigen-Streits, hat XFree86 Version 4.4 im Februar 2004 laut einer einschränkenderen Lizenz veröffentlicht, die viele Projekte, die sich auf X verlassen, unannehmbar gefunden haben. Die zusätzliche Klausel zur Lizenz hat auf der Werbeklausel der ursprünglichen BSD Lizenz basiert, die von Free Software Foundation und Debian als unvereinbar mit der GNU-Lizenz der Breiten Öffentlichkeit angesehen wurde. Andere Gruppen haben gesehen, dass es im Vergleich mit dem Geist des ursprünglichen X. Theo de Raadts von OpenBSD zum Beispiel gedroht hat, XFree86 zu gabeln, der Lizenzsorgen zitiert. Das Lizenzproblem, das mit den Schwierigkeiten verbunden ist, Änderungen hineinzubringen, hat viele verlassen findend, dass die Zeit für eine Gabel reif war.

X.Org Fundament

Anfang 2004, verschiedene Leute von X.Org und freedesktop.org gebildet X.Org haben Fundament und Open Group ihm Kontrolle des Domainnamens gegeben. Das hat eine radikale Änderung in der Regierungsgewalt X gekennzeichnet. Wohingegen die Stewards X seit 1988 (einschließlich des vorherigen X.Org) Verkäufer-Organisationen gewesen waren, wurde das Fundament von Softwareentwicklern und verwendeter Gemeinschaftsentwicklung geführt, die auf dem Basar-Modell gestützt ist, das sich auf die Außenbeteiligung verlässt. Mitgliedschaft wurde Personen mit der korporativen Mitgliedschaft geöffnet, die in der Form der Bürgschaft ist. Mehrere Hauptvereinigungen wie Hewlett Packard unterstützen zurzeit X.Org Fundament.

Das Fundament nimmt eine Versehen-Rolle mehr als X Entwicklung: Technische Entscheidungen werden über ihre Verdienste durch das Erzielen rauer Einigkeit unter Gemeinschaftsmitgliedern getroffen. Technische Entscheidungen werden vom Verwaltungsrat nicht getroffen; in diesem Sinn wird es auf technisch Nichtinterventionist-ZWERG-Fundament stark modelliert. Das Fundament stellt keine Entwickler an.

Das Fundament hat X11R6.7, X.Org Server, im April 2004, gestützt auf XFree86 4.4RC2 mit verschmolzenen X11R6.6-Änderungen veröffentlicht. Gettys und Packard hatten die letzte Version von XFree86 laut der alten Lizenz genommen und, indem sie auf ein offenes Entwicklungsmodell Gewicht gelegt worden ist und GPL Vereinbarkeit behalten worden ist, hat vielen der alten XFree86 Entwickler an Bord gebracht.

X11R6.8 ist im September 2004 herausgekommen. Es hat bedeutende neue Eigenschaften, einschließlich der einleitenden Unterstützung für lichtdurchlässige Fenster und andere hoch entwickelte Seheffekten, Schirm-Vergrößerungsgläser und thumbnailers und Möglichkeiten hinzugefügt, mit 3D-Immersive-Anzeigesystemen wie der Projektspiegel der Sonne und das Krocket-Projekt zu integrieren. Außenanwendungen haben gerufen compositing Fensterbetriebsleiter stellen Politik für das Sehäußere zur Verfügung.

Am 21. Dezember 2005, X.Org veröffentlichter X11R6.9, der monolithische Quellbaum für Vermächtnis-Benutzer und X11R7.0, hat sich derselbe Quellcode in unabhängige Module, jeder getrennt, der in getrennten Projekten haltbar ist. Das Fundament hat X11R7.1 am 22. Mai 2006, ungefähr vier Monate danach 7.0, mit beträchtlichen Eigenschaft-Verbesserungen veröffentlicht.

Auf der anderen Seite wird XFree86 noch mit einem sehr langsamen Schritt entwickelt, und Version 4.8.0 wurde am 15. Dezember 2008 veröffentlicht.

Zukünftige Richtungen

X.Org Fundament und freedesktop.org geführt der Hauptanschluss von X Entwicklung und haben sie vor, mehr Zugang zu allgegenwärtigen 3D-Hardware-Eigenschaften zur Verfügung zu stellen. Für genug fähige Kombinationen der Hardware und Betriebssysteme, X.Org Pläne, auf die Videohardware nur über Direct Rendering Infrastructure (DRI) mit der 3D-Hardware zuzugreifen. Der DRI ist zuerst in der XFree86 Version 4.0 erschienen und ist normal in X11R6.7 und später geworden, und diese Arbeit ist andauernd.

Nomenklatur

Leute im Computerhandel verkürzen allgemein den Ausdruck "X Fenstersystem" zum "X Fenster", "X11" (für die Version 11, verwendet seit 1987) oder einfach an "X". Der Begriff "X-Windows" (auf diese Art "Windows von Microsoft") wird nicht offiziell gutgeheißen, obwohl es in der üblichen Anwendung seitdem früh in der Geschichte X gewesen ist und absichtlich für die herausfordernde Wirkung zum Beispiel im UNIX-HATERS Handbuch verwendet worden ist.

Ausgabe-Geschichte

Bevorstehende Ausgaben

Siehe auch

• Die Geschichte des grafischen Benutzers verbindet
• X11 Farbe nennt
• Xgl
• Allgemeine Grafikschnittstelle
• VirtualGL
• Rio - das Fenstertechnik-System für den Plan 9
• Liste von Programmen von Unix
• DESQview/X
• Kairo (Grafik)

Zeichen

• Hania Gajewska, Mark S. Manasse und Joel McCormack, Warum X Nicht Unser Ideales Fenstersystem (PDF), Software — Praxis & Erfahrung vol 20, Ausgabe S2 (Oktober 1990) Ist
• Linda Mui und Eric Pearce, X Fenstersystemband 8: X Fenstersystemverwalter-Führer für die X11 Ausgabe 4 und Ausgabe 5, 3. Ausgabe (O'Reilly and Associates, Juli 1993; internationale Softcover-Standardbuchnummer 0 937175 83 8)
• Die X-Windows-Katastrophe (UNIX-HATERS Handbuch)
• Robert W. Scheifler und James Gettys: X Fenstersystem: Kern und Erweiterungsprotokolle: X Version 11, Ausgaben 6 und 6.1, Digitalpresse 1996, internationale Standardbuchnummer 1 55558 148 X
• Die Evolution 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, Fernsehen des computerunterstützten Testens, Juni 1999)
• Lehren, die über Open Source (Jim Gettys, USENIX 2000-Gespräch auf der Geschichte X) gelehrt

sind

• Auf der These, die X Groß/aufgebläht/veraltet ist und (Christopher B. Browne) Ersetzt Werden Sollte
• Tischtechnologieautokarte des Open Sources (Jim Gettys, am 9. Dezember 2003)
• X Zeichen der Punkt: Sich nach X11 Developments des Letzten Jahres (Oskar Boykin, OSNews, am 25. Februar 2004) umsehend
• X Von Der Hardware (Keith Packard, Juli 2004 Ottawa Linux Symposium-Gespräch) kommend
• Warum Apfel X für das Fenstersystem (Mike Paquette, Apple Computer) nicht verwendet hat
• X Man Page (Wiederbekommen am 2. Februar 2007)
• SCHNELL-Computerwissenschaft und das X Fenstersystem (Jim Gettys, 2005)

Außenverbindungen

• X.Org Offizielle Fundament-Website
• Das X Fenstersystem: Eine kurze Einführung
• Fensterbetriebsleiter für X
• Die Grafik des Staates Linux (Jon Smirl, am 30. August 2005)
• Kenton Lee: Technisch X Fenstersystem und Motiv WWW Seiten
• RFC 1198 - FYI auf dem X Fenstersystem