| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This will help avoid potentially breaking pre-release changes in the
future.
https://bugzilla.gnome.org/show_bug.cgi?id=786104
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=786079
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Until now archives were managed only if activated from Nautilus itself
and if a setting was set.
There are two main problems with this.
1- Archives opened in other apps cannot be handled by Nautilus
2- Users cannot use the regular mime type handling for setting Nautilus
as the app handling archives, or unsetting it.
This patch add support for archives mime types handled by gnome-autoar
and removes the UI and setting used in the previous version.
https://bugzilla.gnome.org/show_bug.cgi?id=771424
|
|
|
|
|
|
| |
It was removed long ago
https://bugzilla.gnome.org/show_bug.cgi?id=771424
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The search text can now also match the contents of a file, besides
the file name.
This is done with the help of a Tracker query, using fts:match, which
matces both the contents of a file and the filename.
The user also has the option to choose whether to use or not the
Full Text Search. This can be done with a preference, which represents
the default option when opening a new tab/window or from the search
popover.
https://bugzilla.gnome.org/show_bug.cgi?id=775961
|
|
|
|
|
|
|
|
| |
This hides the autostart from Ubuntu's Startup Applications
app since we don't want users to easily disable this without
understanding why it's there.
https://bugzilla.gnome.org/show_bug.cgi?id=781874
|
|
|
|
|
|
| |
We’re moving to Meson this cycle, so this is losing some deadweight.
https://bugzilla.gnome.org/show_bug.cgi?id=780366
|
|
|
|
|
|
|
|
|
| |
run-uncrustify.sh script uses cwd relative file names, which fails
if it is ran from the repository root or other directory.
This commit fixes the paths relative to the script.
https://bugzilla.gnome.org/show_bug.cgi?id=779408
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since it’s 2017 already, Nautilus should use a build system that doesn’t
take longer to set up the build than it takes to actually build. An
observed build time using Ninja of roughly one-fifth of what it took
Autotools is more than reason enough to add support for Meson. Along
with that, this commit adds a convenience script to generate a tarball
for releases, since we use libgd as a submodule and Meson does not
handle source distributions.
https://bugzilla.gnome.org/show_bug.cgi?id=778167
|
|
|
|
|
|
|
|
| |
This commit removes git.mk and adds hand-written gitignore files. That
is needed to ignore build/, which is the directory of choice for Meson
builds.
https://bugzilla.gnome.org/show_bug.cgi?id=778167
|
| |
|
|
|
|
|
| |
With the flow box we can finally add more zoom levels. Add a new larger
one so the user can view larger content.
|
|
|
|
|
|
|
| |
Not sure when this changed, but it's a mistake since we always wanted
list view when searching as default.
Let's fix it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After all the rework on the window slots, views, and splitting
the desktop, we are finally able to add a flow box based view for
Nautilus.
The GtkFlowBox is still not performance enough to be added as the
default view, not even as an alternative in the user preferences.
However, since the work on this is one of the biggest for Nautilus and
gtk+, the decision was to merge a prototype in order to open the
development, testing and iteration of the code in order to make it
good enough for, in a not so far away future, have it as the main view.
The work merged is not finished, and is an experiment and prototype in
more things than just the GtkFlowBox, we want to create a single shared
model with a complete MVC pattern between all the views. This will need
quite a few iterations to get it right, but once is done right, I hope
it's going to be good enough as an example to any application that wants
multiple types of views with the new widgets of gtk+.
This patch adds the GtkFlowBox view to be optionally used under a
gsetting called use-experimental-views, turned off by default.
|
|
|
|
| |
This reverts commit 48cd7072a14ca75cd3dfe199ebb8c1c7e0a3a138.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=776796
|
|
|
|
|
|
|
| |
Variables in service files are substituted using sed, which takes more
space than a couple of lines in configure.ac.
https://bugzilla.gnome.org/show_bug.cgi?id=776796
|
|
|
|
|
|
|
| |
Bug Buddy is no longer actively maintained and probably even less
actively used. ABRT and Apport seem to not parse these things as well.
https://bugzilla.gnome.org/show_bug.cgi?id=776796
|
|
|
|
|
|
| |
It was to be removed in 39b4fc320b2a4ef6cfd36f7e2f74cc2cfcf60e9d.
https://bugzilla.gnome.org/show_bug.cgi?id=776796
|
|
|
|
| |
It's blue now, there won't never be enough blue icons.
|
|
|
|
|
| |
- work around the issue in Inkscape. For more information, see
https://bugs.launchpad.net/inkscape/+bug/1651436
|
|
|
|
|
|
|
|
| |
Part of the Adwaita fullcolor refresh.
- 512x512px for highres
- less shine
- flatter
|
|
|
|
|
|
| |
See https://developer.gnome.org/hig/stable/typography.html
https://bugzilla.gnome.org/show_bug.cgi?id=774288
|
|
|
|
|
|
|
| |
The sort-directories-first gsetting should be consistent
system-wise.
https://bugzilla.gnome.org/show_bug.cgi?id=750996
|
|
|
|
|
|
|
|
|
| |
lineup-parameters: remove unused variable (fixed upstream)
bookmark: cast away const modifier in nautilus_bookmark_compare_with()
when using GLib macros
file-operations: used correct enum in a function call
https://bugzilla.gnome.org/show_bug.cgi?id=772586
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=770564
|
|
|
|
|
|
|
|
|
| |
The final return should not be reachable - but there is no way for
the compiler to know
Just return 0 as last fallback
https://bugzilla.gnome.org/show_bug.cgi?id=770652
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current style of nautilus is rather poor and mixes at least 3
different code styles.
Specific issues that affect the most common contributors to Nautilus
performance are:
- tabs for multiline alignment.
- mix of tabs and spaces.
- errors on no braced one liners conditionals.
- errors on non braced case statements with variable declarations.
So I would say requirements for the style is to address the previous
issues and also be a well known style. I don't want new contributors
to see a new style completely different from C books authors.
So far, I found Allman (aka BSD) style which seems the choice of most C
books authors as far as I can see on internet, and it address the
previous mentioned issues.
Since uncrustify doesn't support the aligment of parameters we do for
multiple stars "**", we also added a script made by Sebastian Wilmet
to align those.
As a matter of practicity I'm going to convert all Nautilus style to
this one, and if the next person who contributes most on Nautilus has
a different choice, please feel free to change it to whatever makes your
performance and your contributors performance the best.
https://bugzilla.gnome.org/show_bug.cgi?id=770564
|
|
|
|
|
|
|
|
| |
The compression operation allows multiple formats to be selected. It would be
good to store the last choice of the user in order to select it for future
operations.
https://bugzilla.gnome.org/show_bug.cgi?id=770199
|
|
|
|
|
|
|
| |
Make extraction the default action for activating selected archives and add an
option to open them instead of extracting.
https://bugzilla.gnome.org/show_bug.cgi?id=768646
|
|
|
|
|
|
|
| |
The Automake file for icons was missing the 256x256 icon. This commit
includes it in the data file list.
https://bugzilla.gnome.org/show_bug.cgi?id=770145
|
|
|
|
|
|
|
|
| |
Instead of using a themed icon.
This is necessary for flatpak Nautilus properly.
Patch made mostly by Mathieu Bridon and help of Patrick Griffis.
Thanks a lot!
|
|
|
|
| |
This reverts commit eff30bcf53daa6f90c70dfb7c495244a3bd612aa.
|
|
|
|
|
| |
Instead of using a themed icon.
This is necessary for flatpak Nautilus properly.
|
| |
|
|
|
|
|
|
|
|
| |
gettext has been continuously improving, up to a point where intltool
can be deprecated in favor of it. This commit ports the project files to
use upstream gettext.
https://bugzilla.gnome.org/show_bug.cgi?id=769362
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sometimes we want to override the show-desktop-icons gsettings, as we
were doing before splitting the desktop.
Wrongly I assumed that since it's a different binary, once can simply
run it or not, but of course that was an oversimplification, and forgot
all what I needed to do in order to support all the cases for the
desktop handling.
This patch adds the missing command line options we had, --force-desktop
and --no-desktop, and also adds the --force-desktop to the classic
desktop file, since we needed to enable the classic mode.
https://bugzilla.gnome.org/show_bug.cgi?id=765159
|
|
|
|
|
|
|
| |
So we can build nautilus without desktop support and the other way
around.
https://bugzilla.gnome.org/show_bug.cgi?id=712620
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We wanted to do this for long time. This will allow to handle the
desktop process in a different binary.
The ultimate goal is to make the desktop code completely split from
nautilus code.
This is the first and minimal step towards that goal.
In this patch we create a desktop application separated from nautilus
application, and remove the desktop handling in nautilus application.
https://bugzilla.gnome.org/show_bug.cgi?id=712620
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In icon view, add a smaller zoom level to be able for dense views,
and increase the default padding to allow the labels enough space.
Now levels are 48px, 64px, 96px and 128px for icon view, instead of
only 64px, 96px and 128px, but with the increased padding the 64px and
48px are useful.
List view also gains a bigger level, and they become 16px, 32px, 48px,
64px.
Also, adjust the label max width to be larger, but inside the icon
itself. This fixes the label not taking advantage of all the width the
icon provides, and also a few cases where icons were misaligned.
|
|
|
|
|
| |
With designers guidance, rework the preferences window to a better state.
Also, do few improvement on the way, like converting it to a GtkWindow.
|
|
|
|
|
|
|
|
|
|
|
|
| |
So we can select what type of view do we want for search independently
of what we normally use.
This is needed since we default to switch to list view for search, but
we would like to allow users to select a different view. However,
instead of adding a preference in the preference dialog, we can do it
more straightforward and change the setting when we are in search.
On the way, rework all the enums and views id for a saner code...
|
| |
|
|
|
|
| |
For clarity.
|
|
|
|
|
|
|
|
|
|
|
| |
We weren't syncing the last used/ last modified setting in the search
popover when changed location, which means the query didn't get the
last used user choice.
We don't want however to listen to a gsetting key and change every
ongoing search, so instead what we do is get the setting for the
initial creation of a search, and then every user change will set
the gsetting value, but will only affect the next created searches, not
the ongoing ones.
|
|
|
|
|
|
|
|
|
|
|
| |
Remote locations by default don't handle recursive search, since
it has high costs associated. We can't, however, neglect the ability
to search recursively on those folders, nor share the same setting
with common folders too.
To fix that, add a new setting called "enable-remote-recursive-search"
which will be used by the next commits to properly implement recursive
search for remote locations.
|
| |
|
| |
|
| |
|