commit 8b4ca088e382bd38f152d7b07942ac5796ca068b
Author: Cosimo Cecchi <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <chandankumar.093047@gmail.com>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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 <cosimoc@gnome.org>
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(-)