Signed-off-by: gaobo <gaobo@kylinsec.com.cn>
Fixes an issue where creating a file and naming it with a dot prefix (e.g., .hidden) would not take effect; the filename would revert to the default and the file would not be automatically hidden. This issue also occurs when changing an existing file's name to a hidden name. Original commit: https://gitlab.gnome.org/GNOME/nautilus/-/commit/618f6a6d1965b35e302b2623cbd7e4e81e752ded Fixes #1746
* search: Respect hidden files setting when searching When starting a search, check the current window's hidden files mode and apply the same setting to search results. This ensures search results match the visibility of files in the current directory view. * search: Add support for globs Add globbing when searching for files. Caja will autodetect if the query contains a glob and change its search to use that instead of substrings. Example: - "*.txt" finds all text files - "photo-?.jpg" finds numbered photo files - "data[0-9]*.csv" finds numbered data files * search: Add location tooltips for search results Display file location in tooltips when hovering over search results in both icon and list views. This can help users tell where files are located since search happens across subdirectories.
Display the git branch along with directory name in icon view; when the directory is a git repository. Obviously further work will be required to enable/disable as a displayed option, and potentially some level of customisation. This would require open discussion of possibilities. Solutions for co-existence with other displayable parameters also to be community determined. Consideration and feedback appreciated. * Add UI support to enable/disable option Added user interface support for option to enable and disable the display of the git branch name in icon view. * Add internationsation support for the new feature With translations for most of the currently supported languages. * Update caja.pot Build system regenerated .pot file with additional strings from new feature (already in previous commit), new strings already introduced to code-base, along with updated source file line numbers of existing strings. Required for the automated pull mechanism in Transifex - which should complete once merged with master branch.
As the UI doesn't have semantic groups for owner/group/others settings but they are only visually apparent, add some more context to the accessible version of the labels to identify what it targets. This is especially useful for the setting for other's permissions, because the focus never lands on the line with the "Others" label, hence making it hard to infer the context while navigating. Another solution would be to redesign the UI to have semantic groups, like e.g. labeled frames, but it's a lot less trivial and a lot more intrusive a change.
Neither the button nor the icon shown in the properties dialog had nay name, which is a problem for accessibility as an assistive technology thus doesn't have anything to present to the user apart from an unnamed button or image -- which isn't particularly helpful. Improve this in two ways: * Add a description to the icon, either matching the file type display name of the icon, the fact it's a custom icon or conveying multiple files are selected and the icon is hence not very specific. * Add a tooltip to the button hinting that it can be used to change the associated icon.
*In the wayland session, we now have mate-settings-daemon with GDK_BACKEND=x11 *We need it anyway to control theming in xwayland apps,so we can now use mate-appearance-properties to set the desktop background when it is running
* Wayland-background-dialog: fix memory leaks * Wayland-background-dialog: check that the image is valid before using it
*Reduce the scope of the preview box *Do not read the same value from gsettings before reading it from the color style combobox