Re: [evince] Automatic full-window sizing of evince window when dragged

[astian <astian eclipso at>]

Jon Leech:
>     I am using evince 3.22.1 on Debian jessie under WindowMaker and
> seeing odd window sizing behavior. When dragging the evince window by
> click-drag in the window title bar (the one including the page numbers,
> menu icon, etc.), if I leave the title bar anywhere near the top edge of
> the screen, evince will spontaneously resize itself to full screen.
>
>     Perhaps this just demonstrates that I know nothing about general
> behavior of GNOME apps (which I don't, I've never run GNOME itself), but
> none of the other GNOME apps I've tried behave this way under WM.
>
>     Is this an expected / default behavior? Is there any way to suppress
> it, if so? I can't see any other way to move the window, since evince
> seems to suppress the usual window manager-supplied decorations such as
> a dedicated title bar, frame, etc.
>
>     Jon Leech

Hi,

As I see it, this is a GTK/GDK bug, window states such as "maximised" are in
the purview of the WM, not the toolkit.

I encountered this problem long ago, I don't know if it's been reported or
not; I didn't, it's a years old issue.  Here are some notes I took, they
were jotted down months ago so things might have changed by now, take them
with a grain of salt (swearing redacted):

  This is a WM feature and decision, but **** GTK is doing it by itself, and,
  as usual, all to appease the **** phone/touch users.

  It was implemented as a result of this report:
  https://bugzilla.gnome.org/show_bug.cgi?id=709914

  The implementer sort-of acknowledges that this is more or less a hack.

  Note that the goal was to provide this for "touch" pointer devices
  (touchscreens and such), but it's also active for platforms using a mouse;
  for example this screws up with dragging windows (with the mouse) under
  awesome WM.

  Note that this *seems* to only apply to window dragging operations done by
  left-click+hold+move (that is, "drag") on "empty areas" of GTK windows; in
  particular, in awesome WM, dragging a window by "Mod4 + left click drag"
  works fine.

  Note that dragging a GTK window (or widget?) by left-click dragging on an
  "empty area" is controlled by property "window-dragging" of GtkWidgetClass;
  this property is controllable by CSS style sheets; it's enabled in the
  default Adwaita theme; you can disable it for all elemets with something
  like:

    * {
        -GtkWidget-window-dragging: false;
    }

  This **** does not seem to be controllable from GtkSettings though, so
  there's no corresponding dconf, or ~/.config/gtk-3.0 entry that can be set;
  which is **** **** ****: why should this be only controllable from the
  theme?

  Notice that this does not solve the problem, it just disables the whole
  dragging-by-clicking-on-empty-areas feature so that you never use it
  thinking that it's sane, because it's not, and instead use whatever dragging
  is provided by your WM.

  ---

  The patch is:

    commit 41b73e409f7e30b8ba3b961013debaaf584b499c
    Author: Carlos Garnacho <carlosg gnome org>
    Date:   Thu Mar 13 21:12:55 2014 +0100

    x11: Implement "drag to top to maximize" gesture on emulated window dragging

    And the counterpart to unmaximize when dragging a maximized window, if
    touch devices aren't going to use EWMH moveresize, having this one at least
    makes things feel a bit less awkward.

    https://bugzilla.gnome.org/show_bug.cgi?id=709914

Cheers.

_________________________________________________________________
________________________________________________________
Ihre E-Mail-Postf�cher sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! 
https://www.eclipso.de