summaryrefslogtreecommitdiff
path: root/src/file-manager/fm-desktop-icon-view.c
AgeCommit message (Collapse)AuthorFilesLines
2018-04-04Scale screen dimensionsVictor Kareh1-2/+4
2018-04-04Support HiDpi iconsCosimo Cecchi1-4/+3
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
2018-04-04desktop-canvas-view: scale desktop workareaAndrea Azzarone1-4/+8
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
2018-01-31require GTK+ 3.22 and GLib 2.50monsta1-42/+0
2018-01-09remove +x attr from source filesmonsta1-0/+0
fallout from last commit
2018-01-08ui: don't use overlay-scrollbarsraveit651-0/+3
make it consistent with behaviour for caja-places-sidebar
2017-12-16WidthOfScreen and HeightOfScreen implementationPablo Barciela1-6/+4
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
2017-08-12avoid deprecated gdk_screen_get_width/heightZenWalker1-4/+6
2017-03-13Revert "GTK3.21:fix desktop redraw"Alexei Sorokin1-2/+0
2016-12-29check for stable version of GTK+3, not for development onemonsta1-1/+1
2016-11-22move to GTK+3 (>= 3.14), drop libunique, GTK+2 code, and --with-gtk build ↵lukefromdc1-15/+1
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
2016-08-08Fix background rendering in noncomposited caselukefromdc1-10/+0
Apply Alberts Muktupāvels' https://bugzilla.gnome.org/attachment.cgi?id=332444&action=diff to Caja, it just plain works. Remove previous fallback background code. Add GTK 3.21 selectors missed in caja_desktop_window_class_init, clean up a couple tabs
2016-08-04GTK3.21:fix desktop redraw (fm-desktop-icon-view.c)lukefromdc1-0/+13
2016-07-04Gtk+-3.20 fm-desktop-icon-view: use GdkSeat operationsraveit651-1/+31
2016-01-18GTK3 desktop-icon-view: don't use deprecated GDK grab APIWolfgang Ulbrich1-0/+40
taken from: https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-2&id=70df8fa
2014-12-29fixed: Adjust Default _zoom level always get the last "old" value高群凯1-1/+2
The callback function update_auto_enum should be connected before the default_zoom_level_changed, otherwise the new_level always get the last "old" value in default_zoom_level_changed and the desktop-view display strange.
2012-12-22[desktop-icon-view] don't use eel helper to set adjustment valuesJasmine Hassan1-2/+2
http://git.gnome.org/browse/nautilus/commit/?id=8b4271f5ad62d00b76d7e34a594c9b1819eb495e
2012-11-16[general] use new GtkScrollable interfaceJasmine Hassan1-2/+8
http://git.gnome.org/browse/nautilus/commit/?id=d811553a4e74106efdf8bf6c91c6d29944ed6df7 canvas: use GTK_LAYOUT casts instead of going through the parent struct http://git.gnome.org/browse/nautilus/commit/?id=2260005986d8c620669e56c4b9f2fba12e8e0625
2012-11-16[desktop-icon-view] don't use gdk_drawable_get_screen()Jasmine Hassan1-1/+1
http://git.gnome.org/browse/nautilus/commit/?id=b1aac113ef867846fb39ee4187378c6f1a13f33e
2012-11-16[src] don't use GtkObject (GTK3)Jasmine Hassan1-1/+2
the ::destroy signal of GtkObject has only been moved to GtkWidget in GTK3 (after GtkObject removal): http://developer.gnome.org/gtk3/3.0/ch25s02.html So we use conditionals in this case, to keep it working with GTK2. A tad similar: http://git.gnome.org/browse/nautilus/commit/?id=cc6cb51e827c0b15d4ef09f12d37b9f331ddcef8
2012-11-16[icon-view] Don't use GtkObject nor eel-gtk-macrosJasmine Hassan1-32/+12
Similar to the commit linked below, but without moving background-setting code to FMDesktopIconView http://git.gnome.org/browse/nautilus/commit/?id=ab0616de55f6f817a745caac26fd2b38ae41b71b
2012-11-16[lc-p/fm] Replace deprecated GDK_DISPLAY with GDK_DISPLAY_XDISPLAYJasmine Hassan1-2/+2
Don't use GDK_DISPLAY () http://git.gnome.org/browse/nautilus/commit/?id=b66ce0fd23500f9727c1aac93366430285575697
2012-09-05convert disable-command-line lockdown to gsettingsStefano Karapetsas1-21/+8
2012-09-05convert last eel_preference users to raw mateconfStefano Karapetsas1-9/+16
from nautilus patch: This is moslty the lockdown stuff, but we also access the background setting. This should be converted to use the new gsettings when they land.
2012-09-05move desktop-font preference to desktop settingsStefano Karapetsas1-2/+2
2012-09-05fix desktop-font gsettings conversionStefano Karapetsas1-3/+8
2012-09-05convert icon-view preferences to gsettingsStefano Karapetsas1-8/+10
2012-09-05start migration to gsettingsStefano Karapetsas1-4/+8
2012-08-12Fixed incorrect fsf addresses. Closes #28.Steve Zesch1-2/+2
2011-12-01moving from https://github.com/perberos/mate-desktop-environmentPerberos1-0/+881
generated by cgit v1.2.1 (git 2.18.0) at 2024-11-28 09:49:08 +0000