- Nov 28, 2010
-
-
Jasper St. Pierre authored
This will allow us to update our notifications when someone uses a different Telepathy client to send messages. https://bugzilla.gnome.org/show_bug.cgi?id=635991
-
-
- Nov 19, 2010
-
-
Florian Müllner authored
Scale up indicators on hover to hint at their clickability. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Update the animation on entering/leaving the overview to only zoom the window previews and fade other elements. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Show a positional indicator where a new favorite will be added and make the favorites re-orderable. Also allow the removal of favorites using drag-and-drop according to the mockups. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Delegate the emission of the window-drag-begin/window-drag-end signals to overview functions, as done already for other items. This will enable objects to react to those signals without having access to the workspace objects / the workspaces view. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Current mockups display all search results as icons as used by application results, so change the default result display to use iconGrid/BaseIcon. Remove the custom application results display, as it is no longer needed. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Add the view selector and adjust the positioning of elements in the overview. Unlike the old dash, the view selector is made public to indicate that extensions may add additional views or search providers. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
As workspaces will appear as a particular view in the view selector, merge WorkspacesControls and WorkspacesManager to control workspaces and related controls, so that a single actor can be added to the selector instead of positioning the elements from the overview. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Make the first workspace the right-most one in RTL locales, as one would expect. Update all dragging/scrolling functions to behave correctly. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
The new layout does no longer support view switching, so merge GenericWorkspacesView and SingleView, and remove MosaicView. Also rename or remove workspace properties and functions which are now unused. The grid will have a comeback with the new DND behavior. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Being no longer an independent menu pane, both the toggle() and close() functions are no longer needed, and the view's structure can be simplified a bit. Also update the style to fit into the view selector. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
-
Florian Müllner authored
As the view selector is a tabbed interface, use the default keyboard shortcut of Ctrl-PageUp/PageDown of GtkNotebook for switching between views. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
The view selector should only deal with view switching, so move the logic to deal with search (find-as-you-type, cancelling a search, navigating/activating results) into the SearchTab. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
The view selector is a tabbed interface with a search entry. Starting a search switches focus to the results' tab, ending a search moves the focus back to the previously selected tab. Activating a normal tab while a search is active cancels the search. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
- Nov 18, 2010
-
-
Florian Müllner authored
With the new layout, search results will be displayed in an independent view like window previews, applications and possible future additions; it does not make much sense keeping it with the switching logic, so move the code to its own file. Also remove the dash-prefix from the relevant style classes. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
With this change, the icons' reactive area extends to the screen edge, making them good targets according to Fitts' law. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
The new dash implementation is a single-column vertical sidebar, whose items are scaled dynamically to fit the available height. If the height is still exceeded after scaling down to a minimum item size, excess items are cut off. The now unused old dash implementation is renamed to OldDash, as its code will be used as a base for the new view selector element. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
As the button to add workspaces will move to the same position as the new workspace drop area in drag mode, the latter is redundant and can be removed. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Overlaying inactive workspaces with a gradient to fade out the actors does no longer work when re-using the normal desktop background. If we keep the current DND behavior, we probably want to implement a real fade effect - for now, just remove the visually disruptive shadows. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
While scaling the desktop background with the window previews represents workspaces quite intuitively, the approach is not without problems. As window previews in the overview behave quite differently to "real" windows, the representation of workspaces as miniature versions of "real" workspaces is flawed. The scaling also makes the transitions to and from the overview much more visually expensive, without adding much benefit. Leaving the background in place provides more visual stability to the transitions and emphasizes the distinctive behavior of elements in the overview. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
The layout of recent mockups occupies the space previously reserved for the info bar with the view selector. As the bar's purpose is mainly to provide the user with feedback, it makes sense to use the existing message tray facility instead of moving the bar elsewhere. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
The scrollbar is the main culprit for cluttered controls in the linear view - all its functionality is already provided by the workspace indicators, so it is save to remove the scrollbar in order to clean up the interface. https://bugzilla.gnome.org/show_bug.cgi?id=634948
-
Florian Müllner authored
Instead of hiding the drag actor temporarily to determine the actor beneath it, make it invisible to picks while dragging using the new shell_util_set_hidden_from_pick(). https://bugzilla.gnome.org/show_bug.cgi?id=634560
-
Florian Müllner authored
At times it is desireable to hide actors from being picked even with a mode of CLUTTER_PICK_ALL. Currently we use a pattern of clutter_actor_hide(); clutter_stage_get_actor_at_pos(); clutter_actor_show(); in these cases, which gets hideous if the actor we want to exclude from the pick is located in another module. A more elegant solution is to connect a handler to the ::pick signal, which stops further emission. Credit for the idea goes to Owen Taylor. https://bugzilla.gnome.org/show_bug.cgi?id=634560
-
Owen W. Taylor authored
The code to draw the root background has now been moved into Mutter, with added smarts to not draw obscured portions. Remove the old version of the code and clone the Mutter background actor to draw the background in the overview. https://bugzilla.gnome.org/show_bug.cgi?id=634836
-
Owen W. Taylor authored
Since we always cover the stage, we don't need to clear it to a constant color before painting the scene. https://bugzilla.gnome.org/show_bug.cgi?id=634769
-
Owen W. Taylor authored
We weren't actually referencing the ShellTrayIcon actors at all on creation, but would unreference them when they were removed, causing crashes. When we reference the actors, use g_object_ref_sink() so that memory management is consistent whether or not the actors are subsequently added to a parent actor. Thanks for Jon McCann for help in tracking this down. https://bugzilla.gnome.org/show_bug.cgi?id=635141
-
- Nov 17, 2010
-
-
Adel Gadllah authored
-
Florian Müllner authored
Status icons should not have tooltips according to the design.
-
Dan Winship authored
-
Giovanni Campagna authored
Add an indicator for battery charge and power indication in the system status area, using the newly exported DBus API from gnome-power-manager. https://bugzilla.gnome.org/show_bug.cgi?id=622451
-
- Nov 16, 2010
-
-
Giovanni Campagna authored
Add a "gicon" property so that a GIcon can be used instead of an icon name, while still getting icon recoloring from the theme. Also include a compatibility wrapper in libshell until GJS has support for interface static methods. https://bugzilla.gnome.org/show_bug.cgi?id=622451
-
Giovanni Campagna authored
Add a "position" argument to addMenuItem, and pass it to the underlying box layout. If undefined or null, it adds at the end.
-
Dan Winship authored
-
Giovanni Campagna authored
Replaces the internal ClutterText with StLabel, so full CSS styling is supported. https://bugzilla.gnome.org/show_bug.cgi?id=622450
-
Florian Müllner authored
libnotify is required by gnome-settings-daemon.
-
- Nov 15, 2010
-
-
Owen W. Taylor authored
gnome-volume-control-applet was renamed to gnome-sound-applet when moved to the control-center module, so we need to check for both names when identifying the legacy status icon.
-
Owen W. Taylor authored
Connect to the "changed" signal on the default icon theme, and when it triggers: - Evict all cached looked up icons from the StTextureCache - Fake a style change on all StThemeContext; this will result in StIcon looking up icons again. https://bugzilla.gnome.org/show_bug.cgi?id=633866
-