X window manager

System/Common 2014. 4. 9. 15:51


Layers of the graphical user interface: Under X, thewindow manager and the display server are two distinct programs, under Wayland, the function of both is handled by the Wayland compositor.
Typical elements of a window. The window decoration is either drawn by the window manager(X11) or by the client (Weston). The drawing of the content is the task of the client.
Under X11, when the window manager is not running, the window decorations are missing. UnderWeston clients can draw their own window decorations


window manager is system software that controls the placement and appearance of windows within a windowing system in a graphical user interface.[1]Most window managers are designed to help provide a desktop environment. They work in conjunction with the underlying graphical system that provides required functionality—support for graphics hardware, pointing devices, and a keyboard, and are often written and created using a widget toolkit.

Few window managers are designed with a clear distinction between the windowing system and the window manager. Every graphical user interface based on a windows metaphor has some form of window management. In practice, the elements of this functionality vary greatly.[2] Elements usually associated with window managers allow the user to open, close, minimize, maximize, move, resize, and keep track of running windows, including window decorators. Many window managers also come with various utilities and features: e.g. docks, task bars, program launchers, desktop icons, and wallpaper.

X window managers[edit]

On systems using the X window system, there is a clear distinction between the window manager and the windowing system. Strictly speaking, an X window manager does not directly interact with video hardware, mice, or keyboards – that is the responsibility of the display server.

Users of the X Window System have the ability to easily use many different window managers – Metacity, used in GNOME, and KWin, used in KDE Plasma Workspaces, and many others. Since many window managers are modular, people can use others, such as Compiz (a 3D compositing window manager), which replaces the window manager. Sawfish and awesome on the other hand are extensible window managers offering exacting window control. Components of different window managers can even be mixed and matched; for example, the window decorations from KWin can be used with the desktop and dock components of GNOME.

X window managers also have the ability to re-parent applications, meaning that, while initially all applications are adopted by the root window (essentially the whole screen), an application started within the root window can be adopted by (i.e., put inside of) another window. Window managers under the X window system adopt applications from the root window and re-parent them to window decorations (for example, adding a title bar). Re-parenting can also be used to add the contents of one window to another. For example, a flash player application can be re-parented to a browser window, and can appear to the user as supposedly being part of that program. Re-parenting window managers can therefore arrange one or more programs into the same window, and can easily combine tiling and stacking in various ways.

Microsoft Windows[edit]

Microsoft Windows has provided an integrated stacking window manager since Windows 2.0Windows Vista introduced the compositing Desktop Window Manager(dwm.exe) as an optional hardware-accelerated alternative. In Windows, the role of the window manager is tightly coupled with the kernel's graphical subsystems and is largely non-replaceable, although third-party utilities can be used to simulate a Tiling window manager on top of such systems.

Windows Explorer (explorer.exe) is used by default in modern Windows systems to provide a panel and file manager, along with many functions of a window manager; aspects of Windows can be modified through the provided configuration utilities, modifying the Windows registry or with 3rd party tools, such as WindowBlinds or Resource Hacker.

The Windows window manager can also act as an X window manager through Cygwin/X in multiwindow mode (and, possibly, other X window implementations).

Note that Microsoft and X Window System use different terms to describe similar concepts. For example, there is no specific word for window manager functionality in Windows (shell is sometimes used in this context, but its sense is fuzzy).

Types of window managers[edit]

Window managers are often divided into three or more classes, which describe how windows are drawn and updated.

Compositing window managers[edit]

Compositing window managers let all windows be created and drawn separately and then put together and displayed in various 2D and 3D environments. The most advanced compositing window managers allow for a great deal of variety in interface look and feel, and for the presence of advanced 2D and 3D visual effects.

Stacking window managers[edit]

All window managers that have overlapping windows and are not compositing window managers are stacking window managers, although it is possible that not all use the same methods. Stacking window managers allow windows to overlap by drawing background windows first, which is referred to as painter's algorithm. Changes sometimes require that all windows be re-stacked or repainted, which usually involves redrawing every window. However, to bring a background window to the front usually only requires that one window be redrawn, since background windows may have bits of other windows painted over them, effectively erasing the areas that are covered.

Tiling window manager[edit]

Tiling window managers paint all windows on-screen by placing them side by side or above and below each other, so that no window ever covers another. Microsoft Windows 1.0 used tiling, and a variety of tiling window managers for X are available.

Dynamic window manager[edit]

Dynamic window managers can dynamically switch between tiling or floating window layout. A variety of dynamic window managers for X are available.

Features and facilities of window managers[edit]

Autohide
An autohide facility enables menubars to disappear when the pointer is moved away from the edge of the screen.
Borders
A border is a window decoration component provided by some window managers, that appears around the active window. Some window managers may also display a border around background windows.
Context Menu
Some window managers provide a context menu that appears when an alternative click event is applied to a desktop component.
Desktop Wallpaper
Some window managers provide a desktop wallpaper facility that displays a background picture in the root window.
Focus Stealing
Focus stealing is a facility some window managers provide. It allows an application not in focus to suddenly gain focus and steal user input intended for the previously focused application.
Iconification
An iconification facility lets users minimize running applications to a desktop icon or taskpanel icon.
Joined Windows
Some window managers provide a joined windows facility that lets user join application window frames together.
Keyboard Equivalents
Some window managers provide keyboard equivalents that enables the keyboard to replicate mouse functionality.
Menubar
menubar provides the facility to launch programs via a menu and may contain additional facilities including a start button, a taskbar, and a system tray.
Menu Panel
menu panel a component of some window managers that provides the facility to launch programs using a menu. A menu panel is similar to a menubar, but appears as a floating panel, rather than a horizontal or vertical bar.
The menu panel may contain additional facilities including a start button, a task panel, and a system tray.
Mouse focus
The mouse focus model determines how the pointing device affects the input focus within the window manager. The focus model determine which component of the graphical user interface is currently selected to receive input as the pointer is moved around the screen.
Mouse warping
Mouse warping is a facility that centres the pointer on the current application as it is made active.
Multiple Desktops
A window manager may provide a multiple desktops facility. This enables switching between several root window desktops. This prevents clutter of the root window, because applications can run on differentdesktops.
Pager
Some window managers provide a pager tool that provides the facility to switch between multiple desktops. The pager may appear as an onscreen window or as a gadget in the taskbar or taskpanel.
Plugins
Some window managers have a modular construction that enables plug-in modules to provide features as required.
Rollup
rollup facility enables windows to appear as just a titlebar on the desktop.
Root Menu
Some window managers provide a root menu, which appears when the root window or desktop background is touched.
Shortcuts
Some window managers provide a shortcut facility that lets users place icons on the root window that access specific programs or facilities.
Tabbed Windows
Some window managers provide a tabbed windows facility that groups applications together in common frames.
Task Switching
The window manager may provide various task switching facilities that let the user change the currently focused application, including:
  • Changing the mouse focus using a pointing device
  • Keyboard task switching facilities (for example, by pressing Alt-Tab)
  • Clicking on the task in a taskbar or taskpanel
Taskbar
Some window managers provide a taskbar that shows running applications. The taskbar may show all applications that are running including those that have been minimized, and may provide the facility to switch focus between them. The taskbar may be incorporated into a menubar on some window managers.
Task Panel
task panel is similar to a taskbar, but appears as a floating panel, rather than a horizontal or vertical bar.
Start Button
A start button is a desktop widget that provides a menu of programs that can be launched. The start button is typically placed on a menubar at the bottom of the screen.
Notification Area
Notification Area is used to display icons for system and program features that have no desktop window. It contains mainly icons to indicate status information and notifications such as arrival of a new mail message. Some systems may also show a clock in the Notification Area.
Title Bars
titlebar is a window decoration component some window managers provide at the top of each window. The titlebar is typically used to display the name of the application, or the name of the open document, and may provide title bar buttons for minimizing, maximizing, closing or rolling up of application windows.
Title Bar Buttons
Title bar buttons are included in the titlebar of some window managers, and provide the facility to minimize, maximize, rollup or close application windows. Some window managers may display the titlebarbuttons in the taskbar or task panel, rather than in a titlebar.
Virtual Desktop
virtual desktop (also called a scrolling desktop) is a facility some window managers provided that lets the desktop be larger than the actual screen

History[edit]

In the 1970s, the Xerox Alto became the first computer shipped with a working WIMP GUI. It used a stacking window manager that allowed overlapping windows.[3] While it is unclear if Microsoft Windows contains designs copied from Apple's Mac OS, it is clear that neither was the first to produce a GUI using stacking windows. In the early 1980s, the Xerox Star, successor to the Alto, used tiling for most main application windows, and used overlapping only for dialogue boxes, removing most of the need for stacking.[4]

GEM 1.1 was a window manager that supported the desktop metaphor, and used stacking, allowing all windows to overlap. It was released in the early 1980s.[5] GEM is famous for having been included as the main GUI used on the Atari ST, which ran Atari TOS, and was also a popular GUI for MS-DOS prior to the widespread use of Microsoft Windows. As a result of a lawsuit by Apple, GEM was forced to remove the stacking capabilities, making it a tiling window manager.[6]

Mac OS was one of the earliest commercially successful examples of a GUI that used a sort of stacking window management via QuickDraw. Currently OS X uses a somewhat more advanced window manager that has supported compositing since Mac OS X 10.0, and was updated in Mac OS X 10.2 to support hardware accelerated compositing via the Quartz Compositor.[7]

During the mid-1980s, Amiga OS contained an early example of a compositing window manager called Intuition (one of the low-level libraries of AmigaOS, which was present in Amiga system ROMs), capable of recognizing which windows or portions of them were covered, and which windows were in the foreground and fully visible, so it could draw only parts of the screen that required refresh. Additionally, Intuition supported compositing. Applications could first request a region of memory outside the current display region for use as bitmap. The Amiga windowing system would then use a series of bit blits using the system's hardware blitter to build a composite of these applications' bitmaps, along with buttons and sliders, in display memory, without requiring these applications to redraw any of their bitmaps.

Intuition also anticipated the choices of the user by recognizing the position of the pointer floating over other elements of the screen (title bars of windows, their close and resizing gadgets, whole icons), and thus it was capable of granting nearly a zero-wait state experience to the use of the Workbench window manager.

Noteworthy to mention is the fact that Workbench was the only window manager that eventually inspired an entire family of descendant and successors: Ambient in MorphOSZune/Wanderer in AROS, Workbench NG (New Generation in AmigaOS 4.0 and 4.1. Workbench 4.1 was enhanced by 2D vector interface powered by Cairo libraries, and presenting a modern Porter-Duff 3D based Compositing Engine.

In 1988, Presentation Manager became the default shell in OS/2, which, in its first version, only used a command line interface (CLI). IBM and Microsoft designed OS/2 as a successor to DOS and Windows for DOS. After the success of the Windows 3.10, however, Microsoft abandoned the project in favor of Windows. After that, the Microsoft project for a future OS/2 version 3 became Windows NT, and IBM made a complete redesign of the shell of OS/2, substituting the Presentation Manager of OS/2 1.x for the object-oriented Workplace Shell that made its debut in the OS/2 2.0.[8]

See also[edit]

References[edit]



출처 - http://en.wikipedia.org/wiki/Window_manager







The windowing system based on the X11 protocol keeps display server and window manager as separate components
In X11 the X window manager is near the X server; in Wayland theWayland compositor is both, display server and window manager


An X window manager is a window manager which runs on top of the X Window System, a windowing system mainly used on Unix-like systems.

Unlike the Mac OS (Apple Macintosh) and Microsoft Windows platforms (excepting Microsoft Windows explorer.exe shell replacements) which have historically provided a vendor-controlled, fixed set of ways to control how windows and panes display on a screen, and how the user may interact with them, window management for the X Window System was deliberately kept separate from the software providing the graphical display. The user can choose between various third-party window managers, which differ from one another in several ways, including:

  • customizability of appearance and functionality:
  • consumption of memory and other system resources
  • degree of integration with a desktop environment, which provides a more complete interface to the operating system, and provides a range of integrated utilities and applications.

How X window managers work[edit]

When a window manager is running, some kinds of interaction between the X server and its clients are redirected through the window manager. In particular, whenever an attempt to show a new window is made, this request is redirected to the window manager, which decides the initial position of the window. Additionally, most modern window managers are reparenting, which usually leads to a banner being placed at the top of the window and a decorative frame being drawn around the window. These two elements are controlled by the window manager rather than the program. Therefore, when the user clicks or drags these elements, it is the window manager that takes the appropriate actions (such as moving or resizing the window).

Window managers are also responsible for icons. Indeed, icons do not exist at the X Window System core protocol level. When the user requests a window to be iconified, the window manager unmaps it (makes it non-visible) and takes the appropriate actions to show an icon in its place. Most modern window managers do not literally show icons to represent iconified windows anymore. Often, an auxiliary toolbar program will allow access to iconified windows.

While the main aim of a window manager is to manage the windows, many window managers have additional features such as handling mouse clicks in the root window, presenting panes and other visual elements, handling some keystrokes (e.g., Alt-F4 may close a window), deciding which application to run at start-up, etc.

Standardized protocols exist to allow normal clients to communicate with the window manager. The original one is Inter-Client Communication Conventions Manual (ICCCM) but this has been superseded by theExtended Window Manager Hints (EWMH).

Types of window managers[edit]

Stacking window managers[edit]

stacking window manager renders the windows one-by-one onto the screen at specific co-ordinates. If one window's area overlaps another, then the window "on top" overwrites part of the other's visible appearance. This results in the appearance familiar to many users in which windows act a little bit like pieces of paper on a desktop, which can be moved around and allowed to overlap.

In contrast to compositing window managers (see below), the lack of separate off-screen buffers can mean increased efficiency, but effects such as translucency are not possible.

Stacking window managers include AmiwmBlackboxEnlightenmentevilwmFluxboxFVWMIceWMMWMOpenbox and Window Maker.

Tiling window managers[edit]

tiling window manager is a window manager with an organization of the screen into mutually non-overlapping frames (hence the name tiling), as opposed to the traditional approach of coordinate-based stacking of objects (windows) that tries to emulate the desk paradigm.

Tiling window managers include awesomedwmionlarswmratpoisonStumpwmwmiii3xmonad, and XWEM.

Compositing window managers[edit]

compositing window manager may appear to the user similar to a stacking window manager. However, the individual windows are first rendered in individual buffers, and then their images are composited onto the screen buffer; this two-step process means that visual effects (such as shadows, translucency) can be applied. It also means that compositing window managers are inherently more resource-hungry than an equivalently-powerful stacking window manager. For this reason, some window managers for X do not support compositing by default, such as LXDE.[1]

Historically, the Amiga in 1985, OSX in 2001 (which in many ways is[citation needed] a window manager for X), Java Looking Glass in 2003, and the Windows Longhorn demo in 2003 (delayed until Vista in 2007) preceded compositing efforts under X11. Compositing window managers for X include:

Virtual window managers[edit]

virtual window manager is a window manager that uses virtual screens, whose resolution can be higher than the resolution of one's monitor/display adapter thus resembling a two dimensional virtual desktopwith its viewport. This environment is very useful when one wishes to have a large number of windows open at the same time. A number of virtual window managers have been made, including FVWMTvtwm,HaZe and others.

Window managers that are extensible[edit]

Some window managers are extensible, or programmable, by user scripts.

In these window managers, users can define new actions or override the default, or reactions to various events, like window size and position changes, window creation and deletion, key and mouse input, timer, etc. They often provide on-the-fly code execution, too.

Some examples of such window managers and the used languages are:

X window managers[edit]

See also[edit]

References[edit]

External links[edit]



출처 - http://en.wikipedia.org/wiki/X_window_manager




'System > Common' 카테고리의 다른 글

Windowing system  (0) 2014.04.09
display server like X.Org server  (0) 2014.04.09
XDM(X Display Manager)  (0) 2014.04.09
X.Org Server  (0) 2014.04.09
X Window System, X11, X  (0) 2014.04.09
Posted by linuxism
,


XDM
Xdm Screenshot.png
A screenshot of an XDM login screen
Original author(s)Keith Packard
Developer(s)X.Org Foundation
Initial releaseOctober 1988
Stable release1.1.11 / September 25, 2011 [1]
TypeX display manager
LicenseMIT License


XDM (in full, the X Window Display Manager) is the default display manager for the X Window System. It is a bare-bones X display manager. It was introduced with X11 Release 3 in October 1988, to support the standalone X terminals that were just coming onto the market. It was written by Keith Packard.

Because of XDM's minimalism, most desktop environments tend to use later, more sophisticated display managers.

See also[edit]

References[edit]

  • Linda Mui and Eric Pearce, X Window System Volume 8: X Window System Administrator's Guide for X11 Release 4 and Release 5, 3rd edition(O'Reilly and Associates, July 1993; softcover ISBN 0-937175-83-8)
  • XDM(1) manual page (X.Org)

External links[edit]



출처 - http://en.wikipedia.org/wiki/X_Display_Manager_(implementation)






In the X Window System, an X display manager runs as a program that allows the starting of a session on an X server from the same or another computer.

A login screen shown by the KDM display manager.

A display manager presents the user with a login screen which prompts for a username and password. A session starts when the user successfully enters a valid combination of username and password.

When the display manager runs on the user's computer, it starts the X server before presenting the user the login screen, optionally repeating when the user logs out. In this condition, the display manager realizes in the X Window System the functionality of getty and login on character-mode terminals. When the display manager runs on a remote computer, it acts like a telnet server, requesting username and password and starting a remote session.

X11 Release 3 introduced display managers in October 1988 with the aim of supporting the standalone X terminals then just coming onto the market. Various display managers continue in routine use to provide a graphical login prompt on standalone computer workstations running X. X11R4 introduced the X Display Manager Control Protocol (XDMCP) in December 1989 to fix problems in the X11R3 implementation.

Local and remote display management[edit]

A display manager can run on the same computer where the user sits or on a remote one. In the first case, the display manager starts one or more X servers, displaying the login screen at the beginning and (optionally) every time the user logs out. In the second case, the display manager works according to the XDMCP protocol.

In the X Window System, the X server runs on the computer in front of the user. The X server may connect to a display manager running on another computer, starting a session which may comprise a variety of programs running on that other computer.

The XDMCP protocol mandates that the X server starts autonomously and connects to the display manager. In the X Window System paradigm, the server runs on the computer providing the display and input devices. A server can connect, using the XDMCP protocol, to a display manager running on another computer, requesting it to start the session. In this case, the X server acts as a graphical telnet client while the display manager acts like a telnet server: users start programs from the computer running the display manager, while their input and output take place on the computer where the server (and the user) sits.

An administrator can typically configure an XDMCP Chooser program running on the local computer or X terminal to connect to a specific host's X display manager or to display a list of suitable hosts that the user can choose from. Most implementations enable such a list to contain:

  1. a predefined set of hosts and their respective network addresses, and/or
  2. a set of hosts (on the local TCP/IP subnet) that the XDMCP Chooser determines by a network broadcast to the available display managers.

When the user selects a host from the list, the XDMCP Chooser running on the local machine will send a message to the selected remote computer's display manager and instruct it to connect the X server on the local computer or terminal.

X Display Manager Control Protocol[edit]

The X Display Manager Control Protocol uses UDP port 177. An X server requests that a display manager start a session by sending a Querypacket. If the display manager allows access for that X server, it responds by sending a Willing packet back to the X server. (The X server can also send BroadcastQuery or IndirectQuery packets to start a session - this mechanism for requesting a session resembles usingDHCP to request an IP address.)

The display manager must authenticate itself to the server. To do this the X server sends a Request packet to the display manager, which returns an Accept packet. If the Accept packet contains the response the X server expects, the display manager is authenticated. Producing the correct response might require the display manager to have access to a secret key, for example. If authentication succeeds, the X server sends a Manage packet to inform the display manager. Then the display manager displays its login screen by connecting to the X server as a regular X client.

During the session, the server can send KeepAlive packets to the display manager at intervals. If the display manager fails to respond with an Alive packet within a certain time, the X server presumes that the display manager has ceased running, and can terminate the connection.

One problem with XDMCP is that, similarly to telnet, the authentication takes place unencrypted. If snooping is possible, this leaves the system vulnerable to attack. It is more secure to use an ssh tunnel for X traffic.[1]

History[edit]

XDM (the X Window Display Manager) originated in X11R3. This first version, written by Keith Packard of the MIT X Consortium, had several limitations, the most notable of which was that it could not detect when users switched X terminals off and on. In X11R3, XDM only knew about an X terminal from its entry in the Xservers file, but XDM only consulted this file when it started. Thus every time a user switched a terminal off and on, the system administrator had to send a SIGHUP signal to XDM to instruct it to rescan Xservers.

XDMCP arrived with the introduction of X11R4 (December 1989). With XDMCP, the X server must actively request a display manager connection from the host. An X server using XDMCP therefore no longer requires an entry in Xservers.

Some implementations[edit]

The X Window System supplies XDM as its standard display manager.

Programmers have developed other X display managers, both commercial and free, offering additional functionality over the basic display management:

On some Unix distributions, the default display manager is selected in file $PREFIX/etc/X11/default-display-manager.

See also[edit]

Sources[edit]

  • XDMCP specification, from the X.Org release documentation
  • XDM manual page (XFree86.org)
  • Linda Mui and Eric Pearce, X Window System Volume 8: X Window System Administrator's Guide for X11 Release 4 and Release 5, 3rd edition (O'Reilly and Associates, July 1993; softcover ISBN 0-937175-83-8)

References[edit]

External links[edit]



출처 - http://en.wikipedia.org/wiki/X_display_manager_(program_type)#Some_implementations













'System > Common' 카테고리의 다른 글

display server like X.Org server  (0) 2014.04.09
X window manager  (0) 2014.04.09
X.Org Server  (0) 2014.04.09
X Window System, X11, X  (0) 2014.04.09
grep - 특정 단어 빼고 출력  (0) 2013.03.08
Posted by linuxism
,

X.Org Server

System/Common 2014. 4. 9. 15:22


X.Org Server
X.Org Server logo
Developer(s)X.Org Foundation
Initial release6 April 2004; 10 years ago[1]
Stable release1.15 (December 27, 2013; 3 months ago[2]) [±]
Preview release1.15.0 (December 27, 2013; 3 months ago[3]) [±]
Written inC
Operating systemCross-platform
Size3.7 MiB[4]
Available inEnglish
Typedisplay server
LicenseX11 License
Websitewww.x.org


X.Org Server refers to the X server release packages stewarded by the X.Org Foundation, which is hosted by freedesktop.org, and grants public access to thestandard X Window releases for the efforts of the free and open source software community.

The services with which the X.Org Foundation supports X Server include the packaging of the releases; certification (for a fee); evaluation of improvements to the code; developing the web site, and handling the distribution of monetary donations.[citation needed] The releases are coded, documented, and packaged by globaldevelopers[clarification needed].


History[edit]

DRI-based graphics stack
display server like X.Org Serverimplements the windowing system and serves its clients.

The modern X.Org Foundation came into being in 2004 when the body that oversaw X standards and published the official reference implementation joined forces with former XFree86 developers. X11R6.7.0, the first version of the X.Org Server, was forked from XFree86 4.4 RC2. The immediate reason for the fork was a disagreement with the new license for the final release version of XFree86 4.4, but several disagreements among the contributors surfaced prior to the split. Many of the previous XFree86 developers have joined the X.Org Server project.

In 2005 a great effort was put in the modularization of the X.Org server source code,[5] resulting in a dual release by the end of the year. The X11R7.0.0 release added a new modular build system based on the GNU Autotools, while X11R6.9.0 release kept the old imake build system, both releases sharing the same codebase. Since then the X11R6.9 branch is maintained frozen and all the ongoing development is done to the modular (using GNU Autotools) branch. The new build system also brought the use of dlloader standard dynamic linker to load plugins and drivers, deprecating the old own method. As a consequence of the modularization, the X11 binaries were moving out of their own /usr/X11R6 subdirectory tree and into the global /usr tree on many Unix systems.

In June 2006 another effort was done to move the X.Org server source codebase from CVS to git.[6] Both efforts had the long-term goal of bringing new developers to the project. In the words of Alan Coopersmith:[7]

Some of our efforts here have been technological - one of the driving efforts of the conversions from Imake to automake and from CVS to git was to make use of tools developers would already be familiar and productive with from other projects. The Modularization project, which broke up X.Org from one giant tree into over 200 small ones, had the goal of making it possible to fix a bug in a single library or driver without having to download and build many megabytes of software & fonts that were not being changed.

In the release 7.1 the KDrive framework (a small implementation of X, written by Keith Packard, that was not based on XFree86 that X.Org developers used as a testing ground for new ideas, such as EXA) was integrated into the main codebase of X.Org server.

In 2008 the new KMS based DRI2 replaced the old DRI. This change also set a major milestone in the X.Org server architecture, as the drivers were moved out from the server and user space (UMS) to the kernel space.

In 2013 the initial versions of DRI3 and Present extensions were written and coded by Keith Packard to provide a faster and tearing-free 2D rendering. By the end of the year 2013 the implementation of GLX was rewritten by Adam Jackson at Red Hat.[8]

Xspice[edit]

There is a device driver for the X.Org Server called Xspice. It supports the QXL framebuffer device and includes a wrapper script[9] which makes it possible to launch an X.Org Server whose display is exported via the SPICE protocol. This enables use of SPICE in a remote desktop environment, without requiring KVM virtualization.

Future development lines[edit]

XWayland[edit]

XWayland is a serie of patches over the X.Org server codebase to implement a X server running upon the Wayland protocol. The patches are developed and maintained by the Wayland developers for compatibility of X11 applications during the transition to Wayland,[10] and is expected to be mainlined[11] in a future release of X.Org server.

GLAMOR[edit]

GLAMOR is a generic 2D acceleration driver for the X server that works translating the X render primitives to OpenGL operations, taking advantage of any existing 3D OpenGL drivers, proprietary and open-source.[12] The ultimate goal of GLAMOR is to obsolete and replace all the DDX, the device dependent X drivers, and acceleration architectures for them (like XAAEXAUXA or SNA) by a single hardware independent 2D driver, avoiding the need to write X 2D specific drivers for every supported graphic chipset.[13][14][15]

Adoption[edit]

Unix and Linux[edit]

The X.Org Server is a display serverthat is to be replaced by another display server: Wayland compositor
Illustration of the Linux graphics stack

The X.Org Server runs on many free-software Unix-like operating systems; most Linux distributions and BSD variants have adopted it. It is also the X server for the Solarisoperating system.

Microsoft Windows[edit]

Cygwin/XCygwin's implementation of the X server for Microsoft Windows, uses the X.Org Server, as do VcXsrv[16] (Visual C++ X-server[17]) and Xming.

Apple[edit]

Mac OS X versions prior to 10.5 ("Leopard") shipped with an XFree86-based server, but 10.5's X server adopted the X.Org codebase.[18] Starting with OS X Mountain Lion, X11 is not bundled in OS X; instead, it has to be installed from, for example, the open source XQuartz project.[19] As of version 2.7.4, X11.app/XQuartz does not expose support for high-resolution Retina displays to X11 apps, which run in pixel-doubled mode on high-resolution displays.

See also[edit]

References[edit]

  1. Jump up^ "X.Org Foundation releases X Window System X11R6.7". Linux Weekly News. 2004-04-07. Retrieved 2012-04-04.
  2. Jump up^ http://lists.x.org/archives/xorg-announce/2013-December/002384.html
  3. Jump up^ http://xorg.freedesktop.org/releases/individual/xserver/
  4. Jump up^ "Debian X.Org Server Package in sid".
  5. Jump up^ "X.Org Foundation Modularization Working Group". X.Org Foundation. Retrieved 6 February 2014.
  6. Jump up^ Høgsberg, Kristian. "Doing git migration now". Retrieved 6 February 2014.
  7. Jump up^ Coopersmith, Alan. "Some times it’s a book sprint, other times it’s a marathon". Retrieved 6 February 2014.
  8. Jump up^ "The X.Org Server's GLX Is Being Rewritten". 2013-10-26.
  9. Jump up^ "XSpice README". Cgit.freedesktop.org. Retrieved 2013-10-25.
  10. Jump up^ "X Clients under Wayland (XWayland)". Wayland Project. Retrieved 10 February 2014.
  11. Jump up^ "Part Of XWayland Has Been Proposed For Mainlining". 2013-10-17.
  12. Jump up^ "What is Glamor?". FreeDesktop.org. Retrieved 10 February 2014.
  13. Jump up^ Anholt, Eric. "Building 2D rendering acceleration with OpenGL"linux.conf.au. Retrieved 10 February 2014.
  14. Jump up^ Packard, Keith. "Brief Glamor Hacks". Retrieved 7 March 2014.
  15. Jump up^ "Adam Jackson - GLX rewrite". 2013-09-24. Retrieved 2014-03-23.
  16. Jump up^ http://sourceforge.net/projects/vcxsrv/
  17. Jump up^ "VcXsrv Windows X Server"SourceForge.net. Retrieved 2013-06-23. "Windows X-server based on the xorg git sources (like xming or cygwin's xwin), but compiled with Visual C++ 2010."
  18. Jump up^ Re: Xorg in Leopard?, From: Ben Byer, Date: 29 June 2007, Apple Mailing Lists
  19. Jump up^ Slivka, Eric (February 17, 2012). "Apple Removes X11 in OS X Mountain Lion, Shifts Support to Open Source XQuartz". MacRumors. Retrieved February 23, 2012.

External links[edit]



출처 - http://en.wikipedia.org/wiki/X.Org_Server



'System > Common' 카테고리의 다른 글

X window manager  (0) 2014.04.09
XDM(X Display Manager)  (0) 2014.04.09
X Window System, X11, X  (0) 2014.04.09
grep - 특정 단어 빼고 출력  (0) 2013.03.08
GCC Optimization Options  (0) 2012.10.28
Posted by linuxism
,