unity-design team mailing list archive

[Jonathan Meek <shrouded.cloud@xxxxxxxxx>]

I'm interested in how this works. With my idea, the important thing is that
something is done to cover transition. The only reason I still think my
idea is more relevant is because my own idea isn't an animation for the
sake of an animation. Mine was meant to convey an idea as much as being a
transition.

I admit, it's a bit out there, which is why I'm open to other ideas, but,
should we just do it to do it, or do it because it's significant or tells
the user something? We're trying to communicate a change in models of
thinking with this transition. So it needs something simple, fast, and
distinct.

Would love to hear any other ideas, with the top one in the thread is
sliding followed by my personal introduction of a zoom/condense. Any others
out there to consider? (Keeping in mind you shouldn't limit your idea, aim
for the top and will figure out the details later )

On Fri, Feb 17, 2012 at 2:24 PM, Ian Santopietro <isantop@xxxxxxxxx> wrote:

> The great thing about a sliding login box is that it sets us up pretty
> well for Ubuntu on tablets (or other password-less logins).
> Personally, I don't like having a password on my tablet. With this,
> simply touch the login box and slide it over to unlock with the same
> motion.
>
> On computers without passwords, let the user either click and drag the
> login box to log in, or hit enter. Hitting enter would slide the box
> to the right as well.
>
> On computers with passwords, the user must type in the password, then
> perform an action above to complete the login. If the password is
> incorrect, bounce the box back, and inform the user.
>
> On tablets without PIN/password, let the user touch the box and slide
> it to the right.
>
> On tablets with PIN/password, the user must enter the PIN/password,
> then slide the box to the right. If the code is incorrect, bounce the
> box back and inform the user.
>
> It provides an experience that works well in both contexts, and is
> familiar on both.
>
> On Fri, Feb 17, 2012 at 11:23, Mika Meskanen
> <mika.meskanen@xxxxxxxxxxxxx> wrote:
> > Yeah, based on what I can imagine from descriptions so far, I think
> > zooming/morphing the login box in the magnitude mentioned here is
> > superfluous and dilutes the Greeter-Desktop connection established by
> having
> > the wallpaper and menu bar in the greeter.
> >
> > Still, we can fade the menu bar from its translucent greeter state to its
> > solid desktop state. Perhaps also slide in the launcher when Unity is
> ready,
> > as mentioned here. That be seamless and signal when the system is ready.
> >
> > The login box could morph in a couple of situations though: e.g. when the
> > user goes to Desktop Environment selection, or when a more complex
> dialogue,
> > like password change is presented.
> >
> > We could also do something with sliding boxes… some tentative design work
> > can be seen here:
> >
> https://docs.google.com/document/d/1MT5Qrouudu9EftJdbtuz-Z1l26bDUDlcpPD52YsABYM/edit?hl=en_GB&pli=1#heading=h.afowxbl00dr4
> >
> > I think for 12.10 we could treat this as an end-to-end journey and
> specify
> > all touchpoints and transitions from bootup to login to lock to unlock to
> > logout and shutdown :)
> >
> >
> > Thanks,
> >
> > Mika
> >
> >
> > Sent using Thunderbird on Ubuntu GNU/Linux/X/Unity
> >
> > On 17/02/12 16:17, Yann Brelière wrote:
> >>
> >> On Fri, Feb 17, 2012 at 17:06, Ian Santopietro <isantop@xxxxxxxxx
> >> <mailto:isantop@xxxxxxxxx>> wrote:
> >>
> >>    That's better, but I still feel like it's putting emphasis on the
> >>    wrong parts of the system. It gives the impression the the login
> >>    screen is what controls everything else, which clearly isn't
> >>    actually the case.
> >>
> >>    The login box sliding off the screen doesn't place any undue
> >>    emphasis on any particular part of the system and it isn't as
> >>    misleading as the zoom effect would be. It also doesn't require any
> >>    advanced compositing, making it better suited for running on lower
> >>    end hardware, and provides a visual experience that would be less
> >>    jarring.
> >>
> >>    --Ian Santopietro
> >>
> >> An even simpler and less obtrusive solution would be a soft fade out /
> >> fade in of everything except the background (which is the only thing
> >> that doesn't change) and the top panel (for which a transition between
> >> the translucent and opaque style could be made, but only if the same
> >> would happen for the panel when opening/closing the dash, to keep things
> >> cohesive).
> >>
> >> --
> >> Yann
> >>
> >>
> >
> > --
> > Mailing list: https://launchpad.net/~unity-design
> > Post to     : unity-design@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~unity-design
> > More help   : https://help.launchpad.net/ListHelp
>
>
>
> --
> Ian Santopietro
>
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.gnu.org/philosophy/no-word-attachments.html
>
> "Eala Earendel enlga beorohtast
>  Ofer middangeard monnum sended"
>
> Pa gur yv y porthaur?
>
> Public GPG key (RSA):
>
> http://keyserver.ubuntu.com:11371/pks/lookup?op=get&search=0x412F52DB1BBF1234
>
> --
> Mailing list: https://launchpad.net/~unity-design
> Post to     : unity-design@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~unity-design
> More help   : https://help.launchpad.net/ListHelp
>