summaryrefslogtreecommitdiffstats
path: root/kwin/wm-spec
diff options
context:
space:
mode:
authortpearson <tpearson@283d02a7-25f6-0310-bc7c-ecb5cbfe19da>2011-01-07 04:10:07 +0000
committertpearson <tpearson@283d02a7-25f6-0310-bc7c-ecb5cbfe19da>2011-01-07 04:10:07 +0000
commitfd3a982e26813f5bcc82c7e89ce6fa2ad44432bf (patch)
tree9eda848e56fcb862fdfdf479adeccd95b6fe387a /kwin/wm-spec
parent02f67d0e1355b79b1806746efb0f2f640e57f13d (diff)
downloadtdebase-fd3a982e26813f5bcc82c7e89ce6fa2ad44432bf.tar.gz
tdebase-fd3a982e26813f5bcc82c7e89ce6fa2ad44432bf.zip
Revert automated changes
Sorry guys, they are just not ready for prime time Work will continue as always git-svn-id: svn://anonsvn.kde.org/home/kde/branches/trinity/kdebase@1212480 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
Diffstat (limited to 'kwin/wm-spec')
-rw-r--r--kwin/wm-spec/index.html2
-rw-r--r--kwin/wm-spec/x107.html20
-rw-r--r--kwin/wm-spec/x225.html6
-rw-r--r--kwin/wm-spec/x24.html6
-rw-r--r--kwin/wm-spec/x351.html4
-rw-r--r--kwin/wm-spec/x512.html2
6 files changed, 20 insertions, 20 deletions
diff --git a/kwin/wm-spec/index.html b/kwin/wm-spec/index.html
index a8b0ac57c..187fe7d72 100644
--- a/kwin/wm-spec/index.html
+++ b/kwin/wm-spec/index.html
@@ -146,7 +146,7 @@ on the ICCCM [2], which defines WM (window manager) interactions at a
lower level. The ICCCM does not provide ways to implement many
features that modern desktop users expect. The GNOME and KDE desktop
projects originally developed their own extensions to the ICCCM to
-support these features; this spec tqreplaces those custom extensions
+support these features; this spec replaces those custom extensions
with a standardized set of ICCCM additions that any desktop
environment can adopt.
</P
diff --git a/kwin/wm-spec/x107.html b/kwin/wm-spec/x107.html
index 94c718ee9..d165e1fbc 100644
--- a/kwin/wm-spec/x107.html
+++ b/kwin/wm-spec/x107.html
@@ -84,7 +84,7 @@ a SendEvent request with the following arguments:
CLASS="PROGRAMLISTING"
>destination root
propagate False
-event-tqmask (SubstructureNotify|SubstructureRedirect)
+event-mask (SubstructureNotify|SubstructureRedirect)
event the specified ClientMessage</PRE
>
</P
@@ -174,7 +174,7 @@ CLASS="PROGRAMLISTING"
This property SHOULD be set by the Window Manager.
</P
><P
->A Pager can request a change in the desktop tqgeometry by sending a _NET_DESKTOP_GEOMETRY client
+>A Pager can request a change in the desktop geometry by sending a _NET_DESKTOP_GEOMETRY client
message to the root window:
</P
><PRE
@@ -310,7 +310,7 @@ CLASS="PROGRAMLISTING"
</PRE
><P
>This property MUST be set by WM upon calculating the work area for
-each desktop. Contains a tqgeometry for each desktop. These geometries are
+each desktop. Contains a geometry for each desktop. These geometries are
specified relative to the viewport on each desktop and specify an area that is
completely contained within the viewport.
Work area SHOULD be used by desktop applications to place desktop icons appropriately.
@@ -407,17 +407,17 @@ CLASS="LITERAL"
>n</TT
> is the screen number. The purpose of
this property is to allow the Window Manager to know the desktop
- tqlayout displayed by the Pager.
+ layout displayed by the Pager.
</P
><P
> <TT
CLASS="LITERAL"
>_NET_DESKTOP_LAYOUT</TT
-> describes the tqlayout of virtual
- desktops relative to each other. More specifically, it describes the tqlayout
+> describes the layout of virtual
+ desktops relative to each other. More specifically, it describes the layout
used by the owner of the manager selection. The Window Manager may use
- this tqlayout information or may choose to ignore it.
- The property tqcontains four values: the Pager orientation, the number of
+ this layout information or may choose to ignore it.
+ The property contains four values: the Pager orientation, the number of
desktops in the X direction, the number in the Y direction, and the
starting corner of the Pager.
</P
@@ -454,7 +454,7 @@ CLASS="LITERAL"
>_NET_WM_ORIENTATION_HORZ</TT
>
the desktops are layed out in rows, with the first desktop in the
- specified starting corner. So a tqlayout with X=4 and Y=3 starting in
+ specified starting corner. So a layout with X=4 and Y=3 starting in
the <TT
CLASS="LITERAL"
>_NET_WM_TOPLEFT</TT
@@ -491,7 +491,7 @@ CLASS="PROGRAMLISTING"
CLASS="LITERAL"
>_NET_WM_ORIENTATION_VERT</TT
>
- the tqlayout for X=4 and Y=3 starting in the <TT
+ the layout for X=4 and Y=3 starting in the <TT
CLASS="LITERAL"
>_NET_WM_TOPLEFT</TT
>
diff --git a/kwin/wm-spec/x225.html b/kwin/wm-spec/x225.html
index 93f45d980..7a31fb1b7 100644
--- a/kwin/wm-spec/x225.html
+++ b/kwin/wm-spec/x225.html
@@ -209,7 +209,7 @@ list of types, whilst providing default behaviour for window managers that do
not recognise the extensions.
</P
><P
->Rationale: This hint is intend to tqreplace the MOTIF hints. One of the
+>Rationale: This hint is intend to replace the MOTIF hints. One of the
objections to the MOTIF hints is that they are a purely visual description of
the window decoration. By describing the function of the window, the window
manager can apply consistent decoration and behaviour to windows of the same
@@ -509,7 +509,7 @@ CLASS="PROGRAMLISTING"
>_NET_WM_STRUT, left, right, top, bottom, CARDINAL[4]/32</PRE
><P
>This property MUST be set by the Client if the window is to reserve space at
-the edge of the screen. The property tqcontains a 4 cardinals specifying the
+the edge of the screen. The property contains a 4 cardinals specifying the
width of the reserved area at each border of the screen.
The order of the borders is left, right, top, bottom.
The client MAY change this property anytime, therefore the Window Manager MUST
@@ -545,7 +545,7 @@ CLASS="PROGRAMLISTING"
>_NET_WM_ICON_GEOMETRY, x, y, width, height, CARDINAL[4]/32</PRE
><P
>This optional property MAY be set by standalone tools like a taskbar or an
-iconbox. It specifies the tqgeometry of a possible icon in case the window is iconified.
+iconbox. It specifies the geometry of a possible icon in case the window is iconified.
</P
><P
>Rationale: This makes it possible for a window manager to display a nice
diff --git a/kwin/wm-spec/x24.html b/kwin/wm-spec/x24.html
index bff756d52..47b406d0b 100644
--- a/kwin/wm-spec/x24.html
+++ b/kwin/wm-spec/x24.html
@@ -102,13 +102,13 @@ NAME="AEN30"
in early ICCCM drafts. Maximizing a window should give it as much of the
screen area as possible (this may not be the full screen area, but only
a smaller 'workarea', since the Window Manager may have reserved certain areas for other
-windows). A Window Manager is expected to remember the tqgeometry of a maximized window
+windows). A Window Manager is expected to remember the geometry of a maximized window
and restore it upon de-maximization. Modern Window Managers typically allow separate
horizontal and vertical maximization.</P
><P
>With the introduction of the Xinerama extension in X11 R6.4, maximization
has become more involved. Xinerama allows a screen to span multiple
-monitors in a freely configurable tqgeometry. In such a setting, maximizing
+monitors in a freely configurable geometry. In such a setting, maximizing
a window would ideally not grow it to fill the whole screen, but only the
monitor it is shown on. There are of course borderline cases for windows
crossing monitor boundaries, and 'real' maximization to the full screen may
@@ -335,7 +335,7 @@ NAME="AEN76"
><P
>Window-in-window MDI is a multiple document interface known from MS
Windows platforms. Programs employing it have a single top-level window
-which tqcontains a workspace which tqcontains the subwindows for the open
+which contains a workspace which contains the subwindows for the open
documents. These subwindows are decorated with Window Manager frames and can be
manipulated within their parent window just like ordinary top-level
windows on the root window.</P
diff --git a/kwin/wm-spec/x351.html b/kwin/wm-spec/x351.html
index 2e827fbc1..882f63fbf 100644
--- a/kwin/wm-spec/x351.html
+++ b/kwin/wm-spec/x351.html
@@ -97,10 +97,10 @@ NAME="AEN356"
></H2
><P
>This spec suggests implementing the file manager desktop by mapping a
-desktop-sized window (no tqshape) to all desktops, with
+desktop-sized window (no shape) to all desktops, with
_NET_WM_WINDOW_TYPE_DESKTOP. This makes the desktop focusable and greatly
simplifies implementation of the file manager. It is also faster than
-managing lots of small tqshaped windows. The file manager draws the background
+managing lots of small shaped windows. The file manager draws the background
on this window. There should be a root property with a window handle for use
in applications that want to draw the background (xearth).
</P
diff --git a/kwin/wm-spec/x512.html b/kwin/wm-spec/x512.html
index a89e6ac1d..73a6ca4fb 100644
--- a/kwin/wm-spec/x512.html
+++ b/kwin/wm-spec/x512.html
@@ -124,7 +124,7 @@ NAME="AEN514"
></LI
><LI
><P
-> Added _NET_DESKTOP_LAYOUT to allow a Pager to specify inter-desktop tqgeometry.
+> Added _NET_DESKTOP_LAYOUT to allow a Pager to specify inter-desktop geometry.
</P
></LI
><LI