summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* search: Make search result description semitransparentwip/raresv/uiTweaksSass2raresvis2017-07-131-1/+1
| | | | | | | | | | There is a clear difference between the search result and its associated description which the mockups clearly highlight. Consequently, make the description label semitransparent, in order to emphasize the search result, not the description itself. https://bugzilla.gnome.org/show_bug.cgi?id=749957
* search: Use standard font size for list result titlesraresvis2017-07-131-1/+1
| | | | | | | | | The current size of the text is way bigger than what we want now. The default front size is what we are looking after, therefore no explicit value is needed to specify the font size. https://bugzilla.gnome.org/show_bug.cgi?id=749957
* search: Replace the gradient separator with a simple lineraresvis2017-07-131-7/+1
| | | | | | | | | The current separator uses a gradient effect as a separator between search results. As the mockups suggest, the gradient separator is no longer needed, in favor of a more simple one, which is a thin semitransparent line. https://bugzilla.gnome.org/show_bug.cgi?id=749957
* search: Refactor providerIcon into providerInforaresvis2017-07-131-5/+2
| | | | | | | | | | | In order to match the current mockups, the providerIcon class needed to include both the name of the provider and the label that informs the user about how many more search results are available for that specific provider. The latter replaces the plus sign icon that has been used so far. https://bugzilla.gnome.org/show_bug.cgi?id=749957
* search: Make the results take more horizontal spaceraresvis2017-07-131-3/+3
| | | | | | | | | | | | | | In order to make gnome-shell search functionality fit on smaller screens, like those of devices, search results need to take advantage of more horizontal space so that any extra space can be used efficiently. In order to do so, change the layout of the ListSearchResult class from a vertical one, to a horizontal one and also decrease the padding of the list-search-result-content css class. https://bugzilla.gnome.org/show_bug.cgi?id=749957
* style: Fix nesting of elementsFlorian Müllner2017-06-211-8/+6
| | | | | | | .login-dialog-user-selection-box is the enclosing element, not between .login-dialog-not-listed-button and .login-dialog-not-listed-label. https://bugzilla.gnome.org/show_bug.cgi?id=784040
* _common: Add transparency when free-floatingAlessandro Bono2017-05-191-3/+44
| | | | | | | | | | | | The solid black top bar we currently use works well for maximized or tiled windows, as it puts focus on the application content by blending into the monitor bezel. However it also visually reduces the screen space, which is particularly noticeable when no window is located nearby. Having the top bar blend with the background is a better option in that case, so track window positions and add some transparency when the top bar is free-floating. https://bugzilla.gnome.org/show_bug.cgi?id=747163
* theme: Use font-relative width for promptsFlorian Müllner2017-05-051-5/+5
| | | | | | | | | The usual expectation when selecting large fonts is for content to be bigger, not that less content is displayed. While not always possible, there's no reason not to scale modal dialogues with the font size. https://bugzilla.gnome.org/show_bug.cgi?id=782000
* dateMenu: Add a vertical separator between message list and calendarFlorian Müllner2017-03-141-0/+6
| | | | | With the background boxes gone from messages, we need some visual indication for how elements are aligned.
* mpris: Add hover effectFlorian Müllner2017-03-141-0/+2
| | | | | It is not immediately obvious that media controls are interactive, so add a small hover effect.
* calendar: Fake baseline alignment for notification timestampFlorian Müllner2017-03-141-0/+3
| | | | | We don't have GTK's baseline alignment, so all we can do is add some padding and hope it works out fine for most fonts and sizes ...
* dateMenu: Add some spacing between displaysFlorian Müllner2017-03-131-0/+1
| | | | | Now that we have more than just the "World Clocks" display, it turns out we need some spacing between sections.
* padOsd: shuffle title labels hierarchyFlorian Müllner2017-03-131-0/+3
| | | | | | | Add some boxes in between, so we can add the pad chooser button and the overall result is still centered. https://bugzilla.gnome.org/show_bug.cgi?id=779986
* mpris: Make forward/backward insensitive when unavailableFlorian Müllner2017-02-271-0/+1
| | | | | | | | | Media notifications currently always show the forward and backward buttons as clickable, regardless of whether the corresponding action is available or not. Media players usually address this by rendering controls insensitive in this case, so do the same here. https://bugzilla.gnome.org/show_bug.cgi?id=773884
* Refine notification styleFlorian Müllner2017-02-271-16/+16
| | | | | | | | | | Update the notification style according to the latest mockups: - make notification icons smaller and prefer symbolic variants - remove background box when not hovered/focused - increase spacing between elements - use normal text sizes https://bugzilla.gnome.org/show_bug.cgi?id=775763
* calendar: Only show section title for other daysFlorian Müllner2017-02-271-3/+3
| | | | | | | | | | | | The section titles usually don't provide a lot of value - messages themselves are usually pretty unambiguous about their type, and having a hidden shortcut to some settings panel or application isn't essential either - except when showing the selected date when browsing other days, as it adds context to the listed events. Based on that, remove the section title as a general MessageListSection feature and move it into the EventsSection, where we only show it when it is useful. https://bugzilla.gnome.org/show_bug.cgi?id=775763
* messageList: Remove section clear buttonFlorian Müllner2017-02-271-17/+0
| | | | | | | With the new "Clear All" button in the message list as a replacement, we can remove the individual clear buttons from the sections. https://bugzilla.gnome.org/show_bug.cgi?id=775763
* calendar: Add "Clear All" button to message listFlorian Müllner2017-02-271-0/+6
| | | | | | | | | | We will eventually remove section titles from the message list to reduce visual noise and give the actual information provided by the messages more space. So in order to not lose the ability to mass-dismiss messages, the latest mockups spot a "Clear All" button at the bottom - implement that. https://bugzilla.gnome.org/show_bug.cgi?id=775763
* dateMenu: Add Weather sectionFlorian Müllner2017-02-271-0/+7
| | | | | | | | | Similar to the Clocks integration we've had in the date+time drop-down for a while, the designs have called for a similar section that integrates GNOME weather as well. Use the WeatherClient added in the previous commit to implement that section and add it to the popover. https://bugzilla.gnome.org/show_bug.cgi?id=754031
* Update pad OSD styleFlorian Müllner2016-11-041-1/+1
| | | | | | The second parameter to transparentize() is the amount of additional transparency - that is, it is subtracted from, not multiplied with the current opacity.
* padOsd: Add theming for the pad OSD.Carlos Garnacho2016-11-041-0/+10
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=771067
* altTab: Add CyclerHighlight styleFlorian Müllner2016-09-081-0/+3
| | | | | | | We need an indication while cycling through windows, so add a nice big border. https://bugzilla.gnome.org/show_bug.cgi?id=771063
* Provide org.freedesktop.impl.portal.access implementationFlorian Müllner2016-07-131-0/+29
| | | | | | | | | | If a sandboxed app requests access to some system resource (camera, microphone, location), the portal frontend needs to ask the user for permission. In GNOME, we want this to be a system modal dialog, so provide an org.freedesktop.impl.portal.access implementation that exposes a generic system modal permission dialog on the bus. https://bugzilla.gnome.org/show_bug.cgi?id=768669
* calendar: Do not overload :active to mark selected dayFlorian Müllner2016-07-081-1/+1
| | | | | | | | | | | | | | We currently use the :active pseudo class to mark the selected day in the calendar. Whenever the selected date changes, the class is added to the corresponding button and removed from all others. However when the selected date doesn't change (i.e. when clicking the already selected date), the buttons are not updated and the use of the :active class conflicts with StButton's builtin handling of the class - the class is removed on the button up event and the button is deselected. Fix this by simply using a different pseudo class. https://bugzilla.gnome.org/show_bug.cgi?id=746867
* Add level bar stylingCosimo Cecchi2016-05-201-0/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=758471
* location: Style reason labelZeeshan Ali (Khattak)2016-03-041-0/+5
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=762480
* location: Style geolocation dialogFlorian Müllner2016-02-181-0/+21
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=762119
* media section touch upsJakub Steiner2016-02-181-2/+5
| | | | | | - make the missing album art more subtle. Negative space asked for sizing the box slightly larger. Don't hate me for using border-width for it ;)
* calendar: Add Media sectionFlorian Müllner2016-02-171-0/+15
| | | | | | | We lost media controls outside of notification banners when implementing the new notification designs. Reimplement this functionality as a dedicated "Media" section in the message list based on MPRIS.
* audioDeviceSelection: Add audio selection dialogFlorian Müllner2016-02-151-0/+34
| | | | | | | | It is not always possible to determine the type of audio device that got plugged in. Add a system modal dialog to query the user in that case and export in on the bus to gnome-settings-daemon. https://bugzilla.gnome.org/show_bug.cgi?id=760284
* make week numbers more ligibleJakub Steiner2016-02-011-5/+5
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683245
* tone down modal dialogs bordersJakub Steiner2016-01-131-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=760577
* style week numbersJakub Steiner2016-01-131-0/+10
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683245
* Tweak power indicator spacingFlorian Müllner2015-11-171-0/+5
| | | | | | | Icon and label are tied together, so drop the spacing usually used between status items. https://bugzilla.gnome.org/show_bug.cgi?id=735771
* search entry - darken strokeJakub Steiner2015-10-261-1/+1
| | | | - the border was too shiny
* use osd colors for search (for classic)Jakub Steiner2015-10-261-0/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=757011
* style: Use font-relative sizes for menu widthsFlorian Müllner2015-10-051-4/+4
| | | | | | For menus, it makes more sense to pick a width that fits a reasonable amount of content rather than a fixed amount of screen estate, so use font-relative sizes instead of pixel values.
* aggregate-menu: Drop max-widthFlorian Müllner2015-10-051-1/+0
| | | | | | | | | The menu now only considers labels we don't want ellipsized for its width request, which already sufficiently limits the width. Plus even a generous max-width cannot guarantee that we don't end up ellipsizing "essential" labels in some locales. https://bugzilla.gnome.org/show_bug.cgi?id=708472
* aggregate-menu: Allow adjusting of the menu widthAdel Gadllah2015-09-251-1/+2
| | | | | | | | | | Currently the menu is too narrow for some translated texts causing them to be cut off. We do not want to allow an arbitary wide menu so as a compromise allow growing up to a maximum size that is considered acceptable. https://bugzilla.gnome.org/show_bug.cgi?id=708472
* status: Refine system status menuFlorian Müllner2015-08-201-4/+8
| | | | | | | | * make user submenu icons smaller * make the system menu less wide (as we're switching to a one-column layout) https://bugzilla.gnome.org/show_bug.cgi?id=751377
* Tweak message list styleFlorian Müllner2015-08-051-1/+8
| | | | | | * make icons smaller * use small font size in body * add some spacing between secondary item and title
* theme: Match gtk+ modal dialog buttons styleCarlos Soriano2015-08-052-11/+35
| | | | | | | Only drawbackis we need a little workaround in _drawing for an issue with box-shadow. See bug 752934 for context. https://bugzilla.gnome.org/show_bug.cgi?id=746108
* add note about app icon sizingJakub Steiner2015-08-031-0/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=747932
* common: Make menu ornament slightly widerFlorian Müllner2015-07-301-1/+1
| | | | | | | The existing width works well enough for a narrow character like the dot, but doesn't leave any whitespace for a wider one like the checkmark. https://bugzilla.gnome.org/show_bug.cgi?id=741366
* scrollbar color tweaks for dark/lightJakub Steiner2015-05-291-2/+2
| | | | | | | - scrollbars were invisible in classic - sync color with gtk https://bugzilla.gnome.org/show_bug.cgi?id=750072
* make expanders more visible for alt-tabJakub Steiner2015-05-111-5/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=745058
* calendar: make day with events more prominentJakub Steiner2015-04-151-1/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=747715
* panel-corner: Fix typo preventing unlock-screen style from workingRui Matos2015-03-301-1/+1
|
* messageTray: Stop including an actor with NotificationsFlorian Müllner2015-03-171-55/+1
| | | | | | | | | We now stopped using notification actors directly for anything, so we can simplify the Notification class significantly by turning it into a purely informational object others can use to built their UI representation from. https://bugzilla.gnome.org/show_bug.cgi?id=746343
* telepathyClient: Provide a custom banner implementationFlorian Müllner2015-03-171-2/+3
| | | | | | | | | Since we stopped special-casing chat notifications to use the old notification actor, we need to provide a notification banner to maintain the inline chat functionality, so split out the UI from the existing ChatNotification class. https://bugzilla.gnome.org/show_bug.cgi?id=746343
View Lorry Controller Status