commit 8b4ca088e382bd38f152d7b07942ac5796ca068b Author: Cosimo Cecchi Date: Mon Apr 16 11:25:34 2012 -0400 release: prepare for 3.4.1 NEWS | 10 ++++++++++ configure.ac | 2 +- 2 files changed, 11 insertions(+), 1 deletion(-) commit 436a1546f7c3fb590d600216d7ae29ba4d5ca63d Author: Cosimo Cecchi Date: Sat Apr 14 13:57:11 2012 -0400 column-header: fix theming for insensitive column header buttons As seen e.g. in nm-connection-editor. themes/Adwaita/gtk-3.0/gtk-widgets-borders-dark.css | 13 +++++++++++++ themes/Adwaita/gtk-3.0/gtk-widgets-borders.css | 13 +++++++++++++ themes/Adwaita/gtk-3.0/gtk-widgets.css | 5 +---- 3 files changed, 27 insertions(+), 4 deletions(-) commit f5e4775292c5d5d698dcc4238f1a9faae3f55b58 Author: Cosimo Cecchi Date: Tue Apr 10 12:30:44 2012 -0400 treeview: cleanup treeview state selectors Don't specify both GtkTreeView and GtkTreeView.view, since we already specify .view. This also fixes cell renderers that specify different backgrounds for a specific state, like GtkCellRendererProgress, as reported in https://bugzilla.gnome.org/show_bug.cgi?id=673840 themes/Adwaita/gtk-3.0/gtk-widgets.css | 16 ++++++---------- 1 file changed, 6 insertions(+), 10 deletions(-) commit 3b72120b35c8f4010f51af3decea09872ff0b648 Author: Cosimo Cecchi Date: Tue Apr 10 12:30:09 2012 -0400 progress-bar: trivial cleanup This was set twice in the same selector. themes/Adwaita/gtk-3.0/gtk-widgets.css | 1 - 1 file changed, 1 deletion(-) commit 5b55eaf7238a83956870302d99804fcd9b8f72de Author: Cosimo Cecchi Date: Tue Apr 10 12:27:19 2012 -0400 progress-bars: always use alternate asset for cell renderer progressbars Not only when the cell renderer is selected, since the highlight would not be visible on the treeview background anyway, and this simplifies the theming code (and avoids changes in size when selecting the row). themes/Adwaita/gtk-3.0/gtk-widgets-borders-dark.css | 4 +--- themes/Adwaita/gtk-3.0/gtk-widgets-borders.css | 4 +--- 2 files changed, 2 insertions(+), 6 deletions(-) commit 7db890bba1ac4f636a8c78af8ef5e9af95033e6d Author: Cosimo Cecchi Date: Tue Apr 10 12:23:26 2012 -0400 progress-bar: add backdrop versions of the alternate border asset We need borders with no highlight space even for the backdrop state, or progressbar troughs will be rendered with an 1px bottom space. themes/Adwaita/gtk-3.0/borders/Makefile.am | 2 + .../borders/generic-border-unfocused-alt.svg | 77 ++++++++++++++++++++ .../borders/generic-border-unfocused-dark-alt.svg | 77 ++++++++++++++++++++ .../Adwaita/gtk-3.0/gtk-widgets-borders-dark.css | 8 ++ themes/Adwaita/gtk-3.0/gtk-widgets-borders.css | 8 ++ themes/Adwaita/gtk-3.0/gtk.gresource.xml | 2 + 6 files changed, 174 insertions(+) commit f8034c33ed2970ef21a530337611f6834f818619 Author: Cosimo Cecchi Date: Tue Apr 10 11:29:57 2012 -0400 fallback-panel: properly override selection color for panel menuitems Since CSS for .menuitem sets background color and color for .menu .menuitem:hover, .menu .menuitem *:hover { } the panel menuitems need to override it with .gnome-panel-menu-bar .menuitem:hover, .gnome-panel-menu-bar .menuitem:hover { } or children that render a background inside the menuitem (such as the GtkImages used for the menu icons) will get the default background selection color. https://bugzilla.gnome.org/show_bug.cgi?id=673654 themes/Adwaita/gtk-3.0/gtk-widgets.css | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) commit e82ff0b437e895e65faee25ee574dccc26c35cf7 Author: Cosimo Cecchi Date: Tue Apr 10 11:03:53 2012 -0400 progressbar: remove huge x/y spacing for progressbar text We don't really have any reason to set this huge x/y spacing on the progressbar. The spacing being applied only when there's a text label, made this go almost unnoticed for a long while, but it still breaks applications that use it, such as GTranslator. https://bugzilla.gnome.org/show_bug.cgi?id=673688 themes/Adwaita/gtk-3.0/gtk-widgets.css | 4 ---- 1 file changed, 4 deletions(-) commit bb81e845f21801511682b4890af0813117c8d44f Author: Chandan Kumar Date: Sat Apr 7 17:45:53 2012 +0530 Updated HINDI translation po/hi.po | 27 +++++++++++++++------------ 1 file changed, 15 insertions(+), 12 deletions(-) commit 465a837f234330c58372a89c41a9d4caaf42e9e8 Author: Cosimo Cecchi Date: Tue Apr 3 09:57:54 2012 -0400 tooltips: ensure tooltip children get a transparent background Since the background of the tooltip is semi-transparent, its children must be transparent too, or it will look bad. https://bugzilla.gnome.org/show_bug.cgi?id=673364 themes/Adwaita/gtk-3.0/gtk-widgets.css | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit 7d94872c6616879070251d94accfe1f3dc734b81 Author: Cosimo Cecchi Date: Mon Apr 2 18:34:33 2012 -0400 treeview: don't force a border-radius to zero This also sets border-radius to zero for all the cell renderers, which is not something we want. Related to: https://bugzilla.gnome.org/show_bug.cgi?id=673321 themes/Adwaita/gtk-3.0/gtk-widgets.css | 1 - 1 file changed, 1 deletion(-) commit 5f0636a8bf2b54b955103b37aaf89a84b43b28b0 Author: Cosimo Cecchi Date: Mon Apr 2 18:21:45 2012 -0400 progress-bar: fix trough border rendering for selected cell renderers For selected cell renderers with a trough component, we shouldn't be using a border with a bottom highlight. We have the same problem with check/radios, where we use an alternate asset. Do the same here. Also, make the progressbar border a bit darker in that situation, so it stands out from the selection color background. Reported in https://bugzilla.gnome.org/show_bug.cgi?id=673321 themes/Adwaita/gtk-3.0/borders/Makefile.am | 2 + .../Adwaita/gtk-3.0/borders/generic-border-alt.svg | 101 +++++++++++++++ .../gtk-3.0/borders/generic-border-dark-alt.svg | 129 ++++++++++++++++++++ .../Adwaita/gtk-3.0/gtk-widgets-borders-dark.css | 9 ++ themes/Adwaita/gtk-3.0/gtk-widgets-borders.css | 9 ++ themes/Adwaita/gtk-3.0/gtk-widgets.css | 21 +++- themes/Adwaita/gtk-3.0/gtk.gresource.xml | 2 + 7 files changed, 268 insertions(+), 5 deletions(-) commit a947c2fb43bd40a3734fe8abc10bfb5f94a54e92 Author: Cosimo Cecchi Date: Mon Apr 2 13:02:21 2012 -0400 documents: fix text-shadow for selection mode toolbar buttons Using a light shadow with light text makes text appear as if it was blurry. Reported in https://bugzilla.gnome.org/show_bug.cgi?id=673321 themes/Adwaita/gtk-3.0/gnome-applications.css | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) commit e0928a1c71d8dc1e219b5b622afecf4a47e498a5 Author: Cosimo Cecchi Date: Mon Apr 2 12:52:35 2012 -0400 link-button: don't set a text-shadow for the active state Make sure GtkLinkButton never gets a text-shadow, even in its active state. Reported in https://bugzilla.gnome.org/show_bug.cgi?id=673321 themes/Adwaita/gtk-3.0/gtk-widgets.css | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)