commit 8b4ca088e382bd38f152d7b07942ac5796ca068b
Author: Cosimo Cecchi <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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(-)

You are viewing proxied material from ftp.icm.edu.pl. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.