On Mon, Aug 14, 2006 at 04:26:32PM +0200, Sander van Dijk wrote:
> On 8/14/06, Anselm R. Garbe <arg_AT_10kloc.org> wrote:
> >gvim and emacs behave that way, because they are broken (they
> >send configure request after they have been resized, because of
> >increment handling, such an configure request lets dwm restore
> >the old size).
> >
> >There are two solutions:
> >1. use emacs/gvim in floating mode only (at least maximize them
> >in floating mode only).
> >OR
> >2. Change the line resize(sel, arrange == dofloat, TopLeft); in
> >client.c:togglemax() as follows:
> >resize(sel, True, TopLeft);
>
> I agree that it's these apps' mistake, not dwm's, but wouldn't it be
> possible too to just re-enforce the maxsize on the client in question?
> That's essentially what is being done in plain tiled mode too. (Off
> course this would have to be done carefully, as a maxed client
> actually has two sizes: it's client struct contains it's "real" size
> for the current mode, but it is displayed at screensize; it would be
> easy to mess those up).
Nah, I think the strategy dwm uses is fine. Actually I cannot
reproduce the issue with emacs (plain emacs from ubuntu) on my
laptop, but with gvim I can...
Regards,
-- Anselm R. Garbe ><>< www.ebrag.de ><>< GPG key: 0D73F361Received on Mon Aug 14 2006 - 16:29:04 UTC
This archive was generated by hypermail 2.2.0 : Sun Jul 13 2008 - 14:30:08 UTC