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 <[email protected]> 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
_______________________________________________ evince-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/evince-list
