isa/gnome-shell
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
65f96494f8
gnome-shell/js/ui/windowManager.js

743 lines
29 KiB
JavaScript
Raw Normal View History

*.js: Make emacs modelines consistent js2-mode is no longer developed and we recommend js-mode these days, so switch the modelines to specify that, and make them consistent across all files. https://bugzilla.gnome.org/show_bug.cgi?id=660358
2011-09-28 13:16:26 +00:00
// -*- mode: js; js-indent-level: 4; indent-tabs-mode: nil -*-
add the initial framework of a window management interface. #561724 svn path=/trunk/; revision=70
2008-11-21 14:02:09 +00:00
const Clutter = imports.gi.Clutter;
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
const GLib = imports.gi.GLib;
const Gio = imports.gi.Gio;
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
const Lang = imports.lang;
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
const Meta = imports.gi.Meta;
fix minimize animation for RTL locales https://bugzilla.gnome.org/show_bug.cgi?id=584662
2010-02-10 22:26:24 +00:00
const St = imports.gi.St;
Import Shell as needed by recent commit
2011-05-20 09:14:54 +00:00
const Shell = imports.gi.Shell;
add the initial framework of a window management interface. #561724 svn path=/trunk/; revision=70
2008-11-21 14:02:09 +00:00
Implement MetaAltTabHandler This is a fairly simple implementation, not all that different from plain metacity's. Further improvements could be made to js/ui/altTab.js in the future. http://bugzilla.gnome.org/show_bug.cgi?id=580917
2009-04-13 14:55:41 +00:00
const AltTab = imports.ui.altTab;
New workspace switcher popup Replace the current workspace switcher popup (which is still the old metacity popup), with a clutter based one, which fits better into the overall shell design. https://bugzilla.gnome.org/show_bug.cgi?id=609187
2010-02-12 22:52:15 +00:00
const WorkspaceSwitcherPopup = imports.ui.workspaceSwitcherPopup;
add the initial framework of a window management interface. #561724 svn path=/trunk/; revision=70
2008-11-21 14:02:09 +00:00
const Main = imports.ui.main;
Add a wrapper around tweener to do some extra integration Automatically removes tweens on destroyed actors, and provides additional "animation started/stopped" callbacks (eg, for tracking whether or not to show window clone titles)
2009-02-10 16:12:58 +00:00
const Tweener = imports.ui.tweener;
add the initial framework of a window management interface. #561724 svn path=/trunk/; revision=70
2008-11-21 14:02:09 +00:00
panel: Add keyboard shortcut to open app menu With the application menu now being more than a stub, it has become a much more interesting target, so add a keyboard shortcut to open it directly. This should also ease some of the pain for focus-follows-mouse users. https://bugzilla.gnome.org/show_bug.cgi?id=672909
2012-03-27 13:26:20 +00:00
const SHELL_KEYBINDINGS_SCHEMA = 'org.gnome.shell.keybindings';
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
const WINDOW_ANIMATION_TIME = 0.25;
windowManager: Update dim effect The combination of desaturating and lowering the brightness does not work too well in all cases, in particular for applications using the dark theme variant. Dropping the desaturation effect and making the brightness adjustment more profound gives a better result. https://bugzilla.gnome.org/show_bug.cgi?id=681601
2012-08-10 12:39:42 +00:00
const DIM_BRIGHTNESS = -0.3;
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
const DIM_TIME = 0.500;
const UNDIM_TIME = 0.250;
Port everything to class framework The last patch in the sequence. Every place that was previously setting prototype has been ported to Lang.Class, to make code more concise and allow for better toString(). https://bugzilla.gnome.org/show_bug.cgi?id=664436
2011-11-20 17:56:27 +00:00
const WindowDimmer = new Lang.Class({
Name: 'WindowDimmer',
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
windowManager: shade the actor, not the texture Applying the "dim window" effect to the MetaWindowActor has two avantages: first it avoids triggering bugs where ClutterOffscreenEffect doesn't handle clone paint correctly. Second, it avoids showing the window as dimmed in alt-Tab and the overview, which is weird. The small downside of this is that the shadow becomes slightly gray when the window dimmed, which is wrong - if we switched from blending with gray to a combination of desaturation and darkening, this problem wouldn't happen. Revert out the addition of startY to the shader, since we don't need it and fix the application of alpha, since we need to handle alpha correctly for the shadow. https://bugzilla.gnome.org/show_bug.cgi?id=659634
2011-09-20 18:21:45 +00:00
_init: function(actor) {
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
this._brightnessEffect = new Clutter.BrightnessContrastEffect();
actor.add_effect(this._brightnessEffect);
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
this.actor = actor;
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
this._enabled = true;
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
this._dimFactor = 0.0;
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
this._syncEnabled();
},
_syncEnabled: function() {
this._brightnessEffect.enabled = (this._enabled && this._dimFactor > 0);
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
},
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
setEnabled: function(enabled) {
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
this._enabled = enabled;
this._syncEnabled();
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
},
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
set dimFactor(factor) {
this._dimFactor = factor;
this._brightnessEffect.set_brightness(factor * DIM_BRIGHTNESS);
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
this._syncEnabled();
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
},
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
get dimFactor() {
return this._dimFactor;
}
Port everything to class framework The last patch in the sequence. Every place that was previously setting prototype has been ported to Lang.Class, to make code more concise and allow for better toString(). https://bugzilla.gnome.org/show_bug.cgi?id=664436
2011-11-20 17:56:27 +00:00
});
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
windowManager: shade the actor, not the texture Applying the "dim window" effect to the MetaWindowActor has two avantages: first it avoids triggering bugs where ClutterOffscreenEffect doesn't handle clone paint correctly. Second, it avoids showing the window as dimmed in alt-Tab and the overview, which is weird. The small downside of this is that the shadow becomes slightly gray when the window dimmed, which is wrong - if we switched from blending with gray to a combination of desaturation and darkening, this problem wouldn't happen. Revert out the addition of startY to the shader, since we don't need it and fix the application of alpha, since we need to handle alpha correctly for the shadow. https://bugzilla.gnome.org/show_bug.cgi?id=659634
2011-09-20 18:21:45 +00:00
function getWindowDimmer(actor) {
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
let enabled = Meta.prefs_get_attach_modal_dialogs();
if (actor._windowDimmer)
actor._windowDimmer.setEnabled(enabled);
if (enabled) {
if (!actor._windowDimmer)
actor._windowDimmer = new WindowDimmer(actor);
return actor._windowDimmer;
} else {
return null;
}
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
}
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
Port everything to class framework The last patch in the sequence. Every place that was previously setting prototype has been ported to Lang.Class, to make code more concise and allow for better toString(). https://bugzilla.gnome.org/show_bug.cgi?id=664436
2011-11-20 17:56:27 +00:00
const WindowManager = new Lang.Class({
Name: 'WindowManager',
add the initial framework of a window management interface. #561724 svn path=/trunk/; revision=70
2008-11-21 14:02:09 +00:00
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
_init : function() {
[windowManager] Allow extensions to more easily override keybindings Add an explicit API for overriding keybindings. https://bugzilla.gnome.org/show_bug.cgi?id=612651
2010-03-16 02:06:58 +00:00
this._shellwm = global.window_manager;
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
this._minimizing = [];
this._maximizing = [];
this._unmaximizing = [];
this._mapping = [];
this._destroying = [];
windowManager: Hold the window on the stage while going between workspaces Right now the "move to workspace" keyboard shortcut transition isn't smooth. It shows the window disappearing, hopping to the next workspace, and then sliding into view. "Pin" the window to the stage while the animation is in progress, then release it afterwards. https://bugzilla.gnome.org/show_bug.cgi?id=660839
2012-06-26 18:11:44 +00:00
this._movingWindow = null;
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
[Overview] Don't dim window previews Undim windows when going to the overview and restore their state when leaving. https://bugzilla.gnome.org/show_bug.cgi?id=629371
2010-09-12 09:39:52 +00:00
this._dimmedWindows = [];
windowManager: Add mechanism to block animations Add an API to allow blocking animations in situations where they aren't desireable. https://bugzilla.gnome.org/show_bug.cgi?id=642188
2011-02-16 20:05:20 +00:00
this._animationBlockCount = 0;
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
this._allowedKeybindings = {};
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
this._switchData = null;
[windowManager] Allow extensions to more easily override keybindings Add an explicit API for overriding keybindings. https://bugzilla.gnome.org/show_bug.cgi?id=612651
2010-03-16 02:06:58 +00:00
this._shellwm.connect('kill-switch-workspace', Lang.bind(this, this._switchWorkspaceDone));
Update GnomeShellPlugin according to recent changes in MutterPlugin https://bugzilla.gnome.org/show_bug.cgi?id=621083
2010-06-16 21:28:57 +00:00
this._shellwm.connect('kill-window-effects', Lang.bind(this, function (shellwm, actor) {
this._minimizeWindowDone(shellwm, actor);
this._maximizeWindowDone(shellwm, actor);
this._unmaximizeWindowDone(shellwm, actor);
this._mapWindowDone(shellwm, actor);
this._destroyWindowDone(shellwm, actor);
}));
this._shellwm.connect('switch-workspace', Lang.bind(this, this._switchWorkspace));
[windowManager] Allow extensions to more easily override keybindings Add an explicit API for overriding keybindings. https://bugzilla.gnome.org/show_bug.cgi?id=612651
2010-03-16 02:06:58 +00:00
this._shellwm.connect('minimize', Lang.bind(this, this._minimizeWindow));
this._shellwm.connect('maximize', Lang.bind(this, this._maximizeWindow));
this._shellwm.connect('unmaximize', Lang.bind(this, this._unmaximizeWindow));
this._shellwm.connect('map', Lang.bind(this, this._mapWindow));
this._shellwm.connect('destroy', Lang.bind(this, this._destroyWindow));
windowManager: Implement keybinding_filter hook We are currently using a hack to allow a select set of keybindings in the overview. Implement the new MetaPlugin keybinding_filter hook, which provides a cleaner way to achieve the same. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-20 08:38:13 +00:00
this._shellwm.connect('filter-keybinding', Lang.bind(this, this._filterKeybinding));
New workspace switcher popup Replace the current workspace switcher popup (which is still the old metacity popup), with a clutter based one, which fits better into the overall shell design. https://bugzilla.gnome.org/show_bug.cgi?id=609187
2010-02-12 22:52:15 +00:00
this._workspaceSwitcherPopup = null;
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
this.setCustomKeybindingHandler('switch-to-workspace-left',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
this.setCustomKeybindingHandler('switch-to-workspace-right',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
this.setCustomKeybindingHandler('switch-to-workspace-up',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
this.setCustomKeybindingHandler('switch-to-workspace-down',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
this.setCustomKeybindingHandler('move-to-workspace-left',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
this.setCustomKeybindingHandler('move-to-workspace-right',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
this.setCustomKeybindingHandler('move-to-workspace-up',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
this.setCustomKeybindingHandler('move-to-workspace-down',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._showWorkspaceSwitcher));
altTab: Use 'switch-applications' for app switcher The Shell's alt-tab popup is application-based, so using the 'switch-windows' keybinding for it never really made sense. Use the newly added 'switch-applications' keybinding instead. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-23 00:18:06 +00:00
this.setCustomKeybindingHandler('switch-applications',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._startAppSwitcher));
this.setCustomKeybindingHandler('switch-group',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._startAppSwitcher));
altTab: Use 'switch-applications' for app switcher The Shell's alt-tab popup is application-based, so using the 'switch-windows' keybinding for it never really made sense. Use the newly added 'switch-applications' keybinding instead. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-23 00:18:06 +00:00
this.setCustomKeybindingHandler('switch-applications-backward',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._startAppSwitcher));
this.setCustomKeybindingHandler('switch-group-backward',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._startAppSwitcher));
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-23 02:20:10 +00:00
this.setCustomKeybindingHandler('switch-windows',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL,
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-23 02:20:10 +00:00
Lang.bind(this, this._startWindowSwitcher));
this.setCustomKeybindingHandler('switch-windows-backward',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL,
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-23 02:20:10 +00:00
Lang.bind(this, this._startWindowSwitcher));
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
this.setCustomKeybindingHandler('switch-panels',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW |
Shell.KeyBindingMode.LOCK_SCREEN |
Shell.KeyBindingMode.UNLOCK_SCREEN |
Shell.KeyBindingMode.LOGIN_SCREEN,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._startA11ySwitcher));
windowManager: Make use of the switch-panels-backward keybinding We have it in the schema so there's no reason for it not to work. https://bugzilla.gnome.org/show_bug.cgi?id=689528
2012-12-03 10:07:28 +00:00
this.setCustomKeybindingHandler('switch-panels-backward',
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL |
Shell.KeyBindingMode.OVERVIEW |
Shell.KeyBindingMode.LOCK_SCREEN |
Shell.KeyBindingMode.UNLOCK_SCREEN |
Shell.KeyBindingMode.LOGIN_SCREEN,
windowManager: Make use of the switch-panels-backward keybinding We have it in the schema so there's no reason for it not to work. https://bugzilla.gnome.org/show_bug.cgi?id=689528
2012-12-03 10:07:28 +00:00
Lang.bind(this, this._startA11ySwitcher));
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
this.addKeybinding('open-application-menu',
new Gio.Settings({ schema: SHELL_KEYBINDINGS_SCHEMA }),
Meta.KeyBindingFlags.NONE,
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
Shell.KeyBindingMode.NORMAL,
windowManager: Use generic filter mechanism for all keybindings With the new flexible system in place, there's no point explicitly hardcoding some built-in keybindings; just use the generic mechanism for everything. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 04:34:53 +00:00
Lang.bind(this, this._openAppMenu));
[Overview] Don't dim window previews Undim windows when going to the overview and restore their state when leaving. https://bugzilla.gnome.org/show_bug.cgi?id=629371
2010-09-12 09:39:52 +00:00
Main.overview.connect('showing', Lang.bind(this, function() {
for (let i = 0; i < this._dimmedWindows.length; i++)
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
this._undimWindow(this._dimmedWindows[i]);
[Overview] Don't dim window previews Undim windows when going to the overview and restore their state when leaving. https://bugzilla.gnome.org/show_bug.cgi?id=629371
2010-09-12 09:39:52 +00:00
}));
Main.overview.connect('hiding', Lang.bind(this, function() {
for (let i = 0; i < this._dimmedWindows.length; i++)
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
this._dimWindow(this._dimmedWindows[i]);
[Overview] Don't dim window previews Undim windows when going to the overview and restore their state when leaving. https://bugzilla.gnome.org/show_bug.cgi?id=629371
2010-09-12 09:39:52 +00:00
}));
[windowManager] Allow extensions to more easily override keybindings Add an explicit API for overriding keybindings. https://bugzilla.gnome.org/show_bug.cgi?id=612651
2010-03-16 02:06:58 +00:00
},
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
setCustomKeybindingHandler: function(name, modes, handler) {
if (Meta.keybindings_set_custom_handler(name, handler))
this.allowKeybinding(name, modes);
},
addKeybinding: function(name, settings, flags, modes, handler) {
windowManager: Return the KeyBindingAction value from addKeybinding() meta_display_add_keybinding() returns a keybinding action ID for dynamically registered keybindings which can be used to match a keycode/mask pair to the action it is bound to. https://bugzilla.gnome.org/show_bug.cgi?id=682315
2012-12-12 08:40:49 +00:00
let action = global.display.add_keybinding(name, settings, flags, handler);
if (action != Meta.KeyBindingAction.NONE)
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
this.allowKeybinding(name, modes);
windowManager: Return the KeyBindingAction value from addKeybinding() meta_display_add_keybinding() returns a keybinding action ID for dynamically registered keybindings which can be used to match a keycode/mask pair to the action it is bound to. https://bugzilla.gnome.org/show_bug.cgi?id=682315
2012-12-12 08:40:49 +00:00
return action;
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
},
removeKeybinding: function(name) {
if (global.display.remove_keybinding(name))
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
this.allowKeybinding(name, Shell.KeyBindingMode.NONE);
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
},
allowKeybinding: function(name, modes) {
this._allowedKeybindings[name] = modes;
},
windowManager: Add mechanism to block animations Add an API to allow blocking animations in situations where they aren't desireable. https://bugzilla.gnome.org/show_bug.cgi?id=642188
2011-02-16 20:05:20 +00:00
blockAnimations: function() {
this._animationBlockCount++;
},
unblockAnimations: function() {
this._animationBlockCount = Math.max(0, this._animationBlockCount - 1);
},
windowManager: Split _shouldAnimate() into two functions ... instead of using an optional parameter. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-14 00:43:07 +00:00
_shouldAnimate: function() {
return !(Main.overview.visible || this._animationBlockCount > 0);
},
_shouldAnimateActor: function(actor) {
if (!this._shouldAnimate())
Don't do window transitions while the overlay is active. Part of #568983. Previously we were only doing this check for switch-workspace, but it makes sense to do it for all transitions, since they won't be visible anyway, and they might interfere with the overlay's operations by moving windows around unexpectedly. svn path=/trunk/; revision=177
2009-02-03 18:25:34 +00:00
return false;
WindowManager: clean up effects code Use consistently shouldAnimateActor(), and try to have a uniform code flow between the modal dialog and the normal case. https://bugzilla.gnome.org/show_bug.cgi?id=690241
2012-12-15 02:23:36 +00:00
let windowType = actor.meta_window.get_window_type();
return windowType == Meta.WindowType.NORMAL ||
windowType == Meta.WindowType.MODAL_DIALOG;
Don't do window transitions while the overlay is active. Part of #568983. Previously we were only doing this check for switch-workspace, but it makes sense to do it for all transitions, since they won't be visible anyway, and they might interfere with the overlay's operations by moving windows around unexpectedly. svn path=/trunk/; revision=177
2009-02-03 18:25:34 +00:00
},
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
_removeEffect : function(list, actor) {
let idx = list.indexOf(actor);
if (idx != -1) {
list.splice(idx, 1);
return true;
}
return false;
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_minimizeWindow : function(shellwm, actor) {
windowManager: Split _shouldAnimate() into two functions ... instead of using an optional parameter. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-14 00:43:07 +00:00
if (!this._shouldAnimateActor(actor)) {
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_minimize(actor);
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
return;
}
actor.set_scale(1.0, 1.0);
this._minimizing.push(actor);
Consume windows by the Activities button on minimize The design document states: "Animate the action as shrinking into or being consumed by the Activities Item" This makes it clear what happens to the window (i.e it doesn't vanish but can be brought back by going to the overview). https://bugzilla.gnome.org/show_bug.cgi?id=609079
2010-02-05 12:50:11 +00:00
Minimize fullscreen windows when they end up in the background Alt-Tab away from a monitor sized on the primary monitor results into the top panel being displayed on top of the window which looks very bad. So just hide those windows by minimizing them. The icon geometry animation does not really make sense for fullscreen windows so just fade them out. https://bugzilla.gnome.org/show_bug.cgi?id=693991
2013-02-18 18:26:13 +00:00
if (actor.meta_window.is_monitor_sized()) {
Tweener.addTween(actor,
{ opacity: 0,
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
time: WINDOW_ANIMATION_TIME,
Don't use double quotes for things that don't need to be translated This is our convention. The only exceptions are double quotes for words in comments that give them a special meaning (though beware that these quotes are not truly necessary most of the time) and double quotes that need to be a part of the output string.
2010-05-13 19:46:04 +00:00
transition: 'easeOutQuad',
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
onComplete: this._minimizeWindowDone,
onCompleteScope: this,
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
onCompleteParams: [shellwm, actor],
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
onOverwrite: this._minimizeWindowOverwritten,
onOverwriteScope: this,
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
onOverwriteParams: [shellwm, actor]
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
});
Minimize fullscreen windows when they end up in the background Alt-Tab away from a monitor sized on the primary monitor results into the top panel being displayed on top of the window which looks very bad. So just hide those windows by minimizing them. The icon geometry animation does not really make sense for fullscreen windows so just fade them out. https://bugzilla.gnome.org/show_bug.cgi?id=693991
2013-02-18 18:26:13 +00:00
} else {
let xDest, yDest, xScale, yScale;
let [success, geom] = actor.meta_window.get_icon_geometry();
if (success) {
xDest = geom.x;
yDest = geom.y;
xScale = geom.width / actor.width;
yScale = geom.height / actor.height;
} else {
let monitor = Main.layoutManager.monitors[actor.meta_window.get_monitor()];
xDest = monitor.x;
yDest = monitor.y;
if (Clutter.get_default_text_direction() == Clutter.TextDirection.RTL)
xDest += monitor.width;
xScale = 0;
yScale = 0;
}
Tweener.addTween(actor,
{ scale_x: xScale,
scale_y: yScale,
x: xDest,
y: yDest,
time: WINDOW_ANIMATION_TIME,
transition: 'easeOutQuad',
onComplete: this._minimizeWindowDone,
onCompleteScope: this,
onCompleteParams: [shellwm, actor],
onOverwrite: this._minimizeWindowOverwritten,
onOverwriteScope: this,
onOverwriteParams: [shellwm, actor]
});
}
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_minimizeWindowDone : function(shellwm, actor) {
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
if (this._removeEffect(this._minimizing, actor)) {
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
Tweener.removeTweens(actor);
actor.set_scale(1.0, 1.0);
Minimize fullscreen windows when they end up in the background Alt-Tab away from a monitor sized on the primary monitor results into the top panel being displayed on top of the window which looks very bad. So just hide those windows by minimizing them. The icon geometry animation does not really make sense for fullscreen windows so just fade them out. https://bugzilla.gnome.org/show_bug.cgi?id=693991
2013-02-18 18:26:13 +00:00
actor.set_opacity(255);
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
actor.move_anchor_point_from_gravity(Clutter.Gravity.NORTH_WEST);
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_minimize(actor);
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
}
},
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_minimizeWindowOverwritten : function(shellwm, actor) {
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
if (this._removeEffect(this._minimizing, actor)) {
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_minimize(actor);
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
}
},
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_maximizeWindow : function(shellwm, actor, targetX, targetY, targetWidth, targetHeight) {
shellwm.completed_maximize(actor);
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_maximizeWindowDone : function(shellwm, actor) {
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_maximizeWindowOverwrite : function(shellwm, actor) {
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_unmaximizeWindow : function(shellwm, actor, targetX, targetY, targetWidth, targetHeight) {
shellwm.completed_unmaximize(actor);
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_unmaximizeWindowDone : function(shellwm, actor) {
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
},
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
_hasAttachedDialogs: function(window, ignoreWindow) {
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
var count = 0;
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
window.foreach_transient(function(win) {
windowManager: use meta_window_is_attached_dialog() Use meta_window_is_attached_dialog() so that we only dim/unfold dialog windows that mutter is actually showing as attached https://bugzilla.gnome.org/show_bug.cgi?id=646761
2011-04-05 14:16:50 +00:00
if (win != ignoreWindow && win.is_attached_dialog())
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
count++;
return false;
});
return count != 0;
},
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
_checkDimming: function(window, ignoreWindow) {
windowManager: use meta_window_is_attached_dialog() Use meta_window_is_attached_dialog() so that we only dim/unfold dialog windows that mutter is actually showing as attached https://bugzilla.gnome.org/show_bug.cgi?id=646761
2011-04-05 14:16:50 +00:00
let shouldDim = this._hasAttachedDialogs(window, ignoreWindow);
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
if (shouldDim && !window._dimmed) {
window._dimmed = true;
this._dimmedWindows.push(window);
if (!Main.overview.visible)
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
this._dimWindow(window);
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
} else if (!shouldDim && window._dimmed) {
window._dimmed = false;
this._dimmedWindows = this._dimmedWindows.filter(function(win) {
return win != window;
});
if (!Main.overview.visible)
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
this._undimWindow(window);
[windowDimmer] handle changing of window_type dim/undim parent window when window_type changed to/from MODAL_DIALOG https://bugzilla.gnome.org/show_bug.cgi?id=630363
2010-09-30 21:09:15 +00:00
}
},
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
_dimWindow: function(window) {
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
let actor = window.get_compositor_private();
if (!actor)
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
return;
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
let dimmer = getWindowDimmer(actor);
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
if (!dimmer)
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
return;
Tweener.addTween(dimmer,
{ dimFactor: 1.0,
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
time: DIM_TIME,
transition: 'linear'
});
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
},
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
_undimWindow: function(window) {
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
let actor = window.get_compositor_private();
if (!actor)
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
return;
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
let dimmer = getWindowDimmer(actor);
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
if (!dimmer)
windowManager: Replace custom shader with builtin ClutterEffects While modal dialogs were attached to the parent's titlebar, it made sense to leave the top of the parent window at full color. With the new position of modal dialogs, it makes more sense to dim the entire parent window, so we can use a combination of Clutter's BrightnessContrast- and DesaturateEffect instead of our own custom shader. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 17:57:36 +00:00
return;
Tweener.addTween(dimmer,
{ dimFactor: 0.0,
windowManager: Remove 'animate' parameter from (un)dimWindow() The parameter has become rather pointless since we always pass the same value. https://bugzilla.gnome.org/show_bug.cgi?id=674499
2012-07-13 23:37:10 +00:00
time: UNDIM_TIME,
windowManager: Disable the window dimmer when we close all attached dialogs This saves some GLSL resources and an FBO. https://bugzilla.gnome.org/show_bug.cgi?id=683073
2012-08-30 19:32:44 +00:00
transition: 'linear' });
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_mapWindow : function(shellwm, actor) {
[windowDimmer] handle changing of window_type dim/undim parent window when window_type changed to/from MODAL_DIALOG https://bugzilla.gnome.org/show_bug.cgi?id=630363
2010-09-30 21:09:15 +00:00
actor._windowType = actor.meta_window.get_window_type();
actor._notifyWindowTypeSignalId = actor.meta_window.connect('notify::window-type', Lang.bind(this, function () {
let type = actor.meta_window.get_window_type();
if (type == actor._windowType)
return;
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
if (type == Meta.WindowType.MODAL_DIALOG ||
actor._windowType == Meta.WindowType.MODAL_DIALOG) {
let parent = actor.get_meta_window().get_transient_for();
if (parent)
this._checkDimming(parent);
}
[windowDimmer] handle changing of window_type dim/undim parent window when window_type changed to/from MODAL_DIALOG https://bugzilla.gnome.org/show_bug.cgi?id=630363
2010-09-30 21:09:15 +00:00
actor._windowType = type;
}));
WindowManager: clean up effects code Use consistently shouldAnimateActor(), and try to have a uniform code flow between the modal dialog and the normal case. https://bugzilla.gnome.org/show_bug.cgi?id=690241
2012-12-15 02:23:36 +00:00
Revert "windowManager: Update animation of attached modals" This reverts commit 6ab25cd7912a623151d0d6aa5876cd6de1987ea9. https://bugzilla.gnome.org/show_bug.cgi?id=681601
2012-08-10 13:18:40 +00:00
if (!this._shouldAnimateActor(actor)) {
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_map(actor);
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
return;
}
WindowManager: clean up effects code Use consistently shouldAnimateActor(), and try to have a uniform code flow between the modal dialog and the normal case. https://bugzilla.gnome.org/show_bug.cgi?id=690241
2012-12-15 02:23:36 +00:00
if (actor.meta_window.is_attached_dialog()) {
/* Scale the window from the center of the parent */
this._checkDimming(actor.get_meta_window().get_transient_for());
actor.set_scale(1.0, 0.0);
actor.scale_gravity = Clutter.Gravity.CENTER;
actor.show();
this._mapping.push(actor);
windowManager: Fix up map effect Update comment and set the opacity rather than scaling in _mapWindowDone, also as we don't have to move the anchor point's gravity for this effect.
2010-04-02 18:30:10 +00:00
WindowManager: clean up effects code Use consistently shouldAnimateActor(), and try to have a uniform code flow between the modal dialog and the normal case. https://bugzilla.gnome.org/show_bug.cgi?id=690241
2012-12-15 02:23:36 +00:00
Tweener.addTween(actor,
{ scale_y: 1,
time: WINDOW_ANIMATION_TIME,
transition: "easeOutQuad",
onComplete: this._mapWindowDone,
onCompleteScope: this,
onCompleteParams: [shellwm, actor],
onOverwrite: this._mapWindowOverwrite,
onOverwriteScope: this,
onOverwriteParams: [shellwm, actor]
});
} else {
/* Fade window in */
actor.opacity = 0;
actor.show();
this._mapping.push(actor);
Tweener.addTween(actor,
{ opacity: 255,
time: WINDOW_ANIMATION_TIME,
transition: 'easeOutQuad',
onComplete: this._mapWindowDone,
onCompleteScope: this,
onCompleteParams: [shellwm, actor],
onOverwrite: this._mapWindowOverwrite,
onOverwriteScope: this,
onOverwriteParams: [shellwm, actor]
});
}
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_mapWindowDone : function(shellwm, actor) {
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
if (this._removeEffect(this._mapping, actor)) {
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
Tweener.removeTweens(actor);
windowManager: Fix up map effect Update comment and set the opacity rather than scaling in _mapWindowDone, also as we don't have to move the anchor point's gravity for this effect.
2010-04-02 18:30:10 +00:00
actor.opacity = 255;
WindowManager: clean up scale_y when overwrite the map animation If we overwrite a map animation (for example because the actor is now destroyed), we need to complete it first, otherwise it starts off from a random middle point. This is the same treatment opacity gets for normal windows. https://bugzilla.gnome.org/show_bug.cgi?id=690241
2012-12-16 19:02:17 +00:00
actor.scale_y = 1;
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_map(actor);
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
}
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_mapWindowOverwrite : function(shellwm, actor) {
Bug 570583: handle tweens being overwritten during window effects Since tweener can't do multiple tweens on the same property, it calls an overwrite callback for any existing tweens when a new tween is added for the same property. Here we use the overwrite callback to tell mutter that the effects are done.
2009-02-06 00:57:54 +00:00
if (this._removeEffect(this._mapping, actor)) {
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_map(actor);
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
}
},
Cancel Destroy effect of modal windows when the parent has gone away Modal dialogs slide back into the titlebar of the parent window when destroyed. This looks weird if the parent window itself has been destroyed, so cancel the effect in this case. https://bugzilla.gnome.org/show_bug.cgi?id=629560
2010-09-15 11:52:20 +00:00
_destroyWindow : function(shellwm, actor) {
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
let window = actor.meta_window;
[windowDimmer] handle changing of window_type dim/undim parent window when window_type changed to/from MODAL_DIALOG https://bugzilla.gnome.org/show_bug.cgi?id=630363
2010-09-30 21:09:15 +00:00
if (actor._notifyWindowTypeSignalId) {
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
window.disconnect(actor._notifyWindowTypeSignalId);
[windowDimmer] handle changing of window_type dim/undim parent window when window_type changed to/from MODAL_DIALOG https://bugzilla.gnome.org/show_bug.cgi?id=630363
2010-09-30 21:09:15 +00:00
actor._notifyWindowTypeSignalId = 0;
}
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
if (window._dimmed) {
this._dimmedWindows = this._dimmedWindows.filter(function(win) {
return win != window;
});
}
WindowManager: clean up effects code Use consistently shouldAnimateActor(), and try to have a uniform code flow between the modal dialog and the normal case. https://bugzilla.gnome.org/show_bug.cgi?id=690241
2012-12-15 02:23:36 +00:00
if (!this._shouldAnimateActor(actor)) {
shellwm.completed_destroy(actor);
return;
}
this._destroying.push(actor);
windowManager: use meta_window_is_attached_dialog() Use meta_window_is_attached_dialog() so that we only dim/unfold dialog windows that mutter is actually showing as attached https://bugzilla.gnome.org/show_bug.cgi?id=646761
2011-04-05 14:16:50 +00:00
if (window.is_attached_dialog()) {
let parent = window.get_transient_for();
windowManager: fix up accounting of dimmed windows Simplify the accounting of which windows we should dim by checking the current state of windows rather than trying to track changes, and by keeping a list of dimmed windows rather than a list of windows with a dimmed parent. Remove windows from the list of dimmed windows when they are destroyed. This should fix problems where destroyed windows could end up in the list of dimmed windows. https://bugzilla.gnome.org/show_bug.cgi?id=644167
2011-03-08 03:09:41 +00:00
this._checkDimming(parent, window);
windowManager: use meta_window_is_attached_dialog() Use meta_window_is_attached_dialog() so that we only dim/unfold dialog windows that mutter is actually showing as attached https://bugzilla.gnome.org/show_bug.cgi?id=646761
2011-04-05 14:16:50 +00:00
Revert "windowManager: Update animation of attached modals" This reverts commit 6ab25cd7912a623151d0d6aa5876cd6de1987ea9. https://bugzilla.gnome.org/show_bug.cgi?id=681601
2012-08-10 13:18:40 +00:00
actor.set_scale(1.0, 1.0);
windowManager: Update animation of attached modals (again) The fade animation we started using after centering attached modal dialogs didn't work too well. So after going back to the scale animation, adjust it to scale from the center rather than the top, which works quite well. https://bugzilla.gnome.org/show_bug.cgi?id=681601
2012-08-10 13:23:35 +00:00
actor.scale_gravity = Clutter.Gravity.CENTER;
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
actor.show();
Cancel Destroy effect of modal windows when the parent has gone away Modal dialogs slide back into the titlebar of the parent window when destroyed. This looks weird if the parent window itself has been destroyed, so cancel the effect in this case. https://bugzilla.gnome.org/show_bug.cgi?id=629560
2010-09-15 11:52:20 +00:00
actor._parentDestroyId = parent.connect('unmanaged', Lang.bind(this, function () {
Tweener.removeTweens(actor);
this._destroyWindowDone(shellwm, actor);
}));
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
Tweener.addTween(actor,
Revert "windowManager: Update animation of attached modals" This reverts commit 6ab25cd7912a623151d0d6aa5876cd6de1987ea9. https://bugzilla.gnome.org/show_bug.cgi?id=681601
2012-08-10 13:18:40 +00:00
{ scale_y: 0,
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
time: WINDOW_ANIMATION_TIME,
transition: "easeOutQuad",
onComplete: this._destroyWindowDone,
onCompleteScope: this,
onCompleteParams: [shellwm, actor],
Cancel Destroy effect of modal windows when the parent has gone away Modal dialogs slide back into the titlebar of the parent window when destroyed. This looks weird if the parent window itself has been destroyed, so cancel the effect in this case. https://bugzilla.gnome.org/show_bug.cgi?id=629560
2010-09-15 11:52:20 +00:00
onOverwrite: this._destroyWindowDone,
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
onOverwriteScope: this,
onOverwriteParams: [shellwm, actor]
});
return;
}
[windowmanager] Remove destroy effect It slows things down, it's a slightly weird effect, and because the window is still live while it's animating, you may see subwindows being destroyed during the animation. https://bugzilla.gnome.org/show_bug.cgi?id=596441
2009-09-26 21:32:22 +00:00
shellwm.completed_destroy(actor);
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
},
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_destroyWindowDone : function(shellwm, actor) {
Cancel Destroy effect of modal windows when the parent has gone away Modal dialogs slide back into the titlebar of the parent window when destroyed. This looks weird if the parent window itself has been destroyed, so cancel the effect in this case. https://bugzilla.gnome.org/show_bug.cgi?id=629560
2010-09-15 11:52:20 +00:00
if (this._removeEffect(this._destroying, actor)) {
let parent = actor.get_meta_window().get_transient_for();
if (parent && actor._parentDestroyId) {
parent.disconnect(actor._parentDestroyId);
actor._parentDestroyId = 0;
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
}
Cancel Destroy effect of modal windows when the parent has gone away Modal dialogs slide back into the titlebar of the parent window when destroyed. This looks weird if the parent window itself has been destroyed, so cancel the effect in this case. https://bugzilla.gnome.org/show_bug.cgi?id=629560
2010-09-15 11:52:20 +00:00
shellwm.completed_destroy(actor);
Attach dialogs to windows with visual effects Override the new mutter preference /apps/mutter/general/attach_modal_dialogs to attach modal dialogs to their parent window. Animate the modal dialogs expanding from the top of the parent window. Slowly dim the parent window after the dialog comes up. https://bugzilla.gnome.org/show_bug.cgi?id=612726
2010-09-11 01:30:50 +00:00
}
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
},
windowManager: Implement keybinding_filter hook We are currently using a hack to allow a select set of keybindings in the overview. Implement the new MetaPlugin keybinding_filter hook, which provides a cleaner way to achieve the same. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-20 08:38:13 +00:00
_filterKeybinding: function(shellwm, binding) {
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
if (Main.keybindingMode == Shell.KeyBindingMode.NONE)
windowManager: Replace sessionMode.allowKeybindingsWhenModal The original condition the property was based on was added to make the a11y switcher available in the login screen, though it did never work properly - after popping up the switcher, additional tab key presses were ignored. As we are now able to filter bindings much more selectively, we can simplify the check and drop the sessionMode property. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-20 14:20:23 +00:00
return true;
windowManager: Implement keybinding_filter hook We are currently using a hack to allow a select set of keybindings in the overview. Implement the new MetaPlugin keybinding_filter hook, which provides a cleaner way to achieve the same. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-20 08:38:13 +00:00
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
// There's little sense in implementing a keybinding in mutter and
// not having it work in NORMAL mode; handle this case generically
// so we don't have to explicitly allow all builtin keybindings in
// NORMAL mode.
main: Move KeybindingMode into Shell Having the definition in C instead of Javascript allows sharing the corresponding header with gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=643111
2012-12-12 13:14:13 +00:00
if (Main.keybindingMode == Shell.KeyBindingMode.NORMAL &&
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
binding.is_builtin())
windowManager: Implement keybinding_filter hook We are currently using a hack to allow a select set of keybindings in the overview. Implement the new MetaPlugin keybinding_filter hook, which provides a cleaner way to achieve the same. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-20 08:38:13 +00:00
return false;
windowManager: Add a generic mechanism for filtering keybindings Currently we hardcode the set of keybindings that are available in the overview; add a generic mechanism to specify in which KeybindingModes a keybinding should be available. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-11 00:53:38 +00:00
return !(this._allowedKeybindings[binding.get_name()] & Main.keybindingMode);
windowManager: Implement keybinding_filter hook We are currently using a hack to allow a select set of keybindings in the overview. Implement the new MetaPlugin keybinding_filter hook, which provides a cleaner way to achieve the same. https://bugzilla.gnome.org/show_bug.cgi?id=688202
2012-08-20 08:38:13 +00:00
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_switchWorkspace : function(shellwm, from, to, direction) {
Don't do window transitions while the overlay is active. Part of #568983. Previously we were only doing this check for switch-workspace, but it makes sense to do it for all transitions, since they won't be visible anyway, and they might interfere with the overlay's operations by moving windows around unexpectedly. svn path=/trunk/; revision=177
2009-02-03 18:25:34 +00:00
if (!this._shouldAnimate()) {
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_switch_workspace();
show multiple workspaces in the overlay view. #563035 svn path=/trunk/; revision=115
2008-12-04 15:16:16 +00:00
return;
}
Adapt to removal of Mutter namespace MutterWindow and MutterPlugin have been renamed to MetaWindowActor and MetaPlugin, mutter_plugin_list_windows() to meta_plugin_list_window_actors(). Adapt to those changes. https://bugzilla.gnome.org/show_bug.cgi?id=632500
2010-10-19 18:55:43 +00:00
let windows = global.get_window_actors();
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
/* @direction is the direction that the "camera" moves, so the
* screen contents have to move one screen's worth in the
* opposite direction.
*/
let xDest = 0, yDest = 0;
if (direction == Meta.MotionDirection.UP ||
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
direction == Meta.MotionDirection.UP_LEFT ||
direction == Meta.MotionDirection.UP_RIGHT)
Remove gap between windows when switching workspaces Previously there was a distracting gap between workspaces with two full-screen applications. https://bugzilla.gnome.org/show_bug.cgi?id=685849
2013-01-29 00:46:29 +00:00
yDest = global.screen_height - Main.panel.actor.height;
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
else if (direction == Meta.MotionDirection.DOWN ||
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
direction == Meta.MotionDirection.DOWN_LEFT ||
direction == Meta.MotionDirection.DOWN_RIGHT)
Remove gap between windows when switching workspaces Previously there was a distracting gap between workspaces with two full-screen applications. https://bugzilla.gnome.org/show_bug.cgi?id=685849
2013-01-29 00:46:29 +00:00
yDest = -global.screen_height + Main.panel.actor.height;
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
if (direction == Meta.MotionDirection.LEFT ||
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
direction == Meta.MotionDirection.UP_LEFT ||
direction == Meta.MotionDirection.DOWN_LEFT)
More global-ization
2009-09-11 21:23:23 +00:00
xDest = global.screen_width;
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
else if (direction == Meta.MotionDirection.RIGHT ||
direction == Meta.MotionDirection.UP_RIGHT ||
direction == Meta.MotionDirection.DOWN_RIGHT)
More global-ization
2009-09-11 21:23:23 +00:00
xDest = -global.screen_width;
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
let switchData = {};
this._switchData = switchData;
switchData.inGroup = new Clutter.Group();
switchData.outGroup = new Clutter.Group();
windowManager: Hold the window on the stage while going between workspaces Right now the "move to workspace" keyboard shortcut transition isn't smooth. It shows the window disappearing, hopping to the next workspace, and then sliding into view. "Pin" the window to the stage while the animation is in progress, then release it afterwards. https://bugzilla.gnome.org/show_bug.cgi?id=660839
2012-06-26 18:11:44 +00:00
switchData.movingWindowBin = new Clutter.Group();
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
switchData.windows = [];
More global-ization
2009-09-11 21:23:23 +00:00
let wgroup = global.window_group;
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
wgroup.add_actor(switchData.inGroup);
wgroup.add_actor(switchData.outGroup);
windowManager: Hold the window on the stage while going between workspaces Right now the "move to workspace" keyboard shortcut transition isn't smooth. It shows the window disappearing, hopping to the next workspace, and then sliding into view. "Pin" the window to the stage while the animation is in progress, then release it afterwards. https://bugzilla.gnome.org/show_bug.cgi?id=660839
2012-06-26 18:11:44 +00:00
wgroup.add_actor(switchData.movingWindowBin);
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
for (let i = 0; i < windows.length; i++) {
let window = windows[i];
Don't temporarily show minimized windows while switching workspaces
2009-05-11 17:06:42 +00:00
if (!window.meta_window.showing_on_its_workspace())
continue;
windowManager: Hold the window on the stage while going between workspaces Right now the "move to workspace" keyboard shortcut transition isn't smooth. It shows the window disappearing, hopping to the next workspace, and then sliding into view. "Pin" the window to the stage while the animation is in progress, then release it afterwards. https://bugzilla.gnome.org/show_bug.cgi?id=660839
2012-06-26 18:11:44 +00:00
if (this._movingWindow && window.meta_window == this._movingWindow) {
switchData.movingWindow = { window: window,
parent: window.get_parent() };
switchData.windows.push(switchData.movingWindow);
window.reparent(switchData.movingWindowBin);
} else if (window.get_workspace() == from) {
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
switchData.windows.push({ window: window,
parent: window.get_parent() });
window.reparent(switchData.outGroup);
} else if (window.get_workspace() == to) {
switchData.windows.push({ window: window,
parent: window.get_parent() });
window.reparent(switchData.inGroup);
window.show_all();
}
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
}
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
switchData.inGroup.set_position(-xDest, -yDest);
switchData.inGroup.raise_top();
windowManager: Hold the window on the stage while going between workspaces Right now the "move to workspace" keyboard shortcut transition isn't smooth. It shows the window disappearing, hopping to the next workspace, and then sliding into view. "Pin" the window to the stage while the animation is in progress, then release it afterwards. https://bugzilla.gnome.org/show_bug.cgi?id=660839
2012-06-26 18:11:44 +00:00
switchData.movingWindowBin.raise_top();
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
Tweener.addTween(switchData.outGroup,
{ x: xDest,
y: yDest,
Make switch-workspace faster (the same as the other wm ops)
2009-05-13 19:24:32 +00:00
time: WINDOW_ANIMATION_TIME,
Don't use double quotes for things that don't need to be translated This is our convention. The only exceptions are double quotes for words in comments that give them a special meaning (though beware that these quotes are not truly necessary most of the time) and double quotes that need to be a part of the output string.
2010-05-13 19:46:04 +00:00
transition: 'easeOutQuad',
Pass the right 'this' to switchWorkspaceDone switchWorkspaceDone was being called with the wrong 'this', causing ShellWM.completed_switch_workspace() never to be called, causing stacking order to get confused. http://bugzilla.gnome.org/show_bug.cgi?id=567091 svn path=/trunk/; revision=142
2009-01-08 23:34:19 +00:00
onComplete: this._switchWorkspaceDone,
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
onCompleteScope: this,
onCompleteParams: [shellwm]
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
});
Tweener.addTween(switchData.inGroup,
{ x: 0,
y: 0,
Make switch-workspace faster (the same as the other wm ops)
2009-05-13 19:24:32 +00:00
time: WINDOW_ANIMATION_TIME,
Don't use double quotes for things that don't need to be translated This is our convention. The only exceptions are double quotes for words in comments that give them a special meaning (though beware that these quotes are not truly necessary most of the time) and double quotes that need to be a part of the output string.
2010-05-13 19:46:04 +00:00
transition: 'easeOutQuad'
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
});
},
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
_switchWorkspaceDone : function(shellwm) {
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
let switchData = this._switchData;
if (!switchData)
return;
this._switchData = null;
for (let i = 0; i < switchData.windows.length; i++) {
let w = switchData.windows[i];
windowManager: Skip disposed windows in _switchWorkspaceDone Avoid reparenting already disposed windows. https://bugzilla.gnome.org/show_bug.cgi?id=639853
2011-01-18 18:25:00 +00:00
if (w.window.is_destroyed()) // Window gone
continue;
Redo tabs => spaces indentation change to not lose manual indentation Revert most JS changes in commit: Fri Nov 28 20:12:20 2008 +0000 Convert all JS style to be uniform, add Eclipse settings bits Instead, just add 'indent-tabs-mode: nil' to the mode lines and convert tabs to spaces. The indentation no longer exactly matches the Eclipse settings, since they differ in some ways from the style we are trying to achieve. svn path=/trunk/; revision=97
2008-12-01 19:51:43 +00:00
if (w.window.get_parent() == switchData.outGroup) {
w.window.reparent(w.parent);
w.window.hide();
} else
w.window.reparent(w.parent);
}
Tweener.removeTweens(switchData.inGroup);
Tweener.removeTweens(switchData.outGroup);
switchData.inGroup.destroy();
switchData.outGroup.destroy();
windowManager: Hold the window on the stage while going between workspaces Right now the "move to workspace" keyboard shortcut transition isn't smooth. It shows the window disappearing, hopping to the next workspace, and then sliding into view. "Pin" the window to the stage while the animation is in progress, then release it afterwards. https://bugzilla.gnome.org/show_bug.cgi?id=660839
2012-06-26 18:11:44 +00:00
switchData.movingWindowBin.destroy();
if (this._movingWindow)
this._movingWindow = null;
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
Convert remaining uses of "let me = this;" to Lang.bind https://bugzilla.gnome.org/show_bug.cgi?id=595293
2009-09-15 17:09:51 +00:00
shellwm.completed_switch_workspace();
Implement MetaAltTabHandler This is a fairly simple implementation, not all that different from plain metacity's. Further improvements could be made to js/ui/altTab.js in the future. http://bugzilla.gnome.org/show_bug.cgi?id=580917
2009-04-13 14:55:41 +00:00
},
shell-wm: Remove takeover_keybinding() Introspection support is now good enough to set a custom keybinding handler directly from JS. https://bugzilla.gnome.org/show_bug.cgi?id=663584
2011-11-07 01:16:15 +00:00
_startAppSwitcher : function(display, screen, window, binding) {
New workspace switcher popup Replace the current workspace switcher popup (which is still the old metacity popup), with a clutter based one, which fits better into the overall shell design. https://bugzilla.gnome.org/show_bug.cgi?id=609187
2010-02-12 22:52:15 +00:00
/* prevent a corner case where both popups show up at once */
if (this._workspaceSwitcherPopup != null)
WorkspaceSwitcherPopup: fix for dynamic workspace changes Changing the number of workspaces while the popup was visible (which happens when moving windows on the last non empty workspace) resulted in a wrong layout. Fix that, by listening to workspace-added and workspace-removed signals, and by always requesting an updated size from the actor. https://bugzilla.gnome.org/show_bug.cgi?id=679005
2012-06-27 19:13:32 +00:00
this._workspaceSwitcherPopup.destroy();
New workspace switcher popup Replace the current workspace switcher popup (which is still the old metacity popup), with a clutter based one, which fits better into the overall shell design. https://bugzilla.gnome.org/show_bug.cgi?id=609187
2010-02-12 22:52:15 +00:00
altTab: Rename AltTabPopup to AppSwitcherPopup We will add support for a window-based popup in addition to the current application-based one, so use a more descriptive name. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-12-03 15:31:50 +00:00
let tabPopup = new AltTab.AppSwitcherPopup();
implement a basic switch_workspace animation using Tweener. #561835 svn path=/trunk/; revision=78
2008-11-21 21:34:10 +00:00
shell-wm: Remove takeover_keybinding() Introspection support is now good enough to set a custom keybinding handler directly from JS. https://bugzilla.gnome.org/show_bug.cgi?id=663584
2011-11-07 01:16:15 +00:00
let modifiers = binding.get_modifiers();
let backwards = modifiers & Meta.VirtualModifier.SHIFT_MASK;
if (!tabPopup.show(backwards, binding.get_name(), binding.get_mask()))
[AppSwitcher] Port Alt-Tab switcher to custom_handler interface https://bugzilla.gnome.org/show_bug.cgi?id=590563
2009-09-15 15:11:32 +00:00
tabPopup.destroy();
New workspace switcher popup Replace the current workspace switcher popup (which is still the old metacity popup), with a clutter based one, which fits better into the overall shell design. https://bugzilla.gnome.org/show_bug.cgi?id=609187
2010-02-12 22:52:15 +00:00
},
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-23 02:20:10 +00:00
_startWindowSwitcher : function(display, screen, window, binding) {
/* prevent a corner case where both popups show up at once */
if (this._workspaceSwitcherPopup != null)
this._workspaceSwitcherPopup.destroy();
let tabPopup = new AltTab.WindowSwitcherPopup();
let modifiers = binding.get_modifiers();
let backwards = modifiers & Meta.VirtualModifier.SHIFT_MASK;
if (!tabPopup.show(backwards, binding.get_name(), binding.get_mask()))
tabPopup.destroy();
},
shell-wm: Remove takeover_keybinding() Introspection support is now good enough to set a custom keybinding handler directly from JS. https://bugzilla.gnome.org/show_bug.cgi?id=663584
2011-11-07 01:16:15 +00:00
_startA11ySwitcher : function(display, screen, window, binding) {
let modifiers = binding.get_modifiers();
let backwards = modifiers & Meta.VirtualModifier.SHIFT_MASK;
switcherPopup: Factor out altTab and ctrlAltTab's common code https://bugzilla.gnome.org/show_bug.cgi?id=689528
2012-11-30 15:16:48 +00:00
Main.ctrlAltTabManager.popup(backwards, binding.get_name(), binding.get_mask());
ctrlAltTab: misc improvements Fix the "panel" icon to be symbolic. Make the overview parts only show up when in the overview, and the non-overview parts (eg, the Desktop window, if there is one) only show up when not in the overview. Sort the different items consistently with their locations on the screen. https://bugzilla.gnome.org/show_bug.cgi?id=618887
2011-02-07 16:29:34 +00:00
},
panel: Add keyboard shortcut to open app menu With the application menu now being more than a stub, it has become a much more interesting target, so add a keyboard shortcut to open it directly. This should also ease some of the pain for focus-follows-mouse users. https://bugzilla.gnome.org/show_bug.cgi?id=672909
2012-03-27 13:26:20 +00:00
_openAppMenu : function(display, screen, window, event, binding) {
Main.panel.openAppMenu();
},
shell-wm: Remove takeover_keybinding() Introspection support is now good enough to set a custom keybinding handler directly from JS. https://bugzilla.gnome.org/show_bug.cgi?id=663584
2011-11-07 01:16:15 +00:00
_showWorkspaceSwitcher : function(display, screen, window, binding) {
if (screen.n_workspaces == 1)
New workspace switcher popup Replace the current workspace switcher popup (which is still the old metacity popup), with a clutter based one, which fits better into the overall shell design. https://bugzilla.gnome.org/show_bug.cgi?id=609187
2010-02-12 22:52:15 +00:00
return;
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
let [action,,,direction] = binding.get_name().split('-');
let direction = Meta.MotionDirection[direction.toUpperCase()];
WorkspaceSwitcherPopup: fix for dynamic workspace changes Changing the number of workspaces while the popup was visible (which happens when moving windows on the last non empty workspace) resulted in a wrong layout. Fix that, by listening to workspace-added and workspace-removed signals, and by always requesting an updated size from the actor. https://bugzilla.gnome.org/show_bug.cgi?id=679005
2012-06-27 19:13:32 +00:00
let newWs;
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
WindowManager: ignore ctrl-alt-left/right Fixes a regression introduced in de72065a https://bugzilla.gnome.org/show_bug.cgi?id=679005
2012-06-27 20:07:32 +00:00
if (direction != Meta.MotionDirection.UP &&
direction != Meta.MotionDirection.DOWN)
return;
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
if (action == 'switch')
WorkspaceSwitcherPopup: fix for dynamic workspace changes Changing the number of workspaces while the popup was visible (which happens when moving windows on the last non empty workspace) resulted in a wrong layout. Fix that, by listening to workspace-added and workspace-removed signals, and by always requesting an updated size from the actor. https://bugzilla.gnome.org/show_bug.cgi?id=679005
2012-06-27 19:13:32 +00:00
newWs = this.actionMoveWorkspace(direction);
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
else
WorkspaceSwitcherPopup: fix for dynamic workspace changes Changing the number of workspaces while the popup was visible (which happens when moving windows on the last non empty workspace) resulted in a wrong layout. Fix that, by listening to workspace-added and workspace-removed signals, and by always requesting an updated size from the actor. https://bugzilla.gnome.org/show_bug.cgi?id=679005
2012-06-27 19:13:32 +00:00
newWs = this.actionMoveWindow(window, direction);
if (!Main.overview.visible) {
if (this._workspaceSwitcherPopup == null) {
this._workspaceSwitcherPopup = new WorkspaceSwitcherPopup.WorkspaceSwitcherPopup();
this._workspaceSwitcherPopup.connect('destroy', Lang.bind(this, function() {
this._workspaceSwitcherPopup = null;
}));
}
this._workspaceSwitcherPopup.display(direction, newWs.index());
}
Use Meta.Display.lookup_keyboard_action to enable workspace switches Also refactor Alt-F2 to use this as well. https://bugzilla.gnome.org/show_bug.cgi?id=613101
2010-03-17 02:08:52 +00:00
},
WorkspaceSwitcher: simplify code for handling keybindings Most of code implementing workspace switches was repeated with minor differences on each direction. Instead, consolidate it and use the new meta_workspace_get_neighbor. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 12:40:30 +00:00
actionMoveWorkspace: function(direction) {
let activeWorkspace = global.screen.get_active_workspace();
let toActivate = activeWorkspace.get_neighbor(direction);
window-manager: Swap workspace order for RTL locales Workspaces should be aligned from right to left in RTL locales, so take the text direction into account when switching workspaces. https://bugzilla.gnome.org/show_bug.cgi?id=634691
2010-11-12 15:22:05 +00:00
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
if (activeWorkspace != toActivate)
WorkspaceSwitcher: simplify code for handling keybindings Most of code implementing workspace switches was repeated with minor differences on each direction. Instead, consolidate it and use the new meta_workspace_get_neighbor. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 12:40:30 +00:00
toActivate.activate(global.get_current_time());
WorkspaceSwitcherPopup: fix for dynamic workspace changes Changing the number of workspaces while the popup was visible (which happens when moving windows on the last non empty workspace) resulted in a wrong layout. Fix that, by listening to workspace-added and workspace-removed signals, and by always requesting an updated size from the actor. https://bugzilla.gnome.org/show_bug.cgi?id=679005
2012-06-27 19:13:32 +00:00
return toActivate;
Switch to a vertical layout for workspaces The new plans for a row of workspace thumbnails on the right side of the overview means that the mental model we present to the user will be vertical, so switch the Metacity workspace layout to be vertical and adjust the keybinding handling, animations, and workspace layout in the overview to match. (This commit does not change the workspace switching indicator pending finalization of what we want to do with that - it still shows workspaces arranged vertically.) https://bugzilla.gnome.org/show_bug.cgi?id=640996
2011-01-30 23:21:31 +00:00
},
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
actionMoveWindow: function(window, direction) {
let activeWorkspace = global.screen.get_active_workspace();
let toActivate = activeWorkspace.get_neighbor(direction);
if (activeWorkspace != toActivate) {
// This won't have any effect for "always sticky" windows
// (like desktop windows or docks)
windowManager: Hold the window on the stage while going between workspaces Right now the "move to workspace" keyboard shortcut transition isn't smooth. It shows the window disappearing, hopping to the next workspace, and then sliding into view. "Pin" the window to the stage while the animation is in progress, then release it afterwards. https://bugzilla.gnome.org/show_bug.cgi?id=660839
2012-06-26 18:11:44 +00:00
this._movingWindow = window;
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
window.change_workspace(toActivate);
global.display.clear_mouse_mode();
toActivate.activate_with_focus (window, global.get_current_time());
}
WorkspaceSwitcherPopup: fix for dynamic workspace changes Changing the number of workspaces while the popup was visible (which happens when moving windows on the last non empty workspace) resulted in a wrong layout. Fix that, by listening to workspace-added and workspace-removed signals, and by always requesting an updated size from the actor. https://bugzilla.gnome.org/show_bug.cgi?id=679005
2012-06-27 19:13:32 +00:00
return toActivate;
WindowManager: handle move-to-workspace keybindings Install a custom handler for move-to-workspace-* keybindings that shows the workspace switcher, which gives the user a sense of direction when navigating with the keyboard. https://bugzilla.gnome.org/show_bug.cgi?id=674104
2012-04-14 13:29:54 +00:00
},
Port everything to class framework The last patch in the sequence. Every place that was previously setting prototype has been ported to Lang.Class, to make code more concise and allow for better toString(). https://bugzilla.gnome.org/show_bug.cgi?id=664436
2011-11-20 17:56:27 +00:00
});
Reference in New Issue Copy Permalink