GNOME Bugzilla – Bug 685295
Transition from login screen to desktop isn't right
Last modified: 2013-04-17 17:01:03 UTC
The current transition has the login view shrink down to the center of the screen, revealing the desktop below it. This is better than having no animation at all, but isn't quite what was designed: http://youtu.be/BFo0s2wnyj4?t=36s Here you can see that the login screen slides up, to reveal the desktop maximising to fill the space behind.
I have updated the transition mockup in the meantime as the system grey texture is usually on the lowest "level" in the z-order: http://jimmac.fedorapeople.org/gnome3/login-gray-fadein.webm
Also note that the animated transition from unlock to desktop gets confused with dual monitors - both screens appear to shrink down and fly in opposite directions. (See https://live.gnome.org/Boston2012/Multimonitor )
I'd like to give it a try. Allan, Jakub: what is the expected behavior on multihead since the unlocking UI is displayed on the screen where the user rolled the curtain up?
(In reply to comment #3) > I'd like to give it a try. Allan, Jakub: what is the expected behavior on > multihead since the unlocking UI is displayed on the screen where the user > rolled the curtain up? The ideal scenario would involve more work indeed. It relates to how the curtain rolls up right now. I don't quite like how it unrolls on all screens (being different resolution and slapping empty rectangles around and all). We've been discussing this, but I can't find the relevant bug right now. Instead of uncovering all screens, the curtain should only lift on the screen where interaction happens (and the login/unlock dialog possible on any screen, not just the primary). Primary should be used when Esc was used to raise it though. Once the authorization is successful, the natural transition for all displays other than the authorization one is to lift the curtain to get the working session.
(In reply to comment #4) > (In reply to comment #3) > > I'd like to give it a try. Allan, Jakub: what is the expected behavior on > > multihead since the unlocking UI is displayed on the screen where the user > > rolled the curtain up? > > The ideal scenario would involve more work indeed. It relates to how the > curtain rolls up right now. I don't quite like how it unrolls on all screens > (being different resolution and slapping empty rectangles around and all). > We've been discussing this, but I can't find the relevant bug right now. Bug 685300 I presume.
(In reply to comment #1) > I have updated the transition mockup in the meantime as the system grey texture > is usually on the lowest "level" in the z-order: > > http://jimmac.fedorapeople.org/gnome3/login-gray-fadein.webm Are we able to implement this? Perhaps someone could comment on the feasibility of the design?
(In reply to comment #6) > (In reply to comment #1) > > I have updated the transition mockup in the meantime as the system grey texture > > is usually on the lowest "level" in the z-order: > > > > http://jimmac.fedorapeople.org/gnome3/login-gray-fadein.webm > > Are we able to implement this? Perhaps someone could comment on the feasibility > of the design? It wouldn't be nearly as smooth, and there would be a large gap before starting the shell but after logging in if we did this. I'm also not sure how this works with multiple monitors.
> I'm also not sure how this works with multiple monitors. Described in comment #4
we seem to have a duplicate bug here. Some notes on how to potentially implement this in bug 682429 *** This bug has been marked as a duplicate of bug 682429 ***
We have discussed this with ryan and garrett extensively during LGM and we've come up with a transition that avoids the jarring zoom and keeps the system layer from being composited over the desktop. I've mocked it up and provided a small infographic about the different layers in the following video: http://www.youtube.com/watch?v=Dcr0ke2UeaI The slide happens only on the primary display. Secondary displays continue to fade like they do now, to avoid the complexity of the physical layout.