gksudo fadeout effect should be restored

Bug #22235 reported by Wouter Stomp
28
Affects Status Importance Assigned to Milestone
gksu (Ubuntu)
Fix Released
Medium
Michael Vogt

Bug Description

After the removal of the fade-out effect from the gksudo dialog, it is not clear
anymore that you can't access any other windows or other objects on the screen
besides the gksudo dialog. The fade-out effect did make this very clear, so
unless there is another way to do this, I think the fade-out effect should be
restored.

Revision history for this message
Michael Vogt (mvo) wrote :

*** Bug 22338 has been marked as a duplicate of this bug. ***

Revision history for this message
Jason Quigley (jasonq) wrote :

What's more, the fadeout effect only happens on one monitor in a Xinerama setup.

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

When a control is unavailable, it should be greyed out, and so should its label.
So when a system-modal dialog is up, every control in every other window
(including the title bar buttons) should be greyed out, and if that doesn't
happen, iz gtk boog. Fading out the entire screen is disturbing by comparison
(and is made even more disturbing because it snaps violently back to full
visibility three or four seconds later once you've entered your password).

Besides rendering controls in all other windows as insensitive, the
system-modality of the dialog can be made more obvious by giving it a more 3-D
border, eventually replaced (once XOrg allows) with a deeper-than-normal shadow.
Nevertheless, I think the fadeout effect was worse than nothing at all is.

Revision history for this message
Seth Mahoney (smahoney) wrote :

I'd also like to see the fade-out effect restored. It was effective and looked
nice. Would it be possible to restore it with an option to turn it off?

Revision history for this message
Wouter Stomp (wouterstomp-deactivatedaccount) wrote :

(In reply to comment #3)
> When a control is unavailable, it should be greyed out, and so should its label.
> So when a system-modal dialog is up, every control in every other window
> (including the title bar buttons) should be greyed out, and if that doesn't
> happen, iz gtk boog. Fading out the entire screen is disturbing by comparison
> (and is made even more disturbing because it snaps violently back to full
> visibility three or four seconds later once you've entered your password).
>

Well there is more than only buttons that you can manipulate on a screen. Then
text fields, title bars, etc. should be greyed out as well, which basically
means the whole screen should be greyed out. The violent snap-back could be
replaced with another nice fade effect.

Revision history for this message
Tim-tjl2 (tim-tjl2) wrote :

Another vote here to have the fade restored. If it isn't restored, the password
prompt window should at least have some sor tof border around it. When using
clearlooks deepsky theme, the outside edge of the password prompt often blends
in with the background of other windows due to the shade of grey used. This
doesn't look very appealing at all.

Revision history for this message
Dennis Laumen (dennislaumen) wrote :

I already posted a similar bugreport here:
http://bugzilla.ubuntu.com/show_bug.cgi?id=16756

It is really unclear what the dialog is without the borders or the fade-thingy.
I vote for the fade-out effect.

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

*** Bug 22945 has been marked as a duplicate of this bug. ***

Revision history for this message
Michael Lynch (symgeosis) wrote :

I vote to have the fade (or in the very least, a border of some sort) restored.

The fade is rather useful for me and without it I occasionally don't notice when
a gksudo box is present when I'm working incredibly fast and doing things by
instinct rather than utilizing subtle output such as a rather hard to see gksudo
box.

Revision history for this message
John Nilsson (john-milsson) wrote :

I "upgraded" do dapper and noticed that the fadeout effect i there now.

I have played with the code for this with the idea of putting kind of blurry
transparant menbrane on top of the screen. However I decided not to because it
coudln't be done without freezing the image.

I noticed the same problem with the fade out effect. When asked for a password
I'm unable to click the keyboard indicator so that I can type my password. This
is ok because I can change with alt+shift, but the indicator isn't updated to
reflect the fact that I have changed, and it is kind of hard to confirm as the
password doesn't show.

So please, remove the fadeout effect if it can not be implemented in a manner
that woun't freeze the image. (GLX?)

Revision history for this message
Michael Vogt (mvo) wrote :

The current version of gksu in dapper has a fade-effect again. I close the bug for now.

It's not clear (actually likely) that the fade effect will go away again (just like in breezy) for the release because the ui-team considers it too distruptive.

Cheers,
 Michael

Changed in gksu:
status: Unconfirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.