Re: FVWM: Forcing window decorations

2015-11-03 Thread Thomas Adam
On 29 October 2015 at 19:26, Tethys  wrote:
>Style "Evince" Title, Handles, BorderWidth 5, HandleWidth 5

Nope.  In your case---given your other styles---you'll need:

Style Evince !MWMDecor

Problem solved.

-- Thomas Adam



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



Re: FVWM: Forcing window decorations

2015-10-29 Thread Tom Horsley
On Thu, 29 Oct 2015 19:26:06 +
Tethys wrote:

> How can I force decorations onto windows?

Some of the stupid apps have a setting you can change in the
app itself (I know google-chrome has one), other than that
I don't know.

I've never been able to find a coherent description of
what the heck a "wayland" is, but every time anything
specific I can actually see changes for the sake of
wayland, it always appears to be a horrible regression :-(.



Re: FVWM: Forcing window decorations

2015-10-29 Thread Tethys
On Thu, Oct 29, 2015 at 7:56 PM, Tom Horsley  wrote:

> every time anything specific I can actually see changes for the sake of
> wayland, it always appears to be a horrible regression :-(

Pretty much, yes :-(

On Thu, Oct 29, 2015 at 8:14 PM, Dan Espen  wrote:

> Style * EWMHIgnoreWindowType

Nope, that didn't work. I'll buzz the evince developers, but I'm
pretty much certain they'll ignore me. I don't exist in their brave
new Gnome3 world.

I wish I knew enough about this to work out what was going on. I'd
guessed that evince was setting some kind of hint to tell the window
manager to not decorate it. But EWMHIgnoreWindowType should be enough
to override that, no? There's nothing in my config file to set
NoTitle, yet the evince window has that property set.

FWIW, eog and totem are examples of other applications that suffer
from the same problem.

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-29 Thread Dan Espen
Tethys  writes:

> How can I force decorations onto windows? Having upgraded to Fedora
> 22, I now find that many of my windows now appear to be doing client
> side decorations, presumably in anticipation of Wayland. But it's
> horrendous. I want my own window decorations back. How can I achieve
> this?
>
> A good example of this behaviour is evince. I've tried explicitly
> telling it I want a title bar, handles, etc:
>
>Style "Evince" Title, Handles, BorderWidth 5, HandleWidth 5
>
> but that seems to be ignored. Any ideas? See attached screenshot.

Try:

Style * EWMHIgnoreWindowType

Then contact the Evince developers and tell them NO, NO, NO!

Let us know if that works.  My copy of Evince doesn't display that
problem, so my suggestion is purely a guess.

-- 
Dan Espen



Re: FVWM: Forcing window decorations

2015-10-29 Thread Dan Espen
Tethys  writes:

> On Thu, Oct 29, 2015 at 8:14 PM, Dan Espen  wrote:
>
>> Style * EWMHIgnoreWindowType
>
> Nope, that didn't work. I'll buzz the evince developers, but I'm
> pretty much certain they'll ignore me. I don't exist in their brave
> new Gnome3 world.
>
> I wish I knew enough about this to work out what was going on. I'd
> guessed that evince was setting some kind of hint to tell the window
> manager to not decorate it. But EWMHIgnoreWindowType should be enough
> to override that, no? There's nothing in my config file to set
> NoTitle, yet the evince window has that property set.
>
> FWIW, eog and totem are examples of other applications that suffer
> from the same problem.

My eog is also okay.

Perhaps:

GNOMEIgnoreHints


-- 
Dan Espen