News for hackers. Stuff that matters.
Re:Learning from Terminals to Design the Future of User Inte... by jwr on Friday August 03, 2018 @03:19PM (#17682795)
Yes! I am so glad somebody called out the UI animations! The one in 1Password bugs me every time, I don't use Spaces because it takes too long for the animations to play out. There are more examples.

Every time a programmer adds an animation, a settings option should also be added to "disable animations". Advanced users will love you for it!

Re:Learning from Terminals to Design the Future of User Inte... by jasonkostempski on Friday August 03, 2018 @03:35PM (#17682914)
I have a Wells Fargo auto loan. Their site is separate from the main Wells Fargo site. They have no animations (not even spinners) and basic web forms. The site feels so fast compared to other sites it's jarring. I often feel the need to double check that what I just did actually got applied because it feels like someone is presenting a mock UI demo with static images.
Re:Learning from Terminals to Design the Future of User Inte... by eridius on Friday August 03, 2018 @03:44PM (#17682995)
It would not surprise me in the least if the 1Password unlock animation is a deliberate attempt to hide the time it takes 1Password to decrypt your password list.
Re:Learning from Terminals to Design the Future of User Inte... by juancampa on Friday August 03, 2018 @04:04PM (#17683159)
Stating that they are decrypting (and it takes time) would probably change users' opinion from "this is slow" to "this is secure"
Re:Learning from Terminals to Design the Future of User Inte... by npunt on Friday August 03, 2018 @04:05PM (#17683178)
I seem to recall reading this when I investigated before. Article is shooting the messenger in a way, the animation is not the problem. Agilebits (the co who makes 1password) generally aren't the types to introduce superfluous elements.
Re:Learning from Terminals to Design the Future of User Inte... by kenneth on Saturday August 04, 2018 @05:56AM (#17686181)
It's not the decryption process that is slow (computers can do AES really really fast these days), it's the deliberate slowness introduced by PBKDF2, which attempts to thwart brute force attacks.
Re:Learning from Terminals to Design the Future of User Inte... by skookumchuck on Friday August 03, 2018 @04:26PM (#17683344)
Animations are cool the first time you see them. The tenth time, they are just aggravating.
Re:Learning from Terminals to Design the Future of User Inte... by fingerlocks on Friday August 03, 2018 @05:55PM (#17683950)
I'm confused. By Spaces animation, are we talking about the horizontal sliding transition?

On my machine (High Sierra) the transition time between Spaces is dependent on the finger gesture swipe velocity. I'm not really sure I would even call this an animation- the Spaces x-offset is being adjusted as I move my fingers along the track pad in the same way as scrolling up/down in a browser behaves. There's literally no waiting for the "animation" to complete; when I lift my fingers I'm either in one space or the other.

Re:Learning from Terminals to Design the Future of User Inte... by jwr on Friday August 03, 2018 @06:21PM (#17684088)
Compared to i3wm on Linux, it takes ages. I can could probably switch workspaces three or more times (using the keyboard) during the time that a single Spaces animation takes to complete.

Also, I am on High Sierra too, and there is at least a half-second lag between when the gesture ends and when the animation is complete. Taken together with the time it takes to initiate the gesture, I'd say we're around 0.75s.

Re:Learning from Terminals to Design the Future of User Inte... by kccqzy on Friday August 03, 2018 @08:14PM (#17684579)
They are keyboard-based ways to switch spaces too.

I do find that if you use the keyboard to switch spaces quickly, the animations become faster too. Unfortunately the app in the other space do not get new keyboard input during the animation.

Re:Learning from Terminals to Design the Future of User Inte... by branislav on Saturday August 04, 2018 @09:24AM (#17686765)
Incidentally, I am on Xubuntu, and I would love to have the workspace switching transition that macOS has. Switching workspaces on xfce is lightning-fast but I would love to have an indication on whether I moved left or right. (other than the small indicator in a Panel) Ubuntu solves this with a HUD (or at least did with Unity).
Re:Learning from Terminals to Design the Future of User Inte... by sjmulder on Friday August 03, 2018 @06:13PM (#17684052)
Agreed on the gesture, I feel that’s implemented well. But I suppose the author is talking about the animation you get when using the keyboard. I also find myself annoyed switching spaces on macOS vs. dwm, tmux, etc.

Something else: I got myself a tablet a few weeks ago and now find myself disliking the constant scrolling and wishing for (instant) pagination instead.

Re:Learning from Terminals to Design the Future of User Inte... by lylecubed on Friday August 03, 2018 @04:34PM (#17683398)
> Every time a programmer adds an animation, a settings option should also be added to "disable animations".

You can disable every animation in OS X itself via the command line (defaults write). I put them all in a shell script that I run on new installs. You may be out of luck with 1Password.

Re:Learning from Terminals to Design the Future of User Inte... by apetresc on Friday August 03, 2018 @04:47PM (#17683477)
Unfortunately, not every animation. In particular, the Spaces transition animations that the OP is complaining about is not one of the ones you can disable with `defaults.write`.

I re-check if it's been added with every new macOS release; no luck so far :(

Re:Learning from Terminals to Design the Future of User Inte... by rane on Saturday August 04, 2018 @04:13PM (#17688272)
One way to make the Spaces animation tolerable is to enable "Reduce motion" in Accessibility preferences.

https://i.imgur.com/zg4gZA7.png

Re:Learning from Terminals to Design the Future of User Inte... by apetresc on Tuesday August 07, 2018 @08:58PM (#17712335)
This is amazing - thank you!