| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
| |
As we have introced a new extra large icon size at 256px, we have cut
the 64px icon size, in an effort to keep the number of sizes at 4.
To my surprise, some people care very strongly about the 64px size:
https://discourse.gnome.org/t/icon-view-sizes-in-nautilus-43/11240
Although I'm yet to understand why it matters, I hope to make the
upgrade to 43 smoother by adding back this size.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This hidden setting was added back when tabs were introduced in
commit 07cf7db47fd5fae64201f1cff73e39fd8aed2f54
That commit provides no motivation for this setting, and neither does
the bug it references: https://bugzilla.gnome.org/show_bug.cgi?id=48034
The same commit added a "tabs_enable" setting too, so it's fair assume
this setting doesn't solve any problem, it was just a trend of older
times to make everything configurable.
Let's remove the setting and assume the default behavior. Also remove
the related NAUTILUS_OPEN_FLAG_SLOT_APPEND flag.
(Diff and message amended by António Fernandes<antoniof@gnome.org>)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new grid view introduces a new 256px icon size option, optimized
for thumbnails. This was made possible because, unlike the old canvas,
we have more control over the padding and can keep it low.
However, with it, we have 5 size options now, which a little too many;
in particular, the 64px size doesn't differ significantly enough from
the 48px nor the 96px option now (the old canvas view this difference
was more marked because padding increased in proportion).
Similarly, the 48px option in the new list view is not significantly
different from 32px and 64px. In the past, 32px didn't show thumbnails
because the frames didn't allow the thumbnails to use the whole 32px;
this would mark a difference vs. 48px. With the removal of thumbnail
frames, this distinction is also gone.
The 128px option in grid view is also not significantly larger than
96px and yet significantly smaller than 256px.
Drop the superfluous sizes, replace 128px size with 168px size for a
geometric progression and rename the enum symbols.
|
| |
|
|
|
|
| |
These symbols are actually meant for both old and new "grid" views,
in opposition to the "list" view, so this is a more appropriate name,
considering both share NAUTILUS_VIEW_GRID_ID.
|
| |
|
|
|
|
| |
GtkPlacesOpenFlags as public API are gone in GTK 4. In preparation,
rename our NautilusWindowOpenFlags enumeration type and make it
value-compatible with GtkPlacesOpenFlags.
|
| |
|
|
|
|
|
|
|
|
|
| |
bb884cb6151a10523276c2888011692877c686a3 changed the accelerator for
open-file-and-close-window from alt-shift-down to ctrl-shift-down, which
now conflicts with keyboard rubberbanding in the canvas view.
Additionally, it’s nothing more than a relict from a more spatial time.
https://bugzilla.gnome.org/show_bug.cgi?id=765526
Fixes https://gitlab.gnome.org/GNOME/nautilus/issues/701
|
|
|
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.
|
