| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
This commit removes redundant header inclusions and tries to optimize
headers by using forward declarations of types in headers. Such
optimization should generally make builds speedier in that changes in
certain headers will not cause unrelated sources to be rebuilt.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
It was used for desktop files, netscape url links and other links.
However this is not really useful anymore with the desktop gone, so it
makes sense to remove it from Nautilus and have a big clean up.
This also was one of the blockers for the backend rework.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=770306
|
| |
|
|
|
|
|
|
| |
And make the style of Nautilus the same for all files.
Hopefully we can fix all the style issues we can find in the next days,
so expect a little of movement on this.
https://bugzilla.gnome.org/show_bug.cgi?id=770564
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
And fix make distcheck.
Although libnautilus-private seem self contained, it was actually
depending on the files on src/ for dnd.
Not only that, but files in libnautilus-private also were depending on
dnd files, which you can guess it's wrong.
Before the desktop split, this was working because the files were
distributed, but now was a problem since we reestructured the code, and
now nautilus being a library make distcheck stop working.
First solution was try to fix this inter dependency of files, but at
some point I realized that there was no real point on splitting some of
those files, because for example, is perfectly fine for dnd to need to
access the window functions, and it's perfectly fine for the widgets
in the private library to need to access to all dnd functions.
So seems to me the private library of nautilus is somehow an artificial
split, which provides more problems than solutions.
We needed libnautilus-private to have a private library that we could
isolate from extensions, but I don't think it worth given the problems
it provides, and also, this not so good logical split.
Right now, since with the desktop split we created a libnautilus to be
used by the desktop part of nautilus, extensions have access to all
the API of nautilus. We will think in future how this can be handled if
we want.
So for now, merge the libnautilus-private into src, and let's rethink
a better logic to split the code and the private parts of nautilus than
what we had.
Thanks a lot to Rafael Fonseca for helping in get this done.
https://bugzilla.gnome.org/show_bug.cgi?id=765543
|
| |
|
|
|
|
|
|
|
|
|
| |
Now that we have a subclass we can override the function instead of
special casing in the parent.
Also we can remove the internal boolean "sort for desktop".
And finally we can remove any desktop dependency in canvas view container.
https://bugzilla.gnome.org/show_bug.cgi?id=712620
|
| |
|
|
|
|
|
| |
Now that we have a subclass we can override the function instead of
special casing in the parent.
https://bugzilla.gnome.org/show_bug.cgi?id=712620
|
| |
|
|
|
|
|
| |
Now that we have a subclass we can override the function instead of
special casing in the parent.
https://bugzilla.gnome.org/show_bug.cgi?id=712620
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Vim and emacs modelines are used to specify some of the code style in the code.
However, this is misleading and poorly supported since nautilus had a mix of
code style for some time.
Also, the mode lines doesn't specify the whole code style, so we will need to
use a different tool as well to specify the whole code style.
For that, we can just use a different tool for everything.
So remove the mode lines, and in a short future we will reestyle the nautilus
code to have a single code style, and use a tool like editorconfig to specify
the whole code style.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
NautilusView is the proposed name for the new
interface that will cover NautilusFilesView and
NautilusPlacesView.
The current NautilusView name, however, will crash
with the proposed interface name.
Fix that by changing the class name to NautilusFilesView.
As an easter egg, makes it match the current Nautilus
code style.
|
| |
|
|
| |
Found with cppcheck.
|
| |
|
|
| |
This code is not used anymore.
|
| | |
|
| |
|
|
|
| |
We now can show one caption at small zoom, two at normal and three at
maximum zoom. The default is to show no captions.
|
| |
|
|
| |
This will lead the code to caching the wrong value.
|
| |
|
|
|
|
|
|
|
|
| |
Following a design request and preparing to the port to popovers of
nautilus, we want to use only 3 zoom levels for each kind of view, so
the slider makes sense.
Also, following design guidelines, the new zoom levels sizes for icon
view are 64, 96, 128, with default to 96 and 16, 32, 48 for list view,
32 being the default
|
| |
|
|
|
| |
We have duplicated code between the views - consolidate it inside
nautilus_file_get_gicon().
|
| |
|
|
| |
We're going to use it later.
|
| |
|
|
|
|
| |
GTK+ deprecated the functionality from GtkIconInfo, and will now always
return empty data. We can then just remove all the code related to that
feature.
|
| | |
|
| |
|
|
|
| |
Port the rendering of icons to cairo surfaces, so that we can apply the
GDK scale factor when rendering icons.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=564766
|
| |
|
|
|
|
|
|
|
| |
- fix loading of the desktop icon view
- don't use the term "Canvas" in translatable strings, since that's just
an internal implementation detail
This also fixes
https://bugzilla.gnome.org/show_bug.cgi?id=681388
|
|
|
This will allow us to retain canvas view for the desktop directory
but implement a new icon view for other folders.
https://bugzilla.gnome.org/show_bug.cgi?id=681370
|
