Re: Freeze break request for gnome-shell
- From: Shaun McCance <shaunm gnome org>
- To: Florian Müllner <fmuellner gnome org>
- Cc: release-team gnome org, Owen Taylor <otaylor redhat com>, gnome-doc-list gnome org, gnome-i18n gnome org
- Subject: Re: Freeze break request for gnome-shell
- Date: Thu, 13 Oct 2011 13:09:35 -0400
On Thu, 2011-10-13 at 16:03 +0200, Florian Müllner wrote:
> On mar, 2011-09-20 at 16:30 -0400, Matthias Clasen wrote:
> > On Mon, Sep 19, 2011 at 10:00 AM, Florian Müllner <fmuellner gnome org> wrote:
> > > On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote:
> > >>
> > >> It's a -1 from me. A small visual incoherence is better then feature
> > >> regression. Better wait 3.4 for a proper solution.
> > >
> > > I'm less worried about visual incoherence here, but rather about wrong
> > > usage of the switch widget, which might get picked up by application
> > > authors.
> > And I assume we don't have checkboxes for shell dialogs...:-(
> > I am not too worried about the 'feature' that we are temporarily losing here.
> > I assume we can get context menus (and thus the ability to show
> > passwords) in 3.2.1, Florian ?
> I'm not sure everyone is aware, but Owen was uncomfortable with the
> feature regression, so I backed out for 3.2 despite release team
> approval. I'm bringing it up again for 3.2.1, as the context menu patch
> is now ready to land (but obviously requires another freeze break).
> So I'd like to request a UI freeze break for the addition of context
> menus (screenshot attached) and a string freeze break for the four
> strings introduced in the patch ("Copy", "Paste", "Show Text", "Hide
Just to be sure: We're only talking about gnome-shell's password prompt
here, and not the password entry on the Wireless Security tab when you
edit a connection, right?
] [Thread Prev