Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
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
|
|
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fallout from last commit
|
|
make it consistent with behaviour for caja-places-sidebar
|
|
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
|
|
Fixes https://github.com/mate-desktop/caja/issues/698
|
|
Fixes https://github.com/mate-desktop/caja/issues/859
|
|
this menu item is only visible when list view is selected,
so I'm not surprised we missed it
|
|
Fixes https://github.com/mate-desktop/caja/issues/509
|
|
ported from:
https://git.gnome.org/browse/nautilus/commit/?id=4f17fb7db7b8736ebb4fe82ddb1c279777847730
https://git.gnome.org/browse/nautilus/commit/?id=41de4e52b43c8ed5c9118860dac7caa303ebbc5b
|
|
This reverts commit 2a424fca8bd928223e92570fa692266c471a52b3.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Was always scrolling to right when using sideways scrolling devices.
Now scrolls left or right with sideways scrolling devices and adjusts
vertical scrolling devices to scroll sideways.
|
|
the file.
|
|
another case of excessive gnome -> mate renaming back in 2011
|
|
This is a backport from nautilus 5b09cedf434b53a975074b346d511335fc735cba
list-view: explicitly set cursor on file name cell renderer on rename
The file name column has two cell renderers, one for the icon and another for
the name string. Thus, gtk_tree_view_set_cursor() isn't enough to reliably
start editing the file name cell since it will try to edit whatever is the
currently focused cell in the column.
https://bugzilla.gnome.org/show_bug.cgi?id=656128
Fixes https://github.com/mate-desktop/caja/issues/741
|
|
|
|
|
|
restore "open with other application" menu entry for directories
|
|
fixes https://github.com/mate-desktop/caja/issues/649
adapted from:
https://git.gnome.org/browse/nautilus/commit/?id=e19f7cb3fec1e6c884d1741c3c00916c65ab035f
|
|
|
|
Apply https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-4&id=b9c51fd4eb84a9f52ee4be1bf183fc516984130b
via
https://gist.github.com/raveit65/19cfc5fe706ac6a2ea5d663a94fb02af
|
|
|
|
|
|
|
|
option
*Remove GTK_VERSION_CHECK (3, 0, 0) and libunique selectors
*Remove GTK2 and libunique specific code.
*Leaves selector for specific GTK3 versions.
*Remove #DEFINES for vbox/hbox previously required for GTK2 compatability
*Keep vbox in caja-spatial-window.c, it is necessary for the desktop to work
*spatial-window vbox issue at https://github.com/mate-desktop/caja/issues/591
|
|
|
|
Apply patch by ZenWalker for horizontal scrollwheel mice, without it
scrolling left or right scrolls right only
|
|
Apply Nautilus commit https://github.com/GNOME/nautilus/commit/0832acdb4371fc7de957303e220e899c8fdcdf5c
|