According to this bugreport:
https://bugzilla.gnome.org/show_bug.cgi?id=677850

this extension seems to crash when certain programs are started... not sure if its a bug in the extension or in the gnome-shell, though.

in the compiz plugin, multiple keystrokes to the same direction toggle between 66%, 50% and 33% of the screen, which was very useful for distributing more space to primary windows and leaving less space for secondary ones etc...

Problem

Moving between multiple screens would require resizing the window to 66, 55, 33 and moving, instead of 50 move.

Solution

• Moving between screens is done with a new keyboard binding (super + Left/Right)
• The user can configure 3 widths for left and right side (defaults to left: 50-66-33, right 50-34-66)
• It is possible to disable widths when moving to other screen is possible e.g. The window is moved to the other screen if possible and resized to 50-33-66 if no screen is available

Typo on line 98:

let winHeight = this._primary!=sIndex ? pos.height + this._topBarHeight : pos.height;

should be

let winHeight = this._primary==sIndex ? pos.height + this._topBarHeight : pos.height;

(note the '==' vs '!=')

Otherwise you can only move TO the primary monitor, but never off it.

I'm considering upgrading from Ubuntu 12.04 to 12.10, I tested on a VM that your extension cant be installed up to now. Believe or not, not having your extension is a stopper for my dist-upgrade.

Is it compatible or could you make it compatible with latest Gnome Shell please

Thanks in advance!!!

If I set an application based location setting it doesn't seem to have an effect. I tested on gnome-terminal and it still opened in the top-left despite an x & y position of 50 (or any x/y position for that matter). Tried with other windows and see the same behavior.

Running Arch w/ gtk3 3.10.6

I liked a lot this extension and it would be really nice having also in Gnome new version. Thanks for your work.

  Chaosmaster



One thing is missing for me: could you please add option to move window to a corner
   without changing it size? I would like to be able to move gnome-terminal keeping it width at 
   80 symbols. But with default setting 50%, width becomes 79. And if make it
   51%, width becomes 81.


dotsdl

  ...but would it be possible to add an option for NO changes to window dimensions on 
  move? As it stands, it looks like you can make it change only the 'width,' only
  the 'height,' or 'both,' but not 'neither.' That additional functionality would make
  it PERFECT!

unclear for me:

• configure this on a per app base (only gnome-terminal)?
• what happens if you move to south-east multiple times?
• only when moved to corner or always?
• maybe it's "enough" if you can define the size/position in pixel?

When a maximized window is moved to another monitor ("Move to the left/right screen" shortcuts, Super+Left/Right by default), it somehow remains attached to the original monitor: If it is then restored to normal size, it is moved back to the original monitor.

This is unpleasant, because the moving back to the original monitor is sometimes triggered by other events, e.g., typing into Chromium's Omnibox.

Steps to reproduce

1. Choose a maximizable window, move it in un-maximized, un-centered state to the left screen
2. Maximize it using Super+Up
3. Move it to the right screen using Super+Right
4. Un-maximize it using Super+Down

Expected: Window is un-maximized stays on the right screen

Observed: Window is un-maximized, but moved back to the left screen

Tested with Chromium and RStudio.

Workaround

Before step 3, un-maximize the window, and maximize it after step 3.

Related issues

The same behavior occurs when moving a window using Ctrl+Alt+Num 5/Num 7.

From extensions.gnome.org (l300lvl):
Is there a way to make it force a certain window always to a certain position for instance the right edge? I only need to do it for pretty much one app.

Add a possibility to auto move and resize new windows.

TODO.

• Check https://extensions.gnome.org/extension/16/auto-move-windows/
• Requires configurateion -> gsettings (3.3.2), Settings UI
• requires 3.3.2 -> implement custom keybindings
• new keybinding to restore configured size for current focus window

Why/Usecase

• move the ***** app on startup
• makes issue#4 (additional sizes) obsolete (together with restore size)

from extensions.gnome.org

dotsdl:
Hey Nesta, thanks for the fantastic extension! This makes my Compiz withdrawals bearable in GNOME. I do have one request: could you add an checkbox option to NEVER change the size or proportions of windows on move? That's the behavior I remember from Put on Compiz, and it was useful given that some windows just don't scale as well as others. Excellent stuff!

Nesta:
For "move to corner" you can already set this (Settings-Main-Moving to corner). Do you want to completely disable resize or on a per app base?

First off, incredible extension.

For a number of reasons, I've recently switched from Gnome-shell to Elementary OS. All is well, except for the lack of a proper method for moving around windows with the keyboard. Any ideas on how to implement your extension on Elementary, or any other Ubuntu based distro? Might I suggest packaging it into an app? I'd gladly pay for it.

Why:
always resizing my console on the second screen to fit nice with my instance messenger is anoying.

What:

• "move_to_e" and "move_to_w" should be able to move the window to 10% 50% and 90%
  not only 50%.
• easy way to configure ratio (10/50/..../90) (min > 50px, make sure sum < 100%)
• maybe add a modifier to move to 10 and 90% (depends on mutter 3.3.2 custom keybinding)

Hi,

first of all: thank you. I use your plugin every day and it changes my (working) life for the better.

Is there a way to move the focus by keystroke?
At home I use a Mac with slate, which provides moving focus into a given direction:
https://github.com/jigish/slate/wiki/Operations#focus

I think this would be an improvement.

Best,
73

For some reason, Google Chrome resizes incorrectly when moving to left or right. I have not yet found another application that behaves this way, and other positions work correctly.

Here's an example of Chrome put in the bottom left corner: http://imgur.com/q4wsJ
Everything's a-ok here.

Here's the same window put on the left side: http://imgur.com/vm7eK
There should be a visible horizontal scrollbar at the bottom.

With a moths delay (after posting about it on extensions.gnome.org) I'm opening the issue to discuss an idea - to add a feature to resize windows not only by shortcuts , but with moving to the corners and sides too. Simple example : drag a window to the top left corner , and it resizes to the top left quadrant of the screen . Much like now dragging to the left or right side resizes a window to the left or right half of the screen .
I will try to write the code myself , but first I want to get some feedback on the idea + any tips on where to integrate it with the existing code.

Fix will be provided

When I move a window to corner I am able to cycle through window sizes like:
width1 x height1 (e.g. 50x50)
width2 x height2 (e.g. 30x30)
width3 x height3 (e.g. 70x70)
which leaves me unable do place a window with 30x70 below one with 30x30;

I would like to propose to cycle through all combinations of width and height.

The 'develop' branch works well on Gnome 3.4, but when I try to move the Chromium window Gnome Shell is reloaded, and on the second attempt it crashes. This is perhaps because Chromium does not use window decoration.

The extension does not work anymore in gnome-shell 3.4; simply modifying the shell-version in metadata.json crashes the whole shell.

see also #28.

Have a look at:

I'm using the Hide top bar extension (don't know if this matters).

Do you know a fix?

I would like to have a switch where I can change only the height when I move to bottom or top. Is that possible?

if i set my second monitor "above" the first (xrandr --output HDMI1 --auto --above eDP1C) and try to move the window to screen "right", nothing happens, with moving to screen "left" the window moves left on the current screen and reduces width.

is it possible to add the function move window to screen above/below beside left/right, or cycle through all monitors with the current option?

ty

This is the message error:

Error: Requiring Wnck, version none: Requiring namespace 'Gtk' version '2.0', but '3.0' is already loaded

Stack trace:
@/home/kbryd/.local/share/gnome-shell/extensions/[email protected]/prefs.js:7
Application<._getExtensionPrefsModule@/usr/share/gnome-shell/js/extensionPrefs/main.js:84
wrapper@/usr/share/gjs-1.0/lang.js:213
Application<._selectExtension@/usr/share/gnome-shell/js/extensionPrefs/main.js:99
wrapper@/usr/share/gjs-1.0/lang.js:213
Application<._extensionSelected@/usr/share/gnome-shell/js/extensionPrefs/main.js:119
wrapper@/usr/share/gjs-1.0/lang.js:213
Application<._selectExtension@/usr/share/gnome-shell/js/extensionPrefs/main.js:110
wrapper@/usr/share/gjs-1.0/lang.js:213
Application<._extensionsLoaded@/usr/share/gnome-shell/js/extensionPrefs/main.js:219
wrapper@/usr/share/gjs-1.0/lang.js:213
_emit@/usr/share/gjs-1.0/signals.js:124
ExtensionFinder<._extensionsLoaded@/usr/share/gnome-shell/js/misc/extensionUtils.js:178
wrapper@/usr/share/gjs-1.0/lang.js:213
done@/usr/share/gnome-shell/js/misc/fileUtils.js:33
@/usr/share/gnome-shell/js/misc/fileUtils.js:51
onNextFileComplete@/usr/share/gnome-shell/js/misc/fileUtils.js:21
main@/usr/share/gnome-shell/js/extensionPrefs/main.js:276
@:1

Gnome-Shell 3.8.3

To reproduce:

Have two side by side monitors, with the left one set to primary. (same resolution)

Open a window, make sure it's unmaximized.
Click and drag the title bar to the top of the right hand (non primary) screen until it maximizes.
Release the mouse.
Attempt to move the window left or right using extension shortcuts.

Expected: Window should resize to take up half of right hand monitor (left or right depending on shortcut)
Actual: Window jumps slightly in place, shadow of window appears on left monitor (as though it was unmaximized), but no movement happens. Future shortcuts have no effect until window is unmaximized by mouse.
Workaround: After this occurs, you can hit the maximize/centre shortcut, and things will start working again.

Note: If you maximize with extension shortcuts, then things are fine, as they are if you double click title bar to maximize (instead of drag)

I was about to report a bug, but realized it was due to a conflict with the default gnome bindings.
Is it possible to notify when a setting conflicts with a default gnome binding? Causes strange issues otherwise (eg. Super left assigned to move to left, but also assigned to the main setting 'view split on left')

Running the latest devel git on gnome 3.8 gets the following in the log.

JS LOG: Extension "[email protected]" had error: Error: Expected type interface for Argument 'settings' but got type 'undefined' (nil)

The extensions settings will load, but the extension itself does not.

Additionally the following error occurs when opening the settings:
JS ERROR: !!! WARNING: 'assignment to undeclared variable name'
JS ERROR: !!! WARNING: file '/home/louis/.local/share/gnome-shell/extensions/[email protected]/prefs.js' line 265 exception 0 number 156

What would make this extension more useful for me is to move windows without resizing them, just at the Compiz plugin allowed. Could you add a 'Never' option to the Both, Width, and Height resize options?

Thank you

It would be nice if we could get a key combination to cycle though various sizes.

For example, if move_to_side_e cycled though 50%, 25%, 33%, 20% that would be awesome.

A nice extension to this wold be to make those percentages user definable.

Tile a few windows horizontally--make sure you're able to focus between windows using Super+H and Super+L (I remapped to Vim movement keys).

HIde one of the windows (Super+I, default is Super+H). Continue focusing horizontally and notice that the hidden window appears again. Focusing should only occur on workspace windows that are NOT hidden.

Dear negesti,

when I set the center position to 100% the rectangle sits to low (see screenshot).

Best regards,
73

Hello,
I've just discovered your extension because I was looking for an easier way to navigate between my monitors without the mouse (and without changing for a tiling DE), and I would like to do a feature request : If it's possible, could you add some keybinds to move the focus between the monitors ? Exactly like the keybinds to move a window between screens, but now with the focus.
I don't know if it's possible, but it would be a really great feature (in my opinion) !

Thank you for your work !

This is especially visible when we use https://extensions.gnome.org/extension/42/auto-hide-top-panel/ (auto hide top panel extension)

Top-left, Top, and Top-Right sides is keeping the gap (may be for the top bar)

but

move_to_side_w and
move_to_side_e are properly

thanks.

This is a really small issue--please close it/wontfix if fix is ugly, complicated, etc

First of all. I LOVE this plugin--I barely use the mouse now since I can focus/move windows all using the keyboard--this is great for a tmux/vim users like me.

Part of my workflow now involves cycling through the various 'visible' (not-hidden) windows (either using Super+O, or Focus left-right & up-down). I'll hold down the Super key (WIN) and repeatedly press 'O' until I get to the window that I want. If there is a window that I no longer want visible I'll use Super+H (gnome keyboard shortcut) to Hide the window.

Unfortunately, Super+H doesn't do anything if the Super key was pressed from a previous focus command (e.g: Super+O). To make it work, users have to release the Super key, press it again and then press 'H' to hide the window.

I don't know Gnome/Mutter implemented it, but after the Super+H (Hide), I can continue holding Super and just press 'O' to cycle the remaining visible windows. It would be great if this plugin could do the same in reverse, like mentioned above. Thanks.

Add the possibility to move a window to the next workspace (up/down)
e.g.
Similar to the 2 Screen horizontal setup. Move a window to the next workspace if it is
@south and south is pressed again.

hey i just found this extension and i think its awesome, definitely will help my productivity on a large high res screen. that said:

Is there a way when moving the screen horizontally or vertically to not change the size of the other axis as well?

Lets say I have a window at 50% width, 100% height which i moved to the center of my screen. and i press super+8 to adjust its height so it is on the top 50% of my screen(still centered horizontally). I would expect the width to stay the same 50% and the height to decrease to 50%, instead the width goes to 100%, and the height goes to 50%. This makes it difficult when i just want to change the height keeping the current width without snapping the window to a corner.

Getting the following message during init (many times) when doing a gnome-shell --replace

(gnome-shell:6615): Gjs-WARNING **: JS ERROR: TypeError: this._windowTracker.is_window_interesting is not a function
MoveWindow.prototype._moveConfiguredWhenCreated@~/.local/share/gnome-shell/extensions/[email protected]/extension.js:577

My Arch install just updated Gnome Shell - Now

metadata.json needs 3.2.2 added to versions.

Alternatively, couldn't you just use 3.2, as most of my other extensions seem to use?

Maybe one only needs to add the version number (3.10) to metadata.json?

Since the widths are saved as ints rather than floats, I am unable to set up widths precisely enough to get my terminal to be 80 columns.

Should be an easy fix, just change all of the percents to be stored as floats. I can submit a pull request when I have the time to do it myself.

the extension is not working proberly with mint

Hi,

I'm on gnome-shell 3.8.1 now. When starting the shell I get:

Window manager warning: Trying to remove non-existent keybinding "move-focus-north".
Window manager warning: Trying to remove non-existent keybinding "move-focus-east".
Window manager warning: Trying to remove non-existent keybinding "move-focus-south".
Window manager warning: Trying to remove non-existent keybinding "move-focus-west".
Window manager warning: Trying to remove non-existent keybinding "move-focus-north".
Window manager warning: Trying to remove non-existent keybinding "move-focus-east".
Window manager warning: Trying to remove non-existent keybinding "move-focus-south".
Window manager warning: Trying to remove non-existent keybinding "move-focus-west".
Window manager warning: Trying to remove non-existent keybinding "move-focus-north".
Window manager warning: Trying to remove non-existent keybinding "move-focus-east".
Window manager warning: Trying to remove non-existent keybinding "move-focus-south".
Window manager warning: Trying to remove non-existent keybinding "move-focus-west".
Window manager warning: Trying to remove non-existent keybinding "move-focus-north".
Window manager warning: Trying to remove non-existent keybinding "move-focus-east".
Window manager warning: Trying to remove non-existent keybinding "move-focus-south".
Window manager warning: Trying to remove non-existent keybinding "move-focus-west".

The hotkeys (no matter to what I set them) don't work. Keybindings for moving still work.
Any ideas on debugging?

I use your application with wmii keybindings. When I move a window to the side, e.g. Left, then to the bottom, I expect the window to be on the same side, e.g. Bottom Left.

Right now the application moves the window to the bottom using the entire screen. It would be nice to keep the side width and only use the full screen width the second time the user presses the keybinding.

It would be nice to select which actions that should be used in the keyboard shortcuts.
Is this possible?

In the normal keyboard shortcuts, it is possible to deactivate an action with backspace.

If I put window A to the left, then window B to the left, the focus can only be changed between window A and B. All other windows become inaccessible.

When a window is tiled with the mouse (by
moving it to the edge), you can't move it with the keyboard.

Thanks to Thanasis for reporting this problem (i am not using the mouse very often : ) )

To reproduce:

• Have put windows installed
• Set the default Gnome maximize shortcut to something (Super + Up for me)
• Have two windows open.
• Alt tab from one window to another
• Press Super + Up (expected: window maximizes, actual: nothing)
• Press Super twice (overview and back again)
• Press Super + Up (expected: window maximizes, actual: window maximizes)

This double super press after an alt tab is rather annoying, likely a difficult one to track down.

Alternatively, I'd be happy if the order of the 'Move to center / maximize' keyboard shortcut of Put Windows, was maximize > center instead of the reverse.

The auto move feature stores the config as a json String inside gsettings. Applications using dots in their wm_class name are not handled correct.

• LibreOffice 3.5

Fix: replace "." in the wm_class with a "non keyword" (replace(/./g, "foobar")

Currently it is not possible to move windows that have a minWidth greater then 50% of the screen width.
Currently (known) affected applications:

• Evolution

Would it be possible to allow more complex keyboard shortcuts, such as Super+Right+Up to move a window to the top right corner? I think this would be much more intuitive than Super+.