Currently when the move to/copy to file chooser dialog is launched
during search, the dialog shows an error as the location is invalid.
Change this so that the base of the search is displayed in the dialog
when this dialog is launched while searching.
https://bugzilla.gnome.org/show_bug.cgi?id=778113
With a batch renaming using a template, the extension is removed.
That is, if we have a file named "some.txt", after renaming using
template "[Original file name]YOLO" we will get "someYOLO.txt",
and this is correct.
But if we renaming folders with a name where there is a dot and
subsequent symbols, these characters will be mistakenly considered
an extension. For example, after renaming folders "file" -> "fileYOLO",
"FILEZ." -> "FILEZ.YOLO" (is correct), but "org.package.library" ->
"org.packageYOLO.library", "project-2.0" -> "project-2YOLO.0",
"my.files" -> "myYOLO.files", "extra-0.85" -> "extra-0YOLO.85" (is
incorrect)
To fix this bug we won't search extension if current NautilusFile
is a directory.
https://bugzilla.gnome.org/show_bug.cgi?id=780326
If the user tries to replace a folder with a symbolic link with the same
name,the content of the destination folder was being deleted.
To fix this behaviour, the UI disables the replace button allowing the
user only to skip or to rename in order to avoid the deletion of the
destination folder's content.
https://bugzilla.gnome.org/show_bug.cgi?id=632323
Otherwise meson install libnautilus into lib64, which is wrong for
flatpak or other distributions.
Seems this is always going to guess it wrong, let's always specify
libdir.
This reverts commit a84bf6ac79.
Meson can be used now from builder, although it compiles everytime due
to ninja issue https://github.com/ninja-build/ninja/issues/1120 it's
still faster than autotools for me (quite surprising), so switching for
it as default build system.
Developers can still use autotools just switching the buildsystem in the
flatpak manifest.
EXIF and Exempi are currently only being detected due to an oversight.
This commit makes Meson define the preprocessor macros needed to use the
libraries.
https://bugzilla.gnome.org/show_bug.cgi?id=779879
Either we expand the GtkFlowBox making the icons scarce around, or
we need to handle ourselves the mouse events with an event box on top
of it.
Ideally GtkFlowBox would expand but have a property to pack the
children. This will be possible in gtk4 when GtkContainer is an
interface and GtkFlowBox implements it, but being able to have an
overlay on top that will handle these clicks outside of the actual area
and also the rubber band selection.
We were not handling it properly, making trash and other operations to
fail.
This functions should be removed anyway. Probably if we don't need
tree view expanding in a future.
