On Sun, Mar 12, 2006 at 11:41:54PM +0100, Dominik Vogt wrote:
> A current discussion with the gaim developers about some gaim
> mis-feature has made me think about abandoning EWMH support
> completely.  In my eyes, the only usefull message it has is the
> FULLSCREEN stuff.  Everything else is just causing trouble.
> 
> Reasoning:
> 
>  * Most of the EWMH features are intended to mix applications
>    written for the different desktop environments (DE), e.g. a KDE
>    pager with a GNOME taskbar.
>  * If fvwm is not running under a DE, these features are utterly
>    useless.
>  * If running under a DE, using the DE's pager, taskbar, etc. is
>    not necessary as fvwm has a rich set of these modules.
>  * An increasing number of applications mis-uses the EWMH hints to
>    do funny things.
>  * Most users have *no* chance to control such appications.  For
>    example, the problem with SkipMapping and gaim that led to the
>    discussion on the gaim list.  It took the user several days to
>    figure out the problem and had to ask the fvwm developers for
>    help.
> 
> All this leads me to the conclusion that the EWMH spec (at least
> the client message part) offers very little benefits but causes a
> huge amount of trouble.  It is simply not worth the effort.
> 
> I vote for abandoning EWMH support (at least the client messages).
> 
> Opinions?

There have been so many interesting responses that I can't reply
to them individually.

To summarize what I understood:

 * Some people want EWMH support for third party pagers, taskbars,
   panels, etc.
 * Fullscreen is a useful feature.
 * Nobody(?) cares about *client messages* (other than
   fullscreen) that are not sent by pagers, etc.
 * EMWH *hints* are generally considered useful.

So, I suggest the following defaults:

 * Hints are fully supported.
 * Fullscreen messages are honoured for all windows by default.
 * Client messages with source indication class 2 (pagers, ...)
   are honoured by default.
 * Client messages with source indication class 1 (other apps)
   are disabled by default.
 * Client messages with source indication class 0 (not set) are
   disabled by default.
 * Client messages without source indication are honoured by
   default.  Unfortunately, if an application uses them, there is
   no way to disable them selectively.

Ciao

Dominik ^_^  ^_^

 --
Dominik Vogt, [EMAIL PROTECTED]

Attachment: signature.asc
Description: Digital signature

Reply via email to