Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
Bring Caja up to speed, stage2
|
|
The issue that was being debugged (crashes on VM window resize) is now fixed.
|
|
By checking new mate-bg (global) "background-fade" setting key before
initiating a fade.
This is hopefully useful for those running on older hardware, as the fading
effect could delay login/startup a bit.
For reference, see:
https://bugzilla.gnome.org/show_bug.cgi?id=623174
|
|
instead of a local-to-caja setting 'show-desktop'
This key would indicate that file managers (by default Caja, but applies to
others like Thunar or ROX) should handle desktop, i.e. draw a background and
place icons there. Otherwise (when false), mate-settings-daemon will take
over drawing desktop background.
This is different from 'draw-background', which is a separate option used
only for drawing background without icons (by mate-settings-daemon).
To Caja, 'show-desktop-icons' implies 'draw-background', and so if set to
false, Caja won't (needlessly) draw the desktop.
However, if the user uses the "Background & Emblems dialog" to drop an
image-pattern/color/reset on the desktop, Caja will again draw the desktop.
For reference:
https://bugzilla.gnome.org/show_bug.cgi?id=632225
|
|
- Fixes crashes when resizing a VM window in VirtualBox.
- Adds a method to allow handling desktop reset.
|
|
|
|
that is, APPEARANCE_CHANGED signal.
Also, add a verbose message to know when the signal is about to be emitted,
hopefully to aid id debugging a 'BadPixmap (invalid Pixmap parameter)'
error & crash when resizing VM window in VirtualBox (4.2.4-81684 as of date).
|
|
close https://github.com/mate-desktop/mate-file-manager/issues/58
|
|
|
|
|
|
[all] add and use glibcompat.h for glib-2.27.2 forward-compat
|
|
including a silly mistake in caja-window where destroy function's return type
was accidently ommitted during the addition of gtk version checks.
|
|
Also fixes a double-free regression in lc-p/caja-query from 7a42b9b0
|
|
to use g_list_free_full() directly
|
|
[directory-view] fix double-free regression from 7a42b9b0
|
|
|
|
|
|
[eel-background] missed g_strdup in previous commit 3ba2c5e4
|
|
|
|
[eel-background] fix gradient support of color-drops (#49)
|
|
this fixes #49 "Gradients-support of color-drops broken since 1.2"
|
|
eel-bg and lc-p rendering-cleanup followups, eel-bg-box rendering-cleanup
|
|
|
|
mainly, in icon-dnd, in drag_begin_callback, CajaIconContainer was only declared
for GTK2. Also, replace some deprecated gdk_drawable_get(size|screen) calls, and
remove some unnecessary GDK_DRAWABLE casts.
Also, in icon-canvas-item, in draw_label_text, missed ommitting a NULL parameter
to gtk_paint_focus, for GTK3.
|
|
1. Actually return if the widget isn't realized, not the other way around.
2. install the style properties (in class_init) before trying to use them
in _select_text_color().
This was basically adapted from code in lc-p/icon-container
|
|
|
|
[eel-background] drawable deprecations (GTK2), rendering-cleanup (GTK3)
|
|
1. Don't use gdk_drawable_get_display (deprecated in 2.24)
2. Use GDK_PIXMAP_XDISPLAY(pixmap) directly instead of
GDK_DISPLAY_XDISPLAY(gdk_drawable_get_display(GDK_DRAWABLE (pixmap)))
3. Don't require GTK3 for stuff in GTK2.24, which we now require, and
don't use gdk_drawable_get_size at all. So, use (i/o = instead of):
gdk_window_get_width|height i/o gdk_drawable_get_size
gdk_window_get_screen i/o gdk_drawable_get_screen
gdk_window_get_visual i/o of gdk_drawable_get_visual
4. add eel_background_draw for GTK3, eel_background_expose for GTK2
This was removed in nautilus (after eel-background-box was removed):
http://git.gnome.org/browse/nautilus/commit/?id=87eb53a0701252607b494f34c677b6506f82278c
5. background: port to rendering-cleanup & cope with renamings of gnome-bg APIs
http://git.gnome.org/browse/nautilus/commit/?id=0b664aae4090704fa2e44d42f213da2cea8bd828
http://git.gnome.org/browse/nautilus/commit/?id=426079ef07d5f902911f30b0a9d7de95f3020374
6. Fix remaining issue #41: crashes w/ gdk_x_error BadPixmap when changing screen resolution
Remove eel_background_get_pixmap_and_color(), and use the pixmap/surface & color properties
in background->details directly, when needed. i.e. No more g_object/surface referencing.
And call eel_background_ensure_realized() and make_color_inactive() where appropriate.
|
|
|
|
Bring Caja up to speed, stage1
|
|
http://git.gnome.org/browse/nautilus/commit/?id=0609431a5cb3803d0b98bd333f90e3c7796f86b7
|
|
But unlike upstream commit below, not removing include eel-art-extensions.h
from eel-gdk-pixbuf-extensions.h, as we still have functions in the latter
using eel_irect_* (from eel-art-extensions), which are still used by the
eel-debug-drawing we kept around.
http://git.gnome.org/browse/nautilus/commit/?id=7dee3226ad6b3aa1c782cc3d2969e32c5eeae3f3
|
|
http://git.gnome.org/browse/nautilus/commit/?id=00c0b9daa2053a110e17c64fb79ce4884290dc76
|
|
http://git.gnome.org/browse/nautilus/commit/?id=31dfbdc19075ddf92b4f04a2f84e3111c3fb429b
|
|
http://git.gnome.org/browse/nautilus/commit/?id=bb145a018a9d66b748971e40be4e09a7f843b2be
|
|
Was: general: use g_list_free_full() instead of eel functions
http://git.gnome.org/browse/nautilus/commit/?id=5e669515fd7f760382e6b7aa1449734a35a2d7f4
.
Instead of g_list_free_full(), we use g_list_foreach and g_list_free() to avoid
unnecessary glib dependency bump to 2.28
|
|
http://git.gnome.org/browse/nautilus/commit/?id=12c7a03bfe3c49078cb5b44ff2651eb9ce1edce4
|
|
http://git.gnome.org/browse/nautilus/commit/?id=b532d0d9290d1731203d971e7c679979265f0a43
|
|
It doesn't seem to do anything useful.
http://git.gnome.org/browse/nautilus/commit/?id=1cdd0b41bf9de69a93cb166636d7eccff9f5355f
|
|
http://git.gnome.org/browse/nautilus/commit/?id=22cb1accd98c1ae10938eac10cc6beda8fb6b145
|
|
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
|
|
http://git.gnome.org/browse/nautilus/commit/?id=18fc6dd2516f9091570902640032e68b263cfddf
Also include subsequent commit:
preferences: cleanup expand/fill flags
Probably a change in GTK+ requires fixing this flags, so that the
dialog doesn't look odd.
http://git.gnome.org/browse/nautilus/commit/?id=6669f155734c320617bcf79f3b5d8f315f4886f9
|
|
[src] don't use GtkComboBox text APIs (#632651)
They got replaced by GtkComboBoxText. Thanks to Mathias Clasen and Flo Gravo.
http://git.gnome.org/browse/nautilus/commit/?id=f123f99bee1005cd279783f9d441f538fcf85542
|
|
This helps smaller images (>8192 bytes) to signal size_prepared before
reading image geometry. (#558267)
http://git.gnome.org/browse/nautilus/commit/?id=d3ab8e137ae957e5afef54bf0ec1e275b96caab5
|
|
http://git.gnome.org/browse/nautilus/commit/?id=0f8dcf2ac394121c488afdf0fecc2b7afeb673b6
|
|
http://git.gnome.org/browse/nautilus/commit/?id=b0550951f461c2033f4d1aaa4404078c7a70f220
|