summaryrefslogtreecommitdiff
path: root/src/resources
Commit message (Collapse)AuthorAgeFilesLines
* nautilus-toolbar.ui: Lessen disgustingly large marginErnestas Kulik2019-06-291-1/+1
|
* nautilus-toolbar.ui: Drop submenu child propertyErnestas Kulik2019-06-291-6/+0
|
* nautilus-preferences-window.ui: Rename internal child to “content_area”Ernestas Kulik2019-06-291-1/+1
| | | | It’s no longer “vbox”.
* general: Use GtkStackPage in GtkStackErnestas Kulik2019-06-294-356/+379
|
* general: Drop position child propertiesErnestas Kulik2019-06-296-377/+0
| | | | Those are gone wherever they existed.
* preferences-window.ui: Declutter icon view caption sectionErnestas Kulik2019-06-291-105/+38
| | | | | There were too many containers at play. We have a perfectly good grid, so let’s just put everything in it.
* general: Implement and use our own theatric containerErnestas Kulik2019-06-292-17/+26
| | | | | | | | | | | This commit introduces NautilusTheatricBin, a GtkBin that allows adding a flash effect to any widget. The widget replaces IdeBoxTheatric from libegg (libdazzle), which is incompatible with the GTK+ 4 rendering model, but still uses the same tweening machinery. One problem that is relevant to our use case is that GtkRevealer clips the child widget if the transition type is not NONE or CROSSFADE, so the end result is not quite as expected.
* ui: Hide state overlays by defaultErnestas Kulik2019-06-294-0/+4
| | | | | | | In GTK+ 4, the overlays for various different states (empty folder, no search results, etc.) are visible by default and can be seen when creating a new tab or opening a new location. That is fixable by hiding them by default.
* nautilus-toolbar.ui: Remove main box marginErnestas Kulik2019-06-291-1/+0
| | | | | Since the addition of a GtkGizmo in GtkPopoverMenu, the content is already padded by 8 px.
* nautilus-preferences-window.ui: Set numeric on GtkSpinButtonErnestas Kulik2019-06-291-1/+1
| | | | | Since it is no longer a GtkEntry, the input-purpose property does not exist there.
* nautilus-preferences-window.ui: Stop setting GtkContainer::resize-modeErnestas Kulik2019-06-291-1/+0
|
* nautilus-toolbar.ui: Rename GtkHeaderBar:show-close-buttonErnestas Kulik2019-06-291-1/+1
| | | | The property is now show-title-buttons.
* nautilus-search-popover.ui: Drop GtkSizeGroup:ignore-hiddenErnestas Kulik2019-06-291-2/+0
| | | | | The property no longer exists, and the code acts as if it were true, anyway.
* general: Don’t set xalign where unsupportedErnestas Kulik2019-06-291-3/+0
| | | | Most notably, GtkButton:xalign has been deprecated since GTK+ 3.14.
* general: Use updated margin property namesErnestas Kulik2019-06-291-8/+2
| | | | margin-left is now margin-start, and margin-right is now margin-end.
* toolbar: Stop connecting to GtkWidget::drawErnestas Kulik2019-06-291-1/+0
| | | | GtkDrawingArea allows setting the draw function.
* file: Don’t frame videos or imagesErnestas Kulik2019-06-291-1/+0
| | | | | Video framing is no longer desirable from a design standpoint, and framing images does not align with what’s done in the flow box view.
* general: Use GtkButton as a containerErnestas Kulik2019-06-291-6/+5
| | | | | GtkButton lost its GtkImage-related API, and should be used as a regular container.
* general: Update GTK sourcesErnestas Kulik2019-06-292-1/+2
| | | | | | This commit modifies the GTK code generator and adds the sources for GtkPlacesSidebar, since it’s become private API. Additionally, other upstream sources are updated.
* general: Drop uses of gtk_widget_show_all()Ernestas Kulik2019-06-281-2/+0
| | | | | | Widgets are visible by default since GTK+ 4, aside from the function being removed from GTK+ altogether. Additionally, this replaces calls to gtk_widget_set_no_show_all() with gtk_widget_hide().
* general: Drop uses of gtk_container_set_border_width()Ernestas Kulik2019-06-284-17/+6
|
* general: Don’t set child properties when packing to GtkBoxErnestas Kulik2019-06-287-272/+6
| | | | | | | gtk_box_pack_*() no longer take child properties - the expansion, fill-alignment and padding should be set in the widgets themselves. The same applies to GtkBuilder definitions - the child properties are removed in this commit.
* query-editor: Use GTK+ 4 tagged entryErnestas Kulik2019-06-281-5/+0
|
* toolbar: add missing mnemonic in main menuTomasz Gąsior2019-06-151-1/+1
|
* toolbar: remove redundant separators in main menuTomasz Gąsior2019-06-151-20/+7
|
* Adwaita.css: make disclosure-button styles specificTomasz Gąsior2019-06-151-1/+2
| | | | | | Original intention was to make disclosure button narrow. Override horizontal paddings only and inherit vertical paddings from parent stylesheet for simpler maintenance.
* Adwaita.css: make sidebar selector specificTomasz Gąsior2019-06-151-7/+7
| | | | | | | | | Have been using CSS to desaturate nautilus sidebar. However, this also affects the GtkFileChooser invoked by nautilus, which is unnecessary and breaks consistency with other apps. To avoid that side effect, use more specific CSS selectors.
* nautilus-toolbar.ui: Fix typoErnestas Kulik2019-05-031-1/+1
|
* nautilus-toolbar.ui: Add translator commentErnestas Kulik2019-05-031-1/+1
|
* nautilus-toolbar.ui: Add tooltip to "View menu"Veerasamy Sevagen2019-04-301-0/+1
| | | | | | | Currently, whenever the cursor is on the view-menu icon, there is no tooltip, which could help define what the function of this button is. Related: https://gitlab.gnome.org/GNOME/nautilus/issues/893
* search-popover: Make search-popover modalGeorge Mocanu2019-02-191-1/+1
| | | | | | | | | | | | Currently, the search popover is not dismissed when clicking outside. Clicking anywhere other than on popover should close the popover. This patch fixes this behaviour by making the search-popover modal. Closes https://gitlab.gnome.org/GNOME/nautilus/issues/528
* toolbar: Improve menu actions discoverability and dispositionCarlos Soriano2019-02-062-115/+255
| | | | | | | | | | | | | | We have some background menu items available in the pathbar buttons such as "Select All" or "New Folder", however we decided to duplicate some of them into the hamburguer menu for better discoverability. Not sure if this is a long term plan, but for now it will fix the issue of discoverability of those actions. Since the hamburguer menu now mixes actions from different contexts, we can rearrange a few other menu items from the view menu to the hamburguer menu, specially those that are not related to the view like "show hidden files".
* toolbar: Improve pathbar discoverabilityCarlos Soriano2019-02-052-27/+187
| | | | | | | | | | | | | | | | | | For 3.30 Nautilus implemented a new path bar design that provided a the view background menu in the path bar labels that was usually unavailable in list view. While this is a good step forward, the discoverability of the path bar buttons was not good, users didn't figure out those are actual buttons and they can click in them. This work tries to fix that by buttinizing again the path bar, while matching better with the new gtk stylesheet. Changes are the style of the path bar buttons and adding a "New Folder" to the hamburguer menu. Fixes: https://gitlab.gnome.org/GNOME/nautilus/issues/734
* nautilus-toolbar.ui: Improve the alignment with the HighContrast themeJordan Petridis2019-01-241-44/+56
| | | | | | | | | | While adwaita takes care of centering the buttons and alignment, HighContrast doesn't and everything is misaligned and differently sized making the toolbar look horribly broken. This patch sets valignment for the affected widgets to center in order to fix that. It should not have any effect with to the current version of adwaita.
* nautilus-batch-rename: batch rename with long file namesTimothy OBrien2019-01-241-1/+4
| | | | | | | The batch rename dialog (NautilusBatchRenameDialog) is a fixed-size window. Therefore, ellipsized names and changes may become ambiguous to the user. This patch makes the dialog resizable so that the user can reveal the full file names. Fixes #819
* nautilus-batch-rename-dialog-menu.ui: Convert .ui files that use GMenu to a ↵Sumaid Syed2019-01-233-90/+96
| | | | | | | | | | | | | | separate file The UI file nautilus-batch-rename-dialog.ui uses GMenu. Glade currently does not support <menu> sections but UI files with <menu> sections need to be edited. Seperate Menu files into a different file nautilus-batch-rename-dialog-menu.ui. Closes https://gitlab.gnome.org/GNOME/nautilus/issues/566
* Adwaita.css: Sidebar Unmount Icon Color StyleTimothy OBrien2019-01-141-0/+1
| | | | | The unmount icon for a device was displayed in inverted color when the device was selected in the sidebar. Applied styling to use the same theme color as other selected icons. Fixes #645
* adwaita.css: Apply new style to path-bar DnD TargetsTimothy OBrien2019-01-141-0/+2
| | | | | path-bar DnD targets were using the 'green border' style when targeted. This style is inconsistent with the 'solid bottom border' style of the other path-bar actions. This commit updates the target style to show a 'solid bottom border' in the theme's drop target color. Fixes #765
* Adwaita.css: Remove custom development stylingChristopher Davis2019-01-101-7/+0
| | | | | GTK now includes it's own styling for development versions, so Nautilus doesn't need to include it's own.
* nautilus-pathbar.c: Rename path-bar class nameVaibhav Yadav2019-01-041-3/+3
| | | | | | path-bar class name was clashing with the one in gtk. Hence renaming the same to nautilus-path-bar.
* Remove App Menup37322018-11-023-52/+31
| | | | Remove the app menu, add the Sidebar toggle action to the main menu and rename "About" to "About Files".
* Revert "toolbar: Use GTK_STYLE_CLASS'es on the pathbar container box"António Fernandes2018-10-121-0/+6
| | | | | | | | | | | | | | | | This reverts commit 0009d0e771f1a7cb9adf12e78d66aefcccc766b6 That commit gave the pathbar a bounding frame under HighContrast. However, this 1px border is not consistent with button borders, and it lacks padding. The result is uglier than before the change. Furthermore, it may be the case that setting GTK_STYLE_CLASS_BACKGROUND and GTK_STYLE_CLASS_FRAME in a GtkBox is either meaningless or leads to unexpected styling. This change is neutral for Adwaita, so let's revert it. Fixes https://gitlab.gnome.org/GNOME/nautilus/issues/674
* toolbar: Use GTK_STYLE_CLASS'es on the pathbar container boxAntónio Fernandes2018-10-021-6/+0
| | | | | | | | | | | | | On wider windows, we show a border around the pathbar and fill it with background color using custom CSS specific for Adwaita. This means the pathbar is unbounded in HighContrast mode or 3rd party custom themes, giving the headerbar an uncentered, unbalanced layout. Fix that using the "frame" and "background" style class which are exposed by Gtk+ for this purpose. Closes: https://gitlab.gnome.org/GNOME/nautilus/issues/661
* pathbar: Use flat style classAntónio Fernandes2018-09-261-6/+0
| | | | | | | | | | | | | | | We use custom CSS that undecorates pathbar buttons in Adwaita. However, this doesn't apply to HighContrast, which keeps button borders, and it looks bad because there are slashes between them. While some custom styling is still needed, some can be replaced using the public "flat" class, with the benefit of removing the button borders in HighContrast (as well as any 3rd party custom theme that supports the "flat" class). Do that. Also, remove the now pointless "linked" class. Fixes: https://gitlab.gnome.org/GNOME/nautilus/issues/661
* Adwaita: Use variant-agnostic stylingAntónio Fernandes2018-09-141-4/+4
| | | | | | | | | | | | | We use unsaturated selection style for sidebar rows to make it grab less attention. Since we use the light variant of Adwaita, we do this by making the colors darker using the shade() CSS color expression. However, this assumption breaks if the dark variant is explicitly set in Tweaks. While nautilus is not developed for the dark variant, this commit makes it work by deriving shading from other theme colors instead. Fixes https://gitlab.gnome.org/GNOME/nautilus/issues/630
* preferences-window.ui: Restore accessible rolesAntónio Fernandes2018-08-281-4/+54
| | | | | | | | | | | These were introduced in 8c9203d6a8fa5622c739261c5c59bd56c9c7f0f6 However, due to a bug in Glade 3.22, they were lost when saving and, as a result, removed since commit f2061e94093a33072e792181433b0618bf68d1b2 Restore these roles. Also, fix wrong label-for/labelled-by relationship. https://gitlab.gnome.org/GNOME/nautilus/issues/563
* pathbar-context-menu: Make "Add to Bookmarks" workAntónio Fernandes2018-08-281-1/+1
| | | | | | | | It was bound to an inexisting action. Just bind it to the same action as the <Ctrl><D> shortcut. Closes https://gitlab.gnome.org/GNOME/nautilus/issues/552
* pathbar-context-menu: Don't show Star/UnstarAntónio Fernandes2018-08-281-10/+1
| | | | | | | | | | | These actions are applying to the selected files, not the current folder. Also, if fixed to apply to the current location, they overlap with "Add to Bookmarks" in intent, making it hard for a person to decide. Since we can't Star all location, favor "Add to Bookmarks" for now. https://gitlab.gnome.org/GNOME/nautilus/issues/552
* toolbar.ui:Fix keyboard access to buttonsCarlo Lobrano2018-08-261-3/+3
| | | | | | | | | | Currently back_button, forward_button and app_button (hamburger button) are not accessible via keyboard. This commit fixes this changing the property `can_focus` from False to True for the above mentioned buttons. Fixes: https://gitlab.gnome.org/GNOME/nautilus/issues/569
* css: Add background color to path-bar-boxAntónio Fernandes2018-08-091-1/+4
| | | | | | | | The bare outline around the pathbar feels unfinished. So, fill the area with the theme's background color. Related to https://gitlab.gnome.org/GNOME/nautilus/issues/548