[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    QXEmbed now in libkdeui
From:       Matthias Ettrich <ettrich () troll ! no>
Date:       1999-05-25 1:24:34
[Download RAW message or body]

Hi,

qxembed is a (very small but nifty) new Qt-extension. Therefore I think it's
better to put it in libkdeui rather then linking another tiny library.

Here's a small description from the class documentation:

---------------------------------------
 \class QXEmbed qxembed.h

  \brief The QXEmbed class provides the base technology to embed
  windows of different applications on the X Window System

  An xembed widget serves as a container that can manage one single
  embedded X-window. These so-called client windows can be arbitrary
  QWidgets.

  Using xembed has a couple of significant advantages compared to a
  low-level call of XReparentWindow

  <ul>
  <li> The embedded window is integrated into the outer applications
  focus chain. With a plain XReparentWindow, it's unpredictable which
  application will get the focus and process key events.

  <li> The outer application always receives keyevents
  first. Therefore menu accelerators and other shortcuts continue to
  work.

  <li> The XDND drag and drop protocol is routed respectively. Plain
  XReparentWindow would break drag and drop for the embedded window.
  </ul>

---------------------------------------


QXembed is currently used in the KDE control center to swallow modules and as
base technology for the OpenParts framework.

It will also serve as basement for the upcoming panel applets. This will make
it possible to have applets that are controlable with the keyboard. You will
even be able to Alt-tab the focus to the panel and then tab to the applet, use
it, tab back, etc.

These things aren't possible with current swallow-techniques used by most WMs
(including KDE-1.x's panel).

I will also partially rewrite the kontrol center to make full use of qxembed.
As a result it will have a more logical keyboard handling and --tatata!---- no
longer depend on windowmanagers that support the KDE WM module protocol for
its swallowing.


Matthias

[prev in list] [next in list] [prev in thread] [next in thread]