2014-05-02 09:34:02 -04:00
|
|
|
/*
|
2001-05-30 11:36:31 -04:00
|
|
|
* Copyright (C) 2001 Havoc Pennington
|
2005-10-08 15:38:54 -04:00
|
|
|
* Copyright (C) 2005 Elijah Newren
|
2014-05-02 09:34:02 -04:00
|
|
|
*
|
2001-05-30 11:36:31 -04:00
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License as
|
|
|
|
* published by the Free Software Foundation; either version 2 of the
|
|
|
|
* License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful, but
|
|
|
|
* WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* General Public License for more details.
|
2014-05-02 09:34:02 -04:00
|
|
|
*
|
2001-05-30 11:36:31 -04:00
|
|
|
* You should have received a copy of the GNU General Public License
|
2014-01-11 20:42:06 -05:00
|
|
|
* along with this program; if not, see <http://www.gnu.org/licenses/>.
|
2001-05-30 11:36:31 -04:00
|
|
|
*/
|
|
|
|
|
2013-03-11 11:52:36 -04:00
|
|
|
|
2008-11-23 13:53:55 -05:00
|
|
|
#define _POSIX_C_SOURCE 200112L /* for fdopen() */
|
2008-02-26 23:39:10 -05:00
|
|
|
|
2018-07-10 04:36:24 -04:00
|
|
|
#include "config.h"
|
2001-05-30 11:36:31 -04:00
|
|
|
|
2022-01-18 11:56:23 -05:00
|
|
|
#include "core/display-private.h"
|
2018-07-10 04:36:24 -04:00
|
|
|
#include "core/util-private.h"
|
2009-09-25 15:47:22 -04:00
|
|
|
|
2001-05-30 11:36:31 -04:00
|
|
|
#include <stdio.h>
|
2001-05-30 23:30:58 -04:00
|
|
|
#include <stdlib.h>
|
2001-09-10 23:54:54 -04:00
|
|
|
#include <unistd.h>
|
2002-03-04 21:43:22 -05:00
|
|
|
#include <errno.h>
|
|
|
|
#include <string.h>
|
2001-05-30 11:36:31 -04:00
|
|
|
|
2021-02-24 10:27:44 -05:00
|
|
|
#ifdef HAVE_SYS_PRCTL
|
|
|
|
#include <sys/prctl.h>
|
|
|
|
#endif
|
|
|
|
|
2021-05-10 13:58:32 -04:00
|
|
|
#include "clutter/clutter-mutter.h"
|
2020-02-17 12:32:35 -05:00
|
|
|
#include "cogl/cogl.h"
|
2018-07-10 04:36:24 -04:00
|
|
|
#include "meta/common.h"
|
|
|
|
#include "meta/main.h"
|
|
|
|
|
2021-02-24 10:27:44 -05:00
|
|
|
static const GDebugKey meta_debug_keys[] = {
|
|
|
|
{ "focus", META_DEBUG_FOCUS },
|
|
|
|
{ "workarea", META_DEBUG_WORKAREA },
|
|
|
|
{ "stack", META_DEBUG_STACK },
|
|
|
|
{ "sm", META_DEBUG_SM },
|
|
|
|
{ "events", META_DEBUG_EVENTS },
|
|
|
|
{ "window-state", META_DEBUG_WINDOW_STATE },
|
|
|
|
{ "window-ops", META_DEBUG_WINDOW_OPS },
|
|
|
|
{ "geometry", META_DEBUG_GEOMETRY },
|
|
|
|
{ "placement", META_DEBUG_PLACEMENT },
|
|
|
|
{ "ping", META_DEBUG_PING },
|
|
|
|
{ "keybindings", META_DEBUG_KEYBINDINGS },
|
|
|
|
{ "sync", META_DEBUG_SYNC },
|
|
|
|
{ "startup", META_DEBUG_STARTUP },
|
|
|
|
{ "prefs", META_DEBUG_PREFS },
|
|
|
|
{ "groups", META_DEBUG_GROUPS },
|
|
|
|
{ "resizing", META_DEBUG_RESIZING },
|
|
|
|
{ "shapes", META_DEBUG_SHAPES },
|
|
|
|
{ "edge-resistance", META_DEBUG_EDGE_RESISTANCE },
|
|
|
|
{ "dbus", META_DEBUG_DBUS },
|
|
|
|
{ "input", META_DEBUG_INPUT },
|
|
|
|
{ "wayland", META_DEBUG_WAYLAND },
|
|
|
|
{ "kms", META_DEBUG_KMS },
|
|
|
|
{ "screen-cast", META_DEBUG_SCREEN_CAST },
|
|
|
|
{ "remote-desktop", META_DEBUG_REMOTE_DESKTOP },
|
2021-07-15 02:59:33 -04:00
|
|
|
{ "backend", META_DEBUG_BACKEND },
|
2021-04-30 08:34:31 -04:00
|
|
|
{ "render", META_DEBUG_RENDER },
|
2021-10-25 10:41:11 -04:00
|
|
|
{ "color", META_DEBUG_COLOR },
|
2021-02-24 10:27:44 -05:00
|
|
|
};
|
|
|
|
|
2014-07-10 16:54:48 -04:00
|
|
|
static gint verbose_topics = 0;
|
2013-05-02 19:57:28 -04:00
|
|
|
static gboolean is_wayland_compositor = FALSE;
|
2020-08-10 09:58:02 -04:00
|
|
|
static int debug_paint_flags = 0;
|
2022-06-09 10:32:42 -04:00
|
|
|
static GLogLevelFlags mutter_log_level = G_LOG_LEVEL_MESSAGE;
|
2002-12-08 21:53:16 -05:00
|
|
|
|
|
|
|
#ifdef WITH_VERBOSE_MODE
|
2001-06-11 01:47:51 -04:00
|
|
|
static FILE* logfile = NULL;
|
|
|
|
|
|
|
|
static void
|
|
|
|
ensure_logfile (void)
|
|
|
|
{
|
Comprehensively rename to Mutter
Code:
All references in the code not related to themes, keybindings, or
GConf were changed from 'metacity' to 'mutter'. This includes, among other
things, strings, comments, the atoms used in the message protocol, and
the envvars used for debugging. The GConf schema file was reduced to
the 3 settings new to mutter.
The overall version was brought up to 2.27 to match current gnome.
Structure:
All files named '*metacity*' were renamed '*mutter*' with appropriate
changes in the automake system. Files removed are
doc/creating_themes, src/themes, doc/metacity-theme.dtd,
metacity.doap. These files will eventually end up in an external
gnome-wm-data module.
Installation location:
On the filesystem the mutter-plugindir was change from
$(libdir)/metacity/plugins/clutter to just $(libdir)/mutter/plugins.
The mutter-plugins.pc.in reflects these changes.
Note:
mutter.desktop.in and mutter-wm.desktop both continue to have
X-GNOME-WMSettingsModule=metacity set. This allows
gnome-control-center to continue using libmetacity.so for
configuration. This is fine since most the general keybindings and wm
settings are being read from /apps/metacity/* in gconf.
2009-06-10 06:29:20 -04:00
|
|
|
if (logfile == NULL && g_getenv ("MUTTER_USE_LOGFILE"))
|
2001-06-11 01:47:51 -04:00
|
|
|
{
|
2002-03-04 21:43:22 -05:00
|
|
|
char *filename = NULL;
|
|
|
|
char *tmpl;
|
|
|
|
int fd;
|
|
|
|
GError *err;
|
2014-05-02 09:34:02 -04:00
|
|
|
|
Comprehensively rename to Mutter
Code:
All references in the code not related to themes, keybindings, or
GConf were changed from 'metacity' to 'mutter'. This includes, among other
things, strings, comments, the atoms used in the message protocol, and
the envvars used for debugging. The GConf schema file was reduced to
the 3 settings new to mutter.
The overall version was brought up to 2.27 to match current gnome.
Structure:
All files named '*metacity*' were renamed '*mutter*' with appropriate
changes in the automake system. Files removed are
doc/creating_themes, src/themes, doc/metacity-theme.dtd,
metacity.doap. These files will eventually end up in an external
gnome-wm-data module.
Installation location:
On the filesystem the mutter-plugindir was change from
$(libdir)/metacity/plugins/clutter to just $(libdir)/mutter/plugins.
The mutter-plugins.pc.in reflects these changes.
Note:
mutter.desktop.in and mutter-wm.desktop both continue to have
X-GNOME-WMSettingsModule=metacity set. This allows
gnome-control-center to continue using libmetacity.so for
configuration. This is fine since most the general keybindings and wm
settings are being read from /apps/metacity/* in gconf.
2009-06-10 06:29:20 -04:00
|
|
|
tmpl = g_strdup_printf ("mutter-%d-debug-log-XXXXXX",
|
2002-03-04 21:43:22 -05:00
|
|
|
(int) getpid ());
|
2001-09-10 22:57:05 -04:00
|
|
|
|
2002-03-04 21:43:22 -05:00
|
|
|
err = NULL;
|
|
|
|
fd = g_file_open_tmp (tmpl,
|
|
|
|
&filename,
|
|
|
|
&err);
|
2001-06-11 01:47:51 -04:00
|
|
|
|
2002-03-04 21:43:22 -05:00
|
|
|
g_free (tmpl);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2002-03-04 21:43:22 -05:00
|
|
|
if (err != NULL)
|
|
|
|
{
|
2020-10-02 11:47:22 -04:00
|
|
|
meta_warning ("Failed to open debug log: %s",
|
2002-03-04 21:43:22 -05:00
|
|
|
err->message);
|
|
|
|
g_error_free (err);
|
|
|
|
return;
|
|
|
|
}
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2002-03-04 21:43:22 -05:00
|
|
|
logfile = fdopen (fd, "w");
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-06-11 01:47:51 -04:00
|
|
|
if (logfile == NULL)
|
2002-03-04 21:43:22 -05:00
|
|
|
{
|
2020-10-02 11:47:22 -04:00
|
|
|
meta_warning ("Failed to fdopen() log file %s: %s",
|
2002-03-04 21:43:22 -05:00
|
|
|
filename, strerror (errno));
|
|
|
|
close (fd);
|
|
|
|
}
|
2001-06-11 01:47:51 -04:00
|
|
|
else
|
2002-03-04 21:43:22 -05:00
|
|
|
{
|
2020-10-02 11:47:22 -04:00
|
|
|
g_printerr ("Opened log file %s", filename);
|
2002-03-04 21:43:22 -05:00
|
|
|
}
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2002-03-04 21:43:22 -05:00
|
|
|
g_free (filename);
|
2001-06-11 01:47:51 -04:00
|
|
|
}
|
|
|
|
}
|
2002-12-08 21:53:16 -05:00
|
|
|
#endif
|
2001-05-30 11:36:31 -04:00
|
|
|
|
|
|
|
gboolean
|
|
|
|
meta_is_verbose (void)
|
|
|
|
{
|
2010-06-02 09:26:53 -04:00
|
|
|
return verbose_topics != 0;
|
2001-05-30 11:36:31 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
meta_set_verbose (gboolean setting)
|
|
|
|
{
|
2002-12-08 14:17:17 -05:00
|
|
|
#ifndef WITH_VERBOSE_MODE
|
|
|
|
if (setting)
|
2020-10-02 11:47:22 -04:00
|
|
|
meta_fatal (_("Mutter was compiled without support for verbose mode"));
|
2008-02-14 23:37:39 -05:00
|
|
|
#endif
|
2010-06-02 09:26:53 -04:00
|
|
|
|
|
|
|
if (setting)
|
|
|
|
meta_add_verbose_topic (META_DEBUG_VERBOSE);
|
|
|
|
else
|
|
|
|
meta_remove_verbose_topic (META_DEBUG_VERBOSE);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* meta_add_verbose_topic:
|
|
|
|
* @topic: Topic for which logging will be started
|
|
|
|
*
|
|
|
|
* Ensure log messages for the given topic @topic
|
|
|
|
* will be printed.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
meta_add_verbose_topic (MetaDebugTopic topic)
|
|
|
|
{
|
|
|
|
if (verbose_topics == META_DEBUG_VERBOSE)
|
|
|
|
return;
|
2020-10-01 09:05:17 -04:00
|
|
|
|
2022-05-06 21:48:30 -04:00
|
|
|
#ifdef WITH_VERBOSE_MODE
|
2020-10-01 09:05:17 -04:00
|
|
|
ensure_logfile ();
|
2022-05-06 21:48:30 -04:00
|
|
|
#endif
|
2020-10-01 09:05:17 -04:00
|
|
|
|
2010-06-02 09:26:53 -04:00
|
|
|
if (topic == META_DEBUG_VERBOSE)
|
|
|
|
verbose_topics = META_DEBUG_VERBOSE;
|
|
|
|
else
|
|
|
|
verbose_topics |= topic;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* meta_remove_verbose_topic:
|
|
|
|
* @topic: Topic for which logging will be stopped
|
|
|
|
*
|
2023-03-28 10:35:11 -04:00
|
|
|
* Stop printing log messages for the given topic @topic.
|
2023-05-23 14:25:54 -04:00
|
|
|
*
|
2023-03-28 10:35:11 -04:00
|
|
|
* Note that this method does not stack with [func@Meta.add_verbose_topic];
|
|
|
|
* i.e. if two calls to [func@Meta.add_verbose_topic] for the same
|
|
|
|
* topic are made, one call to [func@Meta.remove_verbose_topic] will
|
2010-06-02 09:26:53 -04:00
|
|
|
* remove it.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
meta_remove_verbose_topic (MetaDebugTopic topic)
|
|
|
|
{
|
|
|
|
if (topic == META_DEBUG_VERBOSE)
|
|
|
|
verbose_topics = 0;
|
|
|
|
else
|
|
|
|
verbose_topics &= ~topic;
|
2001-05-30 11:36:31 -04:00
|
|
|
}
|
|
|
|
|
2021-02-24 10:27:44 -05:00
|
|
|
void
|
|
|
|
meta_init_debug_utils (void)
|
|
|
|
{
|
|
|
|
const char *debug_env;
|
|
|
|
|
|
|
|
#ifdef HAVE_SYS_PRCTL
|
|
|
|
prctl (PR_SET_DUMPABLE, 1);
|
|
|
|
#endif
|
|
|
|
|
|
|
|
if (g_getenv ("MUTTER_VERBOSE"))
|
|
|
|
meta_set_verbose (TRUE);
|
|
|
|
|
|
|
|
debug_env = g_getenv ("MUTTER_DEBUG");
|
|
|
|
if (debug_env)
|
|
|
|
{
|
|
|
|
MetaDebugTopic topics;
|
|
|
|
|
|
|
|
topics = g_parse_debug_string (debug_env,
|
|
|
|
meta_debug_keys,
|
|
|
|
G_N_ELEMENTS (meta_debug_keys));
|
|
|
|
meta_add_verbose_topic (topics);
|
|
|
|
}
|
2022-06-09 10:32:42 -04:00
|
|
|
|
|
|
|
if (g_test_initialized ())
|
|
|
|
mutter_log_level = G_LOG_LEVEL_DEBUG;
|
2021-02-24 10:27:44 -05:00
|
|
|
}
|
|
|
|
|
2013-05-02 19:57:28 -04:00
|
|
|
gboolean
|
|
|
|
meta_is_wayland_compositor (void)
|
|
|
|
{
|
|
|
|
return is_wayland_compositor;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
meta_set_is_wayland_compositor (gboolean value)
|
|
|
|
{
|
|
|
|
is_wayland_compositor = value;
|
|
|
|
}
|
|
|
|
|
2005-10-03 14:13:45 -04:00
|
|
|
char *
|
|
|
|
meta_g_utf8_strndup (const gchar *src,
|
|
|
|
gsize n)
|
|
|
|
{
|
|
|
|
const gchar *s = src;
|
|
|
|
while (n && *s)
|
|
|
|
{
|
|
|
|
s = g_utf8_next_char (s);
|
|
|
|
n--;
|
|
|
|
}
|
|
|
|
|
|
|
|
return g_strndup (src, s - src);
|
|
|
|
}
|
|
|
|
|
2002-08-24 16:54:23 -04:00
|
|
|
static int
|
|
|
|
utf8_fputs (const char *str,
|
|
|
|
FILE *f)
|
|
|
|
{
|
|
|
|
char *l;
|
2002-11-30 22:58:04 -05:00
|
|
|
int retval;
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2002-08-24 16:54:23 -04:00
|
|
|
l = g_locale_from_utf8 (str, -1, NULL, NULL, NULL);
|
|
|
|
|
|
|
|
if (l == NULL)
|
2002-11-30 22:58:04 -05:00
|
|
|
retval = fputs (str, f); /* just print it anyway, better than nothing */
|
2002-08-24 16:54:23 -04:00
|
|
|
else
|
2002-11-30 22:58:04 -05:00
|
|
|
retval = fputs (l, f);
|
2002-08-24 16:54:23 -04:00
|
|
|
|
|
|
|
g_free (l);
|
2002-11-30 22:58:04 -05:00
|
|
|
|
|
|
|
return retval;
|
2002-08-24 16:54:23 -04:00
|
|
|
}
|
|
|
|
|
2002-12-08 14:17:17 -05:00
|
|
|
#ifdef WITH_VERBOSE_MODE
|
2021-11-15 12:23:59 -05:00
|
|
|
const char *
|
|
|
|
meta_topic_to_string (MetaDebugTopic topic)
|
2002-01-03 18:28:19 -05:00
|
|
|
{
|
|
|
|
switch (topic)
|
|
|
|
{
|
|
|
|
case META_DEBUG_FOCUS:
|
|
|
|
return "FOCUS";
|
2002-02-07 22:34:26 -05:00
|
|
|
case META_DEBUG_WORKAREA:
|
|
|
|
return "WORKAREA";
|
|
|
|
case META_DEBUG_STACK:
|
|
|
|
return "STACK";
|
|
|
|
case META_DEBUG_SM:
|
|
|
|
return "SM";
|
|
|
|
case META_DEBUG_EVENTS:
|
|
|
|
return "EVENTS";
|
|
|
|
case META_DEBUG_WINDOW_STATE:
|
|
|
|
return "WINDOW_STATE";
|
|
|
|
case META_DEBUG_WINDOW_OPS:
|
|
|
|
return "WINDOW_OPS";
|
|
|
|
case META_DEBUG_PLACEMENT:
|
|
|
|
return "PLACEMENT";
|
|
|
|
case META_DEBUG_GEOMETRY:
|
|
|
|
return "GEOMETRY";
|
2002-03-02 10:26:07 -05:00
|
|
|
case META_DEBUG_PING:
|
|
|
|
return "PING";
|
2002-04-28 00:52:26 -04:00
|
|
|
case META_DEBUG_KEYBINDINGS:
|
|
|
|
return "KEYBINDINGS";
|
2002-10-21 17:44:35 -04:00
|
|
|
case META_DEBUG_SYNC:
|
|
|
|
return "SYNC";
|
2002-10-25 19:35:50 -04:00
|
|
|
case META_DEBUG_STARTUP:
|
|
|
|
return "STARTUP";
|
2002-11-03 14:06:39 -05:00
|
|
|
case META_DEBUG_PREFS:
|
|
|
|
return "PREFS";
|
2002-11-30 22:58:04 -05:00
|
|
|
case META_DEBUG_GROUPS:
|
|
|
|
return "GROUPS";
|
2002-12-09 22:23:04 -05:00
|
|
|
case META_DEBUG_RESIZING:
|
|
|
|
return "RESIZING";
|
2003-01-05 02:51:02 -05:00
|
|
|
case META_DEBUG_SHAPES:
|
|
|
|
return "SHAPES";
|
2006-03-16 21:55:21 -05:00
|
|
|
case META_DEBUG_EDGE_RESISTANCE:
|
|
|
|
return "EDGE_RESISTANCE";
|
2013-07-19 08:39:28 -04:00
|
|
|
case META_DEBUG_DBUS:
|
|
|
|
return "DBUS";
|
2020-02-18 08:56:25 -05:00
|
|
|
case META_DEBUG_INPUT:
|
|
|
|
return "INPUT";
|
2021-04-29 10:19:48 -04:00
|
|
|
case META_DEBUG_WAYLAND:
|
|
|
|
return "WAYLAND";
|
2020-10-02 12:37:18 -04:00
|
|
|
case META_DEBUG_KMS:
|
|
|
|
return "KMS";
|
2021-02-05 03:51:08 -05:00
|
|
|
case META_DEBUG_SCREEN_CAST:
|
|
|
|
return "SCREEN_CAST";
|
2020-10-13 11:41:23 -04:00
|
|
|
case META_DEBUG_REMOTE_DESKTOP:
|
|
|
|
return "REMOTE_DESKTOP";
|
2021-07-15 02:59:33 -04:00
|
|
|
case META_DEBUG_BACKEND:
|
|
|
|
return "BACKEND";
|
2021-04-30 08:34:31 -04:00
|
|
|
case META_DEBUG_RENDER:
|
|
|
|
return "RENDER";
|
2021-10-25 10:41:11 -04:00
|
|
|
case META_DEBUG_COLOR:
|
|
|
|
return "COLOR";
|
2010-06-02 09:26:53 -04:00
|
|
|
case META_DEBUG_VERBOSE:
|
|
|
|
return "VERBOSE";
|
2002-01-03 18:28:19 -05:00
|
|
|
}
|
|
|
|
|
2003-01-05 13:36:01 -05:00
|
|
|
return "WM";
|
2002-01-03 18:28:19 -05:00
|
|
|
}
|
|
|
|
|
2020-10-02 13:30:58 -04:00
|
|
|
gboolean
|
|
|
|
meta_is_topic_enabled (MetaDebugTopic topic)
|
|
|
|
{
|
|
|
|
if (verbose_topics == 0)
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
if (topic == META_DEBUG_VERBOSE && verbose_topics != META_DEBUG_VERBOSE)
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
return !!(verbose_topics & topic);
|
|
|
|
}
|
2002-12-08 14:17:17 -05:00
|
|
|
#endif /* WITH_VERBOSE_MODE */
|
2002-01-03 18:28:19 -05:00
|
|
|
|
2001-05-30 23:30:58 -04:00
|
|
|
void
|
|
|
|
meta_bug (const char *format, ...)
|
|
|
|
{
|
|
|
|
va_list args;
|
|
|
|
gchar *str;
|
2001-06-11 01:47:51 -04:00
|
|
|
FILE *out;
|
2001-05-30 23:30:58 -04:00
|
|
|
|
|
|
|
g_return_if_fail (format != NULL);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 23:30:58 -04:00
|
|
|
va_start (args, format);
|
|
|
|
str = g_strdup_vprintf (format, args);
|
|
|
|
va_end (args);
|
|
|
|
|
2008-02-14 23:37:39 -05:00
|
|
|
#ifdef WITH_VERBOSE_MODE
|
2001-06-11 01:47:51 -04:00
|
|
|
out = logfile ? logfile : stderr;
|
2008-02-14 23:37:39 -05:00
|
|
|
#else
|
|
|
|
out = stderr;
|
|
|
|
#endif
|
|
|
|
|
2021-11-15 13:42:25 -05:00
|
|
|
utf8_fputs ("Bug in window manager: ", out);
|
2002-08-24 16:54:23 -04:00
|
|
|
utf8_fputs (str, out);
|
2020-10-02 11:47:22 -04:00
|
|
|
utf8_fputs ("\n", out);
|
2001-06-21 02:08:35 -04:00
|
|
|
|
|
|
|
fflush (out);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 23:30:58 -04:00
|
|
|
g_free (str);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 23:30:58 -04:00
|
|
|
/* stop us in a debugger */
|
|
|
|
abort ();
|
|
|
|
}
|
|
|
|
|
2001-05-30 11:36:31 -04:00
|
|
|
void
|
|
|
|
meta_warning (const char *format, ...)
|
|
|
|
{
|
|
|
|
va_list args;
|
|
|
|
gchar *str;
|
2001-06-11 01:47:51 -04:00
|
|
|
FILE *out;
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 11:36:31 -04:00
|
|
|
g_return_if_fail (format != NULL);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 11:36:31 -04:00
|
|
|
va_start (args, format);
|
|
|
|
str = g_strdup_vprintf (format, args);
|
|
|
|
va_end (args);
|
|
|
|
|
2008-02-14 23:37:39 -05:00
|
|
|
#ifdef WITH_VERBOSE_MODE
|
2001-06-11 01:47:51 -04:00
|
|
|
out = logfile ? logfile : stderr;
|
2008-02-14 23:37:39 -05:00
|
|
|
#else
|
|
|
|
out = stderr;
|
|
|
|
#endif
|
|
|
|
|
2021-11-15 13:42:25 -05:00
|
|
|
utf8_fputs ("Window manager warning: ", out);
|
2002-08-24 16:54:23 -04:00
|
|
|
utf8_fputs (str, out);
|
2020-10-02 11:47:22 -04:00
|
|
|
utf8_fputs ("\n", out);
|
2002-10-21 17:44:35 -04:00
|
|
|
|
|
|
|
fflush (out);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 11:36:31 -04:00
|
|
|
g_free (str);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
meta_fatal (const char *format, ...)
|
|
|
|
{
|
|
|
|
va_list args;
|
|
|
|
gchar *str;
|
2001-06-11 01:47:51 -04:00
|
|
|
FILE *out;
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2017-03-20 10:13:34 -04:00
|
|
|
g_warn_if_fail (format);
|
|
|
|
if (!format)
|
|
|
|
meta_exit (META_EXIT_ERROR);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 11:36:31 -04:00
|
|
|
va_start (args, format);
|
|
|
|
str = g_strdup_vprintf (format, args);
|
|
|
|
va_end (args);
|
|
|
|
|
2008-02-14 23:37:39 -05:00
|
|
|
#ifdef WITH_VERBOSE_MODE
|
2001-06-11 01:47:51 -04:00
|
|
|
out = logfile ? logfile : stderr;
|
2008-02-14 23:37:39 -05:00
|
|
|
#else
|
|
|
|
out = stderr;
|
|
|
|
#endif
|
|
|
|
|
2021-11-15 13:42:25 -05:00
|
|
|
utf8_fputs ("Window manager error: ", out);
|
2002-08-24 16:54:23 -04:00
|
|
|
utf8_fputs (str, out);
|
2020-10-02 11:47:22 -04:00
|
|
|
utf8_fputs ("\n", out);
|
2001-06-21 02:08:35 -04:00
|
|
|
|
|
|
|
fflush (out);
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2001-05-30 11:36:31 -04:00
|
|
|
g_free (str);
|
|
|
|
|
|
|
|
meta_exit (META_EXIT_ERROR);
|
|
|
|
}
|
2001-06-10 15:23:28 -04:00
|
|
|
|
2002-01-27 21:09:12 -05:00
|
|
|
void
|
|
|
|
meta_exit (MetaExitCode code)
|
|
|
|
{
|
2014-05-02 09:34:02 -04:00
|
|
|
|
2002-01-27 21:09:12 -05:00
|
|
|
exit (code);
|
|
|
|
}
|
2002-08-12 17:32:13 -04:00
|
|
|
|
|
|
|
gint
|
|
|
|
meta_unsigned_long_equal (gconstpointer v1,
|
|
|
|
gconstpointer v2)
|
|
|
|
{
|
|
|
|
return *((const gulong*) v1) == *((const gulong*) v2);
|
|
|
|
}
|
|
|
|
|
|
|
|
guint
|
|
|
|
meta_unsigned_long_hash (gconstpointer v)
|
|
|
|
{
|
|
|
|
gulong val = * (const gulong *) v;
|
|
|
|
|
|
|
|
/* I'm not sure this works so well. */
|
A load of fixes of issues reported by sparse. Closes bug #152849
2004-09-17 Kjartan Maraas <kmaraas@gnome.org>
* src/bell.c: (meta_bell_flash_screen):
* src/compositor.c:
* src/effects.c: (meta_effects_draw_box_animation):
* src/fixedtip.c: (meta_fixed_tip_show):
* src/frame.c: (find_argb_visual):
* src/frames.c: (unsigned_long_hash), (meta_frames_manage_window),
(meta_frames_apply_shapes):
* src/iconcache.c: (find_largest_sizes), (find_best_size):
* src/keybindings.c: (meta_spawn_command_line_async_on_screen):
* src/main.c: (main):
* src/menu.c: (meta_window_menu_new):
* src/prefs.c: (meta_prefs_get_visual_bell),
(meta_prefs_bell_is_audible), (meta_prefs_get_visual_bell_type),
(meta_prefs_get_action_double_click_titlebar),
(meta_prefs_get_auto_raise), (meta_prefs_get_auto_raise_delay),
(meta_prefs_get_reduced_resources):
* src/screen.c: (meta_create_offscreen_window):
* src/tabpopup.c: (meta_ui_tab_popup_get_selected):
* src/theme-parser.c: (meta_theme_load):
* src/theme.c: (meta_gtk_widget_get_font_desc):
* src/tools/metacity-mag.c: (mouse_press), (begin_area_grab):
* src/util.c: (meta_unsigned_long_hash): A load of fixes of issues
reported by sparse. Closes bug #152849
2004-09-16 19:18:22 -04:00
|
|
|
#if GLIB_SIZEOF_LONG > 4
|
2002-08-12 17:32:13 -04:00
|
|
|
return (guint) (val ^ (val >> 32));
|
|
|
|
#else
|
|
|
|
return val;
|
|
|
|
#endif
|
|
|
|
}
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
|
|
|
|
const char*
|
2020-02-14 03:44:43 -05:00
|
|
|
meta_gravity_to_string (MetaGravity gravity)
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
{
|
|
|
|
switch (gravity)
|
|
|
|
{
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_NORTH_WEST:
|
|
|
|
return "META_GRAVITY_NORTH_WEST";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_NORTH:
|
|
|
|
return "META_GRAVITY_NORTH";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_NORTH_EAST:
|
|
|
|
return "META_GRAVITY_NORTH_EAST";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_WEST:
|
|
|
|
return "META_GRAVITY_WEST";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_CENTER:
|
|
|
|
return "META_GRAVITY_CENTER";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_EAST:
|
|
|
|
return "META_GRAVITY_EAST";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_SOUTH_WEST:
|
|
|
|
return "META_GRAVITY_SOUTH_WEST";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_SOUTH:
|
|
|
|
return "META_GRAVITY_SOUTH";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_SOUTH_EAST:
|
|
|
|
return "META_GRAVITY_SOUTH_EAST";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
2020-02-14 03:44:43 -05:00
|
|
|
case META_GRAVITY_STATIC:
|
|
|
|
return "META_GRAVITY_STATIC";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
|
|
|
default:
|
2020-02-14 03:44:43 -05:00
|
|
|
return "META_GRAVITY_NORTH_WEST";
|
Merge of all the changes on the constraints_experiments branch. This is
2005-11-18 Elijah Newren <newren@gmail.com>
Merge of all the changes on the constraints_experiments branch.
This is just a summary, to get the full ChangeLog of those
changes (approx. 2000 lines):
cvs -q -z3 update -Pd -r constraints_experiments
cvs -q -z3 diff -pu -r CONSTRAINTS_EXPERIMENTS_BRANCHPOINT ChangeLog
Bugs fixed:
unfiled - constraints.c is overly complicated[1]
unfiled - constraints.c is not robust when all constraints
cannot simultaneously be met (constraints need to be
prioritized)
unfiled - keep-titlebar-onscreen constraint is decoration
unaware (since get_outermost_onscreen_positions()
forgets to include decorations)
unfiled - keyboard snap-moving and snap-resizing snap to hidden
edges
109553 - gravity w/ simultaneous move & resize doesn't work
113601 - maximize vertical and horizontal should toggle and be
constrained
122196 - windows show up under vertical panels
122670 - jerky/random resizing of window via keyboard[2]
124582 - keyboard and mouse snap-resizing and snap-moving
erroneously moves the window multidimensionally
136307 - don't allow apps to resize themselves off the screen
(*cough* filechooser *cough*)
142016, 143784 - windows should not span multiple xineramas
unless placed there by the user
143145 - clamp new windows to screensize and force them
onscreen, if they'll fit
144126 - Handle pathological strut lists sanely[3]
149867 - fixed aspect ratio windows are difficult to resize[4]
152898 - make screen edges consistent; allow easy slamming of
windows into the left, right, and bottom edges of the
screen too.
154706 - bouncing weirdness at screen edge with keyboard moving
or resizing
156699 - avoid struts when placing windows, if possible (nasty
a11y blocker)
302456 - dragging offscreen too restrictive
304857 - wireframe moving off the top of the screen is misleading
308521 - make uni-directional resizing easier with
alt-middle-drag and prevent the occasional super
annoying resize-the-wrong-side(s) behavior
312007 - snap-resize moves windows with a minimum size
constraint
312104 - resizing the top of a window can cause the bottom to
grow
319351 - don't instantly snap on mouse-move-snapping, remove
braindeadedness of having order of releasing shift and
releasing button press matter so much
[1] fixed in my opinion, anyway.
[2] Actually, it's not totally fixed--it's just annoying
instead of almost completely unusable. Matthias had a
suggestion that may fix the remainder of the problems (see
http://tinyurl.com/bwzuu).
[3] This bug was originally about not-quite-so-pathological
cases but was left open for the worse cases. The code from
the branch handles the remainder of the cases mentioned in
this bug.
[4] Actually, although it's far better there's still some minor
issues left: a slight drift that's only noticeable after
lots of resizing, and potential problems with partially
onscreen constraints due to not clearing any
fixed_directions flags (aspect ratio windows get resized in
both directions and thus aren't fixed in one of them)
New feature:
81704 - edge resistance for user move and resize operations;
in particular 3 different kinds of resistance are
implemented:
Pixel-Distance: window movement is resisted when it
aligns with an edge unless the movement is greater than
a threshold number of pixels
Timeout: window movement past an edge is prevented until
a certain amount of time has elapsed during the
operation since the first request to move it past that
edge
Keyboard-Buildup: when moving or resizing with the
keyboard, once a window is aligned with a certain edge
it cannot move past until the correct direction has
been pressed enough times (e.g. 2 or 3 times)
Major changes:
- constraints.c has been rewritten; very few lines of code from
the old version remain. There is a comment near the top of
the function explaining the basics of how the new framework
works. A more detailed explanation can be found in
doc/how-constraints-works.txt
- edge-resistance.[ch] are new files implementing edge-resistance.
- boxes.[ch] are new files containing low-level error-prone
functions used heavily in constraints.c and edge-resistance.c,
among various places throughout the code. testboxes.c
contains a thorough testsuite for the boxes.[ch] functions
compiled into a program, testboxes.
- meta_window_move_resize_internal() *must* be told the gravity
of the associated operation (if it's just a move operation,
the gravity will be ignored, but for resize and move+resize
the correct value is needed)
- the craziness of different values that
meta_window_move_resize_internal() accepts has been documented
in a large comment at the beginning of the function. It may
be possible to clean this up some, but until then things will
remain as they were before--caller beware.
- screen and xinerama usable areas (i.e. places not covered by
e.g. panels) are cached in the workspace now, as are the
screen and xinerama edges. These get updated with the
workarea in src/workspace.c:ensure_work_areas_validated()
2005-11-19 09:58:50 -05:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2008-11-08 13:51:56 -05:00
|
|
|
|
2012-08-28 09:28:11 -04:00
|
|
|
char*
|
|
|
|
meta_external_binding_name_for_action (guint keybinding_action)
|
|
|
|
{
|
|
|
|
return g_strdup_printf ("external-grab-%u", keybinding_action);
|
|
|
|
}
|
|
|
|
|
2014-08-17 22:57:51 -04:00
|
|
|
MetaLocaleDirection
|
|
|
|
meta_get_locale_direction (void)
|
|
|
|
{
|
2022-05-09 05:29:11 -04:00
|
|
|
switch (clutter_get_text_direction ())
|
2014-08-17 22:57:51 -04:00
|
|
|
{
|
2022-05-09 05:29:11 -04:00
|
|
|
case CLUTTER_TEXT_DIRECTION_LTR:
|
2014-08-17 22:57:51 -04:00
|
|
|
return META_LOCALE_DIRECTION_LTR;
|
2022-05-09 05:29:11 -04:00
|
|
|
case CLUTTER_TEXT_DIRECTION_RTL:
|
2014-08-17 22:57:51 -04:00
|
|
|
return META_LOCALE_DIRECTION_RTL;
|
|
|
|
default:
|
|
|
|
g_assert_not_reached ();
|
2019-01-24 18:47:44 -05:00
|
|
|
return 0;
|
2014-08-17 22:57:51 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-21 01:42:23 -04:00
|
|
|
char *
|
|
|
|
meta_generate_random_id (GRand *rand,
|
|
|
|
int length)
|
|
|
|
{
|
|
|
|
char *id;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
/* Generate a random string of printable ASCII characters. */
|
|
|
|
|
|
|
|
id = g_new0 (char, length + 1);
|
|
|
|
for (i = 0; i < length; i++)
|
|
|
|
id[i] = (char) g_rand_int_range (rand, 32, 127);
|
|
|
|
|
|
|
|
return id;
|
|
|
|
}
|
|
|
|
|
2019-03-21 07:49:04 -04:00
|
|
|
|
|
|
|
void
|
|
|
|
meta_add_clutter_debug_flags (ClutterDebugFlag debug_flags,
|
|
|
|
ClutterDrawDebugFlag draw_flags,
|
|
|
|
ClutterPickDebugFlag pick_flags)
|
|
|
|
{
|
|
|
|
clutter_add_debug_flags (debug_flags, draw_flags, pick_flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
meta_remove_clutter_debug_flags (ClutterDebugFlag debug_flags,
|
|
|
|
ClutterDrawDebugFlag draw_flags,
|
|
|
|
ClutterPickDebugFlag pick_flags)
|
|
|
|
{
|
|
|
|
clutter_remove_debug_flags (debug_flags, draw_flags, pick_flags);
|
|
|
|
}
|
2020-08-10 09:58:02 -04:00
|
|
|
|
2021-09-29 14:02:04 -04:00
|
|
|
/**
|
|
|
|
* meta_get_clutter_debug_flags:
|
|
|
|
* @debug_flags: (out) (optional): return location for debug flags
|
|
|
|
* @draw_flags: (out) (optional): return location for draw debug flags
|
|
|
|
* @pick_flags: (out) (optional): return location for pick debug flags
|
|
|
|
*/
|
2021-05-10 13:58:32 -04:00
|
|
|
void
|
|
|
|
meta_get_clutter_debug_flags (ClutterDebugFlag *debug_flags,
|
|
|
|
ClutterDrawDebugFlag *draw_flags,
|
|
|
|
ClutterPickDebugFlag *pick_flags)
|
|
|
|
{
|
|
|
|
clutter_get_debug_flags (debug_flags, draw_flags, pick_flags);
|
|
|
|
}
|
|
|
|
|
2020-08-10 09:58:02 -04:00
|
|
|
void
|
|
|
|
meta_add_debug_paint_flag (MetaDebugPaintFlag flag)
|
|
|
|
{
|
|
|
|
debug_paint_flags |= flag;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
meta_remove_debug_paint_flag (MetaDebugPaintFlag flag)
|
|
|
|
{
|
|
|
|
debug_paint_flags &= ~flag;
|
|
|
|
}
|
|
|
|
|
|
|
|
MetaDebugPaintFlag
|
|
|
|
meta_get_debug_paint_flags (void)
|
|
|
|
{
|
|
|
|
return debug_paint_flags;
|
|
|
|
}
|
2022-06-09 10:32:42 -04:00
|
|
|
|
|
|
|
void
|
|
|
|
meta_log (const char *format, ...)
|
|
|
|
{
|
|
|
|
va_list args;
|
|
|
|
|
|
|
|
va_start (args, format);
|
|
|
|
g_logv (G_LOG_DOMAIN, mutter_log_level, format, args);
|
|
|
|
va_end (args);
|
|
|
|
}
|