On Thu, Oct 8, 2009 at 12:40 AM, Michael Jennings <m...@kainx.org> wrote: > On Wednesday, 07 October 2009, at 14:06:34 (+0200), > hannes.janet...@gmail.com wrote: > >> yes, Eterm becomes an override-redirect window when using borderless >> option with e17, so its window is not handled by the wm in any >> way. I commited a workaround that makes e17 pretend to be mwm so >> that Eterm use mwm hints for borderless mode instead of going >> override redirect. > > Okay, let's get something straight here. You keep implying that Eterm > is somehow buggy because it expects the WM to "pretend to be" the > Motif WM in order to do borderless. This is simply wrong. > > Setting _MOTIF_WM_INFO is the correct way to advertise yourself as > supporting the MWM hints, at least to the best of my knowledge and > based on everything I've read or seen. Thus, a WM supporting those > hints should set this property. On my (albeit somewhat outdated) copy > of E 0.17, Eterm -x works just fine. And I'm quite certain it worked > on E 0.16, so I'd wager it works on e16 too. The only WM it doesn't > work on AFAICT is kwin.
No, I dont say Eterm is buggy. The only problem with requiring the wm to set _MOTIF_WM_INFO is that the wm has to implement more mwm specific handling of windows. According to this mail from a kwin developer chances are that motif apps crash when the wm is not mwm compliant while advertising to be compliant. http://mail.gnome.org/archives/wm-spec-list/2002-December/msg00006.html (the discussion is about the borderless hint) > > Falling back on override_redirect is the ONLY way that Eterm can be > certain it does as the user asks (comes up borderless) in the face of > non-compliant window managers. Which is the better failure mode > (ignore the user request and have borders vs. being outside the > control of the non-compliant WM) is a matter of perspective, and I'm > tending to agree with Marc Lehmann (urxvt) that the right choice for > Eterm is to do everything it can to fulfill the options it was given > (i.e., override_redirect if necessary). > This has the downside that the window does not appear in window list and taskbar and window manipulation might be inconsistent with wm settings (just to complete the pros and cons). > If there is an EWMH for borderless that I'm missing, please feel free > to add support for that. Beyond that, I think the previous code was > correct. There is no EWMH window type for borderless.. Hannes > > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <m...@kainx.org> > Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) > ----------------------------------------------------------------------- > "Fresh blood through tired skin. New sweat to drown me in. > Dress up this rotten carcass just to make it look alive." > -- Nine Inch Nails, "last" > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel