On Sunday 19 February 2012 15:33:08 Martin Schreiber wrote:
> Am 19.02.2012 16:03, schrieb Sieghard:
> > Quite bad - although there might be very few "victims" left, if the newer
> > ATI / AMD chips aren't afflicted.
>
> AFAIK they are afflicted if the RADEON open source driver will be used.
>
> >
Hallo Martin,
Du schriebst am Sat, 10 Mar 2012 13:03:39 +0100:
> > freedesktop.org defines for _NET_WM_WINDOW_TYPE:
...
> git master 68d0d34ed40ddfb8c5b26cb6ea69eafe10110d4f has support for all
> net_wm_window_type's, a separate wo_overrideredirect flag and
> _MOTIF_WM_HINTS for wo_noframe. I don
Hallo Martin,
Du schriebst am Sat, 10 Mar 2012 06:52:33 +0100:
> > Well... It's intended to display the behaviour of a popup form to
> > seemingly never allow any subwindow in front of it. You did ask for a
> > sample program.
> >
> That question is solved, the subwindow must have set wo_popup to
> On Saturday 10 March 2012 10:27:44 IvankoB for-mse wrote:
>> 1.Openbox - it's impossible to make form narrower than it was at the
>> time when the form loaded. There's a feeling of if
>> bounds.cxmin=bounds.cymin=0 then somewhere bounds.cxmin turns into
>> bounds.cx & bounds.cymin into bounds.cy
On Saturday 10 March 2012 10:27:44 IvankoB for-mse wrote:
> 1.Openbox - it's impossible to make form narrower than it was at the
> time when the form loaded. There's a feeling of if
> bounds.cxmin=bounds.cymin=0 then somewhere bounds.cxmin turns into
> bounds.cx & bounds.cymin into bounds.cy respec
Martin Schreiber wrote:
>
> freedesktop.org defines for _NET_WM_WINDOW_TYPE:
>
> _NET_WM_WINDOW_TYPE_DESKTOP,
> _NET_WM_WINDOW_TYPE_DOCK,
> _NET_WM_WINDOW_TYPE_TOOLBAR,
> _NET_WM_WINDOW_TYPE_MENU,
> _NET_WM_WINDOW_TYPE_UTILITY,
> _NET_WM_WINDOW_TYPE_SPLASH,
> _NET_WM_WINDOW_TYPE_DIALOG,
> _NET_W
6 matches
Mail list logo
