- Nov 01, 2012
-
-
Jasper St. Pierre authored
-
Jasper St. Pierre authored
Just one will do.
-
-
We hide the message tray while searching, but it should always be visible when not searching, including when initially entering overview.
-
'active' isn't terribly clear about just what is active, this variable is true/false depending on whether or not the search entry has text. https://bugzilla.gnome.org/show_bug.cgi?id=682050
-
Anytime we begin dragging an app launcher, ensure the overview elements are showing. While searching, if an app-drag ends or is cancelled, hide the overview elements, but don't switch back to windows (which was the old behavior). https://bugzilla.gnome.org/show_bug.cgi?id=682050
-
Hide the elements when the search entry is non-empty. Show them if the search is cancelled. https://bugzilla.gnome.org/show_bug.cgi?id=682050
-
Jasper St. Pierre authored
Using the same logic as the panel which smartly centers everything, smartly center the overview contents if we have enough space to do so.
-
Both WorkspacesDisplay and ThumbnailsBox need to know when windows have been restacked. Instead of each tracking changes on their own or trying to call each other, have the overview keep track and do the calculations, emitting a signal with the result. https://bugzilla.gnome.org/show_bug.cgi?id=682050
-
show() and hide() now slide the thumbnails in and out, respectively. The old show and hide are now _createThumbnails and _destroyThumbnails. We only care about these thumbnails while in the overview, so create them when entering and destroy them on exit. https://bugzilla.gnome.org/show_bug.cgi?id=682050
-
Jasper St. Pierre authored
-
The this.actor.height > this._maxHeight check is needed because animating the dash out causes constant notify::height signals and so after each one the max height would shrink to the actor height causing the icons to shrink until eventually we get to 16px icons. This way, only increase maxHeight if the actor can be drawn bigger than it is currently set. https://bugzilla.gnome.org/show_bug.cgi?id=682050
-
Since results other than apps should not be draggable, be more descriptive and rename item-drag signals to app-drag signals. https://bugzilla.gnome.org/show_bug.cgi?id=682050
-
-
Jasper St. Pierre authored
This is still "off-balance" due to the dash on the left.
-
The search results are not necessarily improved by including icons, so don't. https://bugzilla.gnome.org/show_bug.cgi?id=681797
-
Remote providers no longer have access to a grid layout, where an icon is a requirement. If they don't specify an icon, don't create one. https://bugzilla.gnome.org/show_bug.cgi?id=681797
-
Only temporary, to test with, unless a remote provider for Settings doesn't materialize. this.icon should be a GIcon since that is what remote providers will return. https://bugzilla.gnome.org/show_bug.cgi?id=681797
-
This way, the search results take priority, but while the user is in the search section, they can navigate to that provider icon to launch a search. https://bugzilla.gnome.org/show_bug.cgi?id=681797
-
These are for all search results except apps. https://bugzilla.gnome.org/show_bug.cgi?id=681797
-
Display a '+' icon on the provider icon if there are more results that are hidden. If the provider icon is clicked, ask the provider to launch itself and perform a search with the current terms. https://bugzilla.gnome.org/show_bug.cgi?id=681797
-
Request enough height to fit all children in a single line instead of requesting 0. https://bugzilla.gnome.org/show_bug.cgi?id=679168
-
Jasper St. Pierre authored
This allows us to automatically adjust the "spacing" property of the layout manager whenever the CSS changes.
-
Jasper St. Pierre authored
Since we want to use this in the overview as well, put it into centerLayout.js Panel corners are disabled for now. They'll be added back eventually.
-
When it isn't focused, the search box can be quite hard to see. The text/icon/border color is changed to be brighter in order to increase contrast with the dark background and this works well with various wallpapers. https://bugzilla.gnome.org/show_bug.cgi?id=686479
-
- Oct 31, 2012
-
-
Piotr Drąg authored
-
Matthias Clasen authored
I've heard quite a bit of feedback from people who want to log out, even if they are the sole user on their system. It doesn't seem worth alienating them over this; so add a setting to make the 'Log out' item always show up. https://bugzilla.gnome.org/show_bug.cgi?id=686057
-
Matthias Clasen authored
When the current user is a remote account, or a we are logged in as root, we should always show 'Log out'. https://bugzilla.gnome.org/show_bug.cgi?id=686736
-
- Oct 30, 2012
-
-
Florian Müllner authored
While we recreate icons on style changes elsewhere, the faded icon in the application menu will stick around after icon theme changes until another application is focused. https://bugzilla.gnome.org/show_bug.cgi?id=687224
-
The transparent background for available/unavailable IM status menu makes the text difficult to read. Simplifies that by using the default combo-popup background instead of a custom one. https://bugzilla.gnome.org/show_bug.cgi?id=658091
-
-