| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
|
|
Fixes cppcheck warnings:
[mate-panel/button-widget.c:180]: (style) Clarify calculation precedence for '&' and '?'.
[mate-panel/button-widget.c:181]: (style) Clarify calculation precedence for '&' and '?'.
[mate-panel/button-widget.c:315]: (style) Clarify calculation precedence for '&' and '?'.
|
|
Set better limits to the size taken by all BUTTON_WIDGETs when the panel is wide.
For a wide panel (example vertical panel 100px wide) a widget would, before, take a space of 100x100 (for max hardcoded icon size 48px)
Now if panel width exceeds 50px, the widgets' height stays at 50 and does not grow in height anymore.
Same behaviour applies on wide horizontal panels.
The GTK_ARROW also resizes properly for wide panel on BUTTON_WIDGETs with property "has_arrow"
|
|
This improves support for HiDPI by loading properly scaled surfaces for
launcher and drawer icons.
It also Fixes the Show Desktop wncklet to show a surface icon. Other
wncklets have their icons determined by libwnck, so they remain as
pixbufs.
Fixes mate-desktop/mate-desktop#314
|
|
|
|
|
|
and require libmate-desktop >= 1.17
WARNING: use GTK+3 build of libmateweather for this build.
that lib is not migrated to GTK+3 only as we will possibly
use libgweather instead of it.
|
|
|
|
|
|
taken from:
https://git.gnome.org/browse/gnome-panel/commit/?id=8b554ba
|
|
|
|
It makes no sense to use the size of the icon to tell GTK+ about our
preferred width/height: what we really care about is the size of our
parent, since we're filling it anyway.
taken from:
https://git.gnome.org/browse/gnome-panel/commit/?h=gnome-3-0&id=e870aaa
|
|
|
|
|
|
|
|
gdk_window_set_geometry_hints accept 0 as flags when geometry is null
return 1px width/height while image is not loadded
|
|
|
|
Based on gnome-panel commit: 8a942d16378f62015f302357e0e5b6f61b5713b3
From: Vincent Untz <[email protected]>
|
|
gtk_widget_render_icon()
Based on gnome-panel commit: 6f13318fa892afde6ff35b6784217121481e3963
From: Carlos Garcia Campos <[email protected]>
|
|
Even tough it works it makes taking code (eg StyleContext)
from gnome-panel much easier.
Also fixes a bug where applets are not drawn when moved/added.
|
|
Based on gnome-panel commit: ee0fcd193030b433b5aa1785a864f89e25345f01
From: Carlos Garcia Campos <[email protected]>
In the process make button_widget_{draw,expose} a little more readable.
|
|
We need to add a child to the button to get the right allocation of the
pixbuf. When the button is created without a pixbuf,
get_preferred_width/height are called the first time when the widget is
allocated and 0x0 size is cached by gtksizerequest. Since the widget
doesn't change its size when a pixbuf is set, gtk_widget_queue_resize()
always uses the cached values instead of calling
get_preferred_width_height() again. So the actual size, based on pixbuf
size, is never used. We are overriding the draw() method, so having a
child doesn't affect the widget rendering anyway.
Taken from gnome-panel commit: 0b8ace11087855d741cdeed97dc839db50319ae8
from: Carlos Garcia Campos <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
