181–190 of 213 posts
Earlier quoted context omitted.
Seems like password managers should be able to handle the password being entered on the next page when there's no input on the current page.
KeepassXC (and its browser extension KeepassXC-Browser) does this. Not sure why anyone would even consider a different password manager. (Just don't forget to donate, if you have the means.)
I swear, designers and developers are un-learning how to build sites. Things that used to Just Work on the web (sign in, scrolling, load speed, etc.) now merit an article.
Nowadays a large chunk of online services’ objective is more to “engage” you and sign you up to some bullshit newsletter or sales call rather than actually provide you a service that you’d be happy to pay for. Marketing has become the primary objective, with “deliver value to the user” a neglected side-effect.
Earlier quoted context omitted.
As a non-native English speaker I always confused "sign in" and "sing up". I would prefer totally different words like "Enter" and "Register".
You want to enter a site you're already on?
For https://sqwok.im , I explicitly placed the login/signup prominently at top right for all users on mobile and desktop because I want it to be clearly visible always. I could see some value in detecting whether the user has already created an account and highlighting the "login" portion like the author has. There’s a business service site I have to log into once a month who’ve hidden the login behind a drop down an…
Your site is really slow. I honestly thought it was broken when I first went, no login link to be seen at all. This is why you should avoid making a SPA unless you know what you're doing, if you're going to use one at least put a spinner or something so it's clear the site's doing something.
The site doesn't have much traffic right now and is running entirely on serverless lambda, it's likely you arrived while it was idle and had to wait for it to wake up...
> at least put a spinner or something so it's clear the site's doing something
def should improve the loading state for when it hasn't woken up yet.
I'm about ready to unsubscribe from the LA Times for this BS. They seemingly invalidate my login every day, then when I get linked to an article, a huge pop-up obscures the article while reading it, and despite paying them for this damn service I can never even find a way to login. And if you do this to people just because their cookie went stale, then is this really a customer that you want to remind that they don't…
Some of this I suspect may be related to browser privacy settings these days, as the "Remember me" checkbox to avoid hitting 2FA for my bank accounts basically no longer works for me either these days? Some 3rd party cookie collateral damage?
Password manager makes it pretty painless anyway, though.
A couple of frequent mistakes with signin which are usually caused by junior product owners/ux persons not reflecting on what they are doing and blindly copying what they believe is the way to do things. - Having confusing language and poor differentiation between the sign in and sign up form. Symptom, users start filling in the wrong form only to realize their mistake. - Separating the password from the email field…
Signup is a big thing with lots of stakeholders and interest. User acquisition is an easy metric to track for business health. Everyone wants to push not-logged-in users to sign up.
Ownership of logging in was much less clear. It's not a full time job for a person or team in the same way customer acquisition is. So you put some buttons/links on the page, but then there's no single owner of them to get pissed off when other teams start moving their shit around.
(The other aspect here is that the website was a declining platform compared to the apps, where a not-logged-in user is much more captive and there's a more obvious single "login or signup" landing page point. On the web most media sites, at least, try to provide SOME sort of preview/partially functional experience version of the logged-in view, which wasn't designed with a prominent "SIGN IN" button in mind.)
A couple of frequent mistakes with signin which are usually caused by junior product owners/ux persons not reflecting on what they are doing and blindly copying what they believe is the way to do things. - Having confusing language and poor differentiation between the sign in and sign up form. Symptom, users start filling in the wrong form only to realize their mistake. - Separating the password from the email field…
At the last big subscription company I was at, it wasn't a product owner seniority thing, it was a organizational problem. Signup is a big thing with lots of stakeholders and interest. User acquisition is an easy metric to track for business health. Everyone wants to push not-logged-in users to sign up. Ownership of logging in was much less clear. It's not a full time job for a person or team in the same way customer…
This kind of thing really bothers me - it's like a symbol for how little they care about existing users. I feel like there should be some specific name for this kind of thing - design patterns that target new users and suck for existing users. Honeymoon feature? 'First hit is always free' feature? Maybe just 'First hit'? I'm bad at naming. --- "As they approached the city they could see enormous walls surrounding it.…
It seems loyalty is for suckers these days. It used to be that long time customers and employees got rewarded. Now they are being punished and exploited.
For https://sqwok.im , I explicitly placed the login/signup prominently at top right for all users on mobile and desktop because I want it to be clearly visible always. I could see some value in detecting whether the user has already created an account and highlighting the "login" portion like the author has. There’s a business service site I have to log into once a month who’ve hidden the login behind a drop down an…
No login link, just a series of grey lines, even after I enable javascript. Ah, I see you require that I accept cookies just to to view your front-page ...