Re: Freeze break request for gnome-shell

On Tue, Feb 28, 2017 at 7:52 PM Matthias Clasen wrote: > we don't have much else to show in that area, this cycle...maybe thats me > wearing a marketing rather than rel-eng hat > I was afraid of mentioning the 'm' word, but that was indeed a main motivator behind the

Re: Freeze break request for gnome-shell

fwiw, I'm +1 _because_ this is a visible improvement and new feature in gnome shell - we don't have much else to show in that area, this cycle...maybe thats me wearing a marketing rather than rel-eng hat ___ gnome-i18n mailing list gnome-i18n@gnome.org

Re: Freeze break request for gnome-shell

On Tue, 2017-02-28 at 13:06 -0500, Matthias Clasen wrote: > On Tue, Feb 28, 2017 at 12:49 PM, Florian Müllner g> wrote: > > > > In my opinion, both items make for some nice polish improvements in > > that area with low risk (the weather section is very isolated, and > > the

Re: Freeze break request for gnome-shell

On Tue, Feb 28, 2017 at 12:49 PM, Florian Müllner wrote: > > > In my opinion, both items make for some nice polish improvements in > that area with low risk (the weather section is very isolated, and the > visual refresh is mostly a style update), so they would make for a >

Freeze break request for gnome-shell

Hey everyone, I'd like to land some improvements to the date+time drop-down before entering beta. The bugs in question are: * https://bugzilla.gnome.org/show_bug.cgi?id=754031 which adds weather information according to the location configuration from gnome-weather. This has been fairly

String additions to 'gnome-sudoku.master'

This is an automatic notification from status generation scripts on: https://l10n.gnome.org. There have been following string additions to module 'gnome-sudoku.master': + "The GNOME Project" Note that this doesn't directly indicate a string freeze break, but it might be worth investigating.