> Oh this old thing. dwm could use an fwvm-style
> "Close" which sends a delete if the window supports
> it, otherwise sends a kill, thus hiding a particularly
> ugly part of X.
Maybe so, but I fail to see how this relates to the
question asked. Which one of us is particularly
dense this time 'rou
On Wed, 10 Aug 2011 23:24:54 +0100
Connor Lane Smith wrote:
> On 10 August 2011 23:10, Ethan Grammatikidis wrote:
> > Oh this old thing. dwm could use an fwvm-style "Close" which sends a delete
> > if the window supports it, otherwise sends a kill, thus hiding a
> > particularly ugly part of X
On Wed 10 Aug 2011 11:24:54 PM PDT, Connor Lane Smith wrote:
> On 10 August 2011 23:10, Ethan Grammatikidis wrote:
> > dwm could use an fwvm-style "Close" which sends a delete if the
> > window supports it, otherwise sends a kill, thus hiding a
> > particularly ugly part of X.
>
> It does.
>
> s/dw
On 10 August 2011 23:10, Ethan Grammatikidis wrote:
> Oh this old thing. dwm could use an fwvm-style "Close" which sends a delete
> if the window supports it, otherwise sends a kill, thus hiding a particularly
> ugly part of X.
It does.
s/dwm/wmii/ ?
cls
On Tue, 09 Aug 2011 18:15:51 +0200
Gidon Ernst wrote:
> Hi,
>
> recently the order of items
> [Delete, Kill, Fullscreen]
> in the menu that appears when right-clicking on a window's titlebar
> changed to
> [Kill, Delete, Fullscreen]
Oh this old thing. dwm could use an fwvm-style "C
On Wed, Aug 10, 2011 at 03:52:39PM +0100, Connor Lane Smith wrote:
> Bad news! Assuming existingwin is XID 0x28d, there is nothing in
> pwwin's xprops to suggest that it should be treated in any other way.
> Which means the only solution would be a hack like the one attached
> (untested).
Yes,
On 10 August 2011 09:26, Nick wrote:
> Attached (pwwinprop is the popped up enter password window,
> existingwinprop is the already open oocalc).
Bad news! Assuming existingwin is XID 0x28d, there is nothing in
pwwin's xprops to suggest that it should be treated in any other way.
Which means
(apologies for breaking threading)
Eckehard Berns wrote:
> Dwm does this by intention. In manage() in dwm.c the code explicitly
>
> checks, whether the new window is a transient for an already managed
>
> client. If so, the tags and monitor settings are copied from the ma
