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

List:       kde-devel
Subject:    Re: QXEmbed now in libkdeui
From:       Mosfet <mosfet () jorsm ! com>
Date:       1999-05-25 12:41:35
[Download RAW message or body]

It's already in kdelibs/corba/parts ;-)

I would prefer it in kdeui tho, since I could use it for non-OP stuff I am
doing (I am using XReparentWindow currently).

On Mon, 24 May 1999, Matthias Ettrich wrote:
> 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
--
Daniel M. Duley - Unix developer & sys admin.
mosfet@kde.org
mosfet@jorsm.com

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