Age | Commit message (Collapse) | Author | Files | Lines |
|
The basenames of files are split by dots and then starting from the end
each segment is compared to find a sort order. Example:
bar.tar.bz2
foo.tar.bz2
a.bar.gz
x.tar.gz
z.tar.gz
test.tex
A heuristic determines what extension segments are part of the
extension. There is probably no perfect solution but there are much
less false positives. As a result the sorting is more intuitive and the
displayed column in the list view is better readable and displays
extensions more accurately.
In addition a bug related to the default sort criteria in the
preferences has been fixed.
|
|
|
|
avoid deprecated:
gtk_image_menu_item_set_always_show_image
gtk_image_menu_item_new_with_label
gtk_image_menu_item_set_image
|
|
*caja-pathbar: fix warning,and in the process maybe fix occasional segfaults on opening mounted volumes from the desktop
*caja-icon-info: Stop gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)' failed warning by handling NULL return from function finding the pixbuf
caja-icon-canvas-item-c: do not use g_object_unref where it does not work Stop the g_object_unref: assertion 'G_IS_OBJECT (object)' failed warnings on closing icon views
|
|
|
|
This allows icons in most places to scale up properly for HiDPI
displays.
|
|
As it is deprecated, instead of using gdk_screen_get_monitor_scale_factor
use gdk_monitor_get_scale_factor().
https://bugzilla.gnome.org/show_bug.cgi?id=779774
origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/273e6efc
|
|
As we now store surfaces in the GtkListStore, we have to change the
drag method to use it instead of a pixbuf.
origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/18a380af
|
|
|
|
This was missing from the last commit.
origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/3a6053f1
|
|
Port the rendering of icons to cairo surfaces, so that we can apply the
GDK scale factor when rendering icons.
origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/0d4555d7
|
|
The problem is that in the function canvas_container_set_workarea the screen width
and height are in "application pixels" while the workarea ones are in "device
pixels" so when the scaling is > 1, the margins are not properly setted.
We need to scale-down the workarea geometries to "application pixels".
https://bugzilla.gnome.org/show_bug.cgi?id=769302
origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/315a55df
|
|
avoid deprecated:
gtk_image_menu_item_new_with_label
gtk_image_menu_item_set_image
|
|
avoid deprecated:
gtk_image_menu_item_new_with_mnemonic
gtk_image_menu_item_set_image
|
|
Fixes https://github.com/mate-desktop/caja/pull/965#issuecomment-377716724
|
|
avoid deprecated 'gtk_image_menu_item_set_always_show_image'
|
|
avoid deprecated:
gtk_image_menu_item_new_with_label
gtk_image_menu_item_set_image
|
|
avoid deprecated:
gtk_image_menu_item_new_with_mnemonic
gtk_image_menu_item_new_with_label
gtk_image_menu_item_set_image
|
|
avoid deprecated:
gtk_image_menu_item_new_with_label
gtk_image_menu_item_set_image
gtk_image_menu_item_new_from_stock
|
|
Fixes https://github.com/mate-desktop/caja/pull/956#issuecomment-377222055
|
|
avoid deprecated:
gtk_image_menu_item_new_from_stock
gtk_image_menu_item_new_with_mnemonic
gtk_image_menu_item_set_image
|
|
Fixes https://github.com/mate-desktop/caja/pull/950#issuecomment-375567705
|
|
|
|
|
|
|
|
|
|
avoid deprecated GtkVBox, GtkHBox and GtkLabel:xpad/ypad
|
|
|
|
|
|
|
|
|
|
|
|
avoid deprecated GtkImage:stock and GtkButton:use-stock
|
|
|
|
|
|
|
|
|
|
|
|
Fixes #719
|
|
|
|
|
|
|
|
|
|
fallout from last commit
|
|
make it consistent with behaviour for caja-places-sidebar
|
|
Current behavior is to show Desktop but hide the user's home directory in the sidebar when desktop-is-home-directory is set. This is opposite what would be expected so invert it.
Patch by https://github.com/TomaszGasior
|
|
passing argument 2 of ‘gtk_about_dialog_set_authors’ from incompatible pointer type
|
|
This is already handled in libcaja-private/caja-file-operations.c
|
|
This commit reverts:
https://github.com/mate-desktop/caja/commit/4c130e22b98bbc1a85747adac3b582e45d34514e
https://github.com/mate-desktop/caja/commit/ac12e6d16f4a51b3327d013781e72cfec17f3624
https://github.com/mate-desktop/caja/commit/17b3c0ca924ffcd4bd06fded98227eba626d4f0b
https://github.com/mate-desktop/caja/commit/42c8d2c3373c25d6e321be6950997c0d7ce44279
And it applies an alternative to fix the deprecated functions:
gdk_screen_get_width
gdk_screen_get_height
gdk_screen_width
gdk_screen_height
|
|
caja-places-sidebar: revert all kludges for eject behavior: Revert
https://github.com/mate-desktop/caja/commit/d14fef384a435471860130f7337d5dea5bb824a0
https://github.com/mate-desktop/caja/commit/9b2e152876067aaee3baa699c51c6c6174d4954e
and
https://github.com/mate-desktop/caja/commit/30f19d0aed3e40a3682f820059ebb8b3038ba84e
the last being a subset of a commit we'll apply later
caja-places-sidebar: fix eject button hover, eject behavior
Apply https://github.com/GNOME/nautilus/commit/f294a4e80626793624d76d6002b094d1c0809de4
"Fix up eject button hover in places sidebar"
We were calling gtk_tree_view_column_cell_get_position() without properly loading the cell attribute
for the right row before. We fix this by calling gtk_tree_view_column_cell_set_cell_data().
With this in place we can also use the x_offset for the position and avoid the whole summing of widths.
Due to a bug in Gtk which expands the eject icon cell renderer we have to right align it so that it
lines up properly.
https://bugzilla.gnome.org/show_bug.cgi?id=640741
caja-places-sidebar: disable overlay scrollbar
disable overlay scrollbars as they force the use of too much padding
|