Re: FVWM: Forcing window decorations

2015-10-30 Thread Tethys 
On Fri, Oct 30, 2015 at 6:35 PM, Thomas Adam  wrote:

> Nope.  In your case---given your other styles---you'll need:
>
> Style Evince !MWMDecor
>
> Problem solved.

That does indeed solve the problem. Many thanks. I never dreamed that
mwm's legacy would still be alive today! Indeed, I started using fvwm
because it was the closest thing I could find to the mwm that I was
used to when I started using Linux. I thought gtk would be using
something ewmh related to achieve the lack of decoration that rather
than mwm hints.

Tet

-- 
I saw cout being shifted "Hello world" times to the left and stopped
right there. — Steve Gonedes

Re: FVWM: Forcing window decorations

2015-10-30 Thread Tethys 
On Fri, Oct 30, 2015 at 4:43 PM, Jaimos Skriletz
 wrote:

> There is no bug here from my perspective. FVWM is correctly honoring the
> hint/state set by the GTK3 apps that use this feature. It would be a bug if
> FVWM did not honor this. Now there is a feature request here, to allow FVWM
> to be configured to ignore this hint/state on particular windows. But this
> would be a feature of FVWM to ignore the hint.

We're getting into somewhat meaningless semantics here. But for me
it's a clear bug. FVWM's job is to manage windows. If it doesn't
manage windows because a misbehaving application asks it not to,
that's not sensible behaviour. My desire to have my desktop behave the
way I want trumps the application developers' desire to screw me over.

Tet

-- 
I saw cout being shifted "Hello world" times to the left and stopped
right there. — Steve Gonedes

Re: FVWM: Forcing window decorations

2015-10-30 Thread Tom Horsley 
On Fri, 30 Oct 2015 17:10:57 +
Tethys wrote:

>  My desire to have my desktop behave the
> way I want trumps the application developers' desire to screw me over.

Which is practically the main reason for FVWM to exist. Every other
nonsense request from apps can be overridden by FVWM (like ignore
program position and put the window where I want it or ignore stacking
requests and let me move the main window on top of a child dialog
so I can actually see the info I need to fill out the stupid dialog :-).

Re: FVWM: Forcing window decorations

2015-10-30 Thread Dan Espen 
Tethys  writes:

> On Fri, Oct 30, 2015 at 4:43 PM, Jaimos Skriletz
>  wrote:
>
>> There is no bug here from my perspective. FVWM is correctly honoring the
>> hint/state set by the GTK3 apps that use this feature. It would be a bug if
>> FVWM did not honor this. Now there is a feature request here, to allow FVWM
>> to be configured to ignore this hint/state on particular windows. But this
>> would be a feature of FVWM to ignore the hint.
>
> We're getting into somewhat meaningless semantics here. But for me
> it's a clear bug. FVWM's job is to manage windows. If it doesn't
> manage windows because a misbehaving application asks it not to,
> that's not sensible behaviour. My desire to have my desktop behave the
> way I want trumps the application developers' desire to screw me over.

Did my suggestion from yesterday get missed?
You should try:

Style * GNOMEIgnoreHints

If that doesn't do it, I'll build a recent version of one of these from
source and try to find out what's going on.

-- 
Dan Espen

Re: FVWM: Forcing window decorations

2015-10-30 Thread Thomas Adam 
On 30 October 2015 at 17:10, Tethys  wrote:
> We're getting into somewhat meaningless semantics here. But for me
> it's a clear bug. FVWM's job is to manage windows. If it doesn't
> manage windows because a misbehaving application asks it not to,
> that's not sensible behaviour. My desire to have my desktop behave the
> way I want trumps the application developers' desire to screw me over.

Send me your config.

-- Thomas Adam