Updated Dutch translation
Updated Assamese translation
Updated Assamese translation
Updated Friulian translation
shell-global: Remove grab notifier

With the window menus gone, it is no longer possible to have a GTK+ grab
in-process, so remove our code that was tracking GTK+ grabs.
appDisplay: sync page when changing adjustment

We were setting the value of adjustment on size changes, but we weren't
changing the page value, so adjustment and page value was not in sync.

To fix it, make sure adjustment of the view is in sync with the page
value.

https://bugzilla.gnome.org/show_bug.cgi?id=734680
Use new meta_key_binding_is_reversed() method

Now that mutter gives a way to check if a MetaKeyBinding was marked as
'reversed' or not, gnome-shell does not have to hardcode that a
MetaKeyBinding using a shift modifier is reversed, it can directly check
if the appropriate flag is set.

https://bugzilla.gnome.org/show_bug.cgi?id=732296
Stop using Meta.KeyBindingFlags.REVERSES for IM switch keybinding

When this flag is set on a MetaKeyBinding, mutter will know that
the keybinding has an associated reverse keybinding triggered with
the shift modifier. However, an undesirable side-effect is that
gnome-control-center keyboard panel does not know that this 'shift'
is reserved for these reverse keybindings and cannot detect
conflicting bindings in this case.
This 'reverse' logic can now be handled at a higher level (in gcc keyboard
panel) so this commit removes it from gnome-shell so that they do not
conflict.

https://bugzilla.gnome.org/show_bug.cgi?id=732296
Remove 'backwards' argument from SwitcherPopup:_keyPressHandler

All derived classes are already checking explicitly for action names
(FOO and FOO_BACKWARDS). mutter used to have a META_KEY_BINDING_REVERSES
flag for keybindings which required special handling of "shift"+FOO as
FOO_BACKWARDS, but this has been removed now, so this special handling
is no longer necessary.

https://bugzilla.gnome.org/show_bug.cgi?id=732296
appDisplay: Animate folder view items

Add a new animation  to folder view based on designers mockups that
emulates pulsating icons.
The code on iconGrid is though to work well for the upcoming patches to
animate AllView and FrequentView.

https://bugzilla.gnome.org/show_bug.cgi?id=734726
viewSelector: Allow different animation types

Make viewSelector able to manage different kind of animations for pages.
This is necessary for the upcoming patch to animate AllView and
FrequentView.

https://bugzilla.gnome.org/show_bug.cgi?id=734726
appDisplay: Animate AllView and FrequentView

Following design decision, we want to animate AllView and FrequentView
when opening and closing with a swarm spring form.

This involves a few changes needed to allow that, since from some time
now, we are animating page changes in viewSelector, using only a fade
transition. However now we want to let appDisplay and iconGrid apply its
own animation.

For that we special case the change to and from apps page on
viewSelector to let appDisplay to animate its own items, using and API
on appDisplay which at the same time uses an API on iconGrid.

However animating the icons in iconGrid involves a few challenges due to
the current need of scaling icons on iconGrid on a call which uses
BEFORE_REDRAW.  We need to call animate() after the icons are already
scaled, that means however, calling after a BEFORE_REDRAW, so that
means, we have to call animate() in a call using BEFORE_REDRAW which
call a function using BEFORE_REDRAW as well, so we wait two frames to
make sure icons are scaled correctly.

Thanks Florian Mullner for the debugging work

https://bugzilla.gnome.org/show_bug.cgi?id=734726
appDisplay: Animate indicators out

Given that we animate indicator in, it makes sense to animate them out
as well.

https://bugzilla.gnome.org/show_bug.cgi?id=734726
Search: cleanup unused code

https://bugzilla.gnome.org/show_bug.cgi?id=734726
Search: Use AppIcon for gridResults

Currently GridResult and ListResult inherit from a base class named
SearchResult which creates a StButton as a base item.
Then GridResult put as a child of the StButton an AppIcon created on
provider.createResultObject. But, StButton lacks some features of
AppIcon like dnd, style, etc. So GridResult add those in the class and
also adds the style of the AppIcon on the theme.

Obviously that doesn't look very appealing, so instead of that, delete
the base class and provide AppIcon some API needed by
Search and then use directly AppIcon on GridResult.

https://bugzilla.gnome.org/show_bug.cgi?id=734726
Search: Animate new window of apps in AllView and FrequentView

Following design mockups, animate the icons on AllView and FrequentView
to zoom out when opening a new window of the app or when the app is not
running and the user execute it.

https://bugzilla.gnome.org/show_bug.cgi?id=734726
iconGrid: Move code around a bit

The scale passed to _updateChildrenScale is exclusively computed from
properties, so it can be moved into the function itself - as the scale
now becomes a mere detail, rename to a more appropriate _updateIconSizes
at the same time.