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

614 lines
23 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: 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;
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) {
this._brightnessEffect.enabled = enabled;
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);
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) {
if (!actor._windowDimmer)
actor._windowDimmer = new WindowDimmer(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
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
return actor._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
}
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;
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));
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;
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
Meta.keybindings_set_custom_handler('switch-to-workspace-left',
Lang.bind(this, this._showWorkspaceSwitcher));
Meta.keybindings_set_custom_handler('switch-to-workspace-right',
Lang.bind(this, this._showWorkspaceSwitcher));
Meta.keybindings_set_custom_handler('switch-to-workspace-up',
Lang.bind(this, this._showWorkspaceSwitcher));
Meta.keybindings_set_custom_handler('switch-to-workspace-down',
Lang.bind(this, this._showWorkspaceSwitcher));
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
Meta.keybindings_set_custom_handler('move-to-workspace-left',
Lang.bind(this, this._showWorkspaceSwitcher));
Meta.keybindings_set_custom_handler('move-to-workspace-right',
Lang.bind(this, this._showWorkspaceSwitcher));
Meta.keybindings_set_custom_handler('move-to-workspace-up',
Lang.bind(this, this._showWorkspaceSwitcher));
Meta.keybindings_set_custom_handler('move-to-workspace-down',
Lang.bind(this, this._showWorkspaceSwitcher));
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
Meta.keybindings_set_custom_handler('switch-windows',
Lang.bind(this, this._startAppSwitcher));
Meta.keybindings_set_custom_handler('switch-group',
Lang.bind(this, this._startAppSwitcher));
Meta.keybindings_set_custom_handler('switch-windows-backward',
Lang.bind(this, this._startAppSwitcher));
Meta.keybindings_set_custom_handler('switch-group-backward',
Lang.bind(this, this._startAppSwitcher));
Meta.keybindings_set_custom_handler('switch-panels',
Lang.bind(this, this._startA11ySwitcher));
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
global.display.add_keybinding('open-application-menu',
windowManager: Adapt to mutter API change https://bugzilla.gnome.org/show_bug.cgi?id=673014
2012-04-16 21:50:59 +00:00
new Gio.Settings({ schema: SHELL_KEYBINDINGS_SCHEMA }),
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
Meta.KeyBindingFlags.NONE,
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 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: 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
return actor.meta_window.get_window_type() == Meta.WindowType.NORMAL;
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);
actor.move_anchor_point_from_gravity(Clutter.Gravity.CENTER);
/* scale window down to 0x0.
* maybe TODO: get icon geometry passed through and move the window towards it?
*/
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
layout: new file handling shell layout Remove ShellGlobal's monitor-related methods, and have Main.layoutManager provide that information instead. Move Main._relayout() to LayoutManager, and have other objects connect to the layout manager's 'monitors-changed' signal to know when the screen geometry has changed. https://bugzilla.gnome.org/show_bug.cgi?id=636963
2011-06-13 13:54:05 +00:00
let primary = Main.layoutManager.primaryMonitor;
fix minimize animation for RTL locales https://bugzilla.gnome.org/show_bug.cgi?id=584662
2010-02-10 22:26:24 +00:00
let xDest = primary.x;
st: Remove custom text direction stuff Clutter has its own built-in system for managing text directions, like GTK+. Convert over to use this. https://bugzilla.gnome.org/show_bug.cgi?id=670034
2012-02-14 01:37:28 +00:00
if (Clutter.get_default_text_direction() == Clutter.TextDirection.RTL)
fix minimize animation for RTL locales https://bugzilla.gnome.org/show_bug.cgi?id=584662
2010-02-10 22:26:24 +00:00
xDest += primary.width;
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
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
Tweener.addTween(actor,
{ scale_x: 0.0,
scale_y: 0.0,
fix minimize animation for RTL locales https://bugzilla.gnome.org/show_bug.cgi?id=584662
2010-02-10 22:26:24 +00:00
x: xDest,
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
y: 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
});
},
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);
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);
let enabled = Meta.prefs_get_attach_modal_dialogs();
dimmer.setEnabled(enabled);
if (!enabled)
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);
let enabled = Meta.prefs_get_attach_modal_dialogs();
dimmer.setEnabled(enabled);
if (!enabled)
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,
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: 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 (actor.meta_window.is_attached_dialog()) {
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(actor.get_meta_window().get_transient_for());
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._shouldAnimate()) {
actor.set_scale(1.0, 0.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;
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.show();
this._mapping.push(actor);
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]
});
[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
return;
}
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
shellwm.completed_map(actor);
return;
}
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: Fade windows on map Fade in new windows instead of scaling them up from 0 to 1.
2010-04-02 17:44:05 +00:00
actor.opacity = 0;
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
actor.show();
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
/* Fade window in */
implement some basic window management effects. #563844 svn path=/trunk/; revision=139
2008-12-29 04:44:03 +00:00
this._mapping.push(actor);
Tweener.addTween(actor,
windowManager: Fade windows on map Fade in new windows instead of scaling them up from 0 to 1.
2010-04-02 17:44:05 +00:00
{ opacity: 255,
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._mapWindowDone,
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._mapWindowOverwrite,
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
});
},
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;
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: 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
if (!this._shouldAnimate()) {
shellwm.completed_destroy(actor);
return;
}
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
this._destroying.push(actor);
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
},
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)
More global-ization
2009-09-11 21:23:23 +00:00
yDest = global.screen_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)
More global-ization
2009-09-11 21:23:23 +00:00
yDest = -global.screen_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
[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
let tabPopup = new AltTab.AltTabPopup();
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
},
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;
Main.ctrlAltTabManager.popup(backwards, 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