# Has any work been done to standardise UX patterns for logging into Solid applications? **URL:** \ **Category:** General Discussion\ **Created:** [May 3, 2022, 9:34pm UTC](https://forum.solidproject.org/t/has-any-work-been-done-to-standardise-ux-patterns-for-logging-into-solid-applications/5251 "2022-05-03T21:34:43Z")\ **Posts on this page:** 1\ **Showing post:** 5
**Author:** ![NoelDeMartin](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.solidproject.org/noeldemartin/32/3144_2.png) [@NoelDeMartin](https://forum.solidproject.org/u/NoelDeMartin)\ **Post date:** [May 4, 2022, 6:32pm UTC](https://forum.solidproject.org/t/has-any-work-been-done-to-standardise-ux-patterns-for-logging-into-solid-applications/5251/5 "2022-05-04T18:32:59Z")
> [@nickform](#): > > The `` property seems to be absent from my [inrupt.net](http://inrupt.net) profile (NSS I believe) but present in my [inrupt.com](http://inrupt.com) profile (ESS?) and in new profiles I create when running the CSS. Since the latter two are in some sense more modern I hope that this is evidence of a growing consistency in the direction of allowing the user to begin the process by giving their WebID. Yeah this is something that is not standardized yet, so I only use it if it exists (otherwise, I fall back to the domain of the webId or the url they introduced). But this is being looked into, so it may become part of the spec eventually. If you want more info about it, check out this repo: [solid/webid-profile](https://github.com/solid/webid-profile/). > [@nickform](#): > > Which library does Media Kraken use for authentication? It uses two libraries at the moment: [@inrupt/solid-client-authn-browser](https://github.com/inrupt/solid-client-authn-js) (the default one) and [solid-auth-client](https://github.com/nodeSolidServer/solid-auth-client) (legacy). The reason why I’m using two is that Inrupt’s library is not compatible with some old servers, so I’m keeping both for backwards compatibility. However, all the logic about what url to use for log in is in a different package: [@noeldemartin/solid-utils](https://github.com/NoelDeMartin/solid-utils/blob/main/src/helpers/auth.ts#L55). > [@nickform](#): > > You’re right to be hesistant to mention new terms like WebID but I think it’s necessary for users to learn that concept (a URL for _you_ !) to be able to use Solid well and, if we could make sure this is the way every login journey begins, it will reinforce the familiarity as users try different apps. Yeah, I agree with that and I would prefer to follow a best practice if there was any. I do prefer “Log in with Solid” for my apps, but if as a community we settle on a best practice to say “Connect with Solid” or whatever, I wouldn’t mind changing my apps to conform. Something I’m conflicted about though is suggesting any pod providers. One of the reasons why I like Solid is the decentralized aspect, so I don’t want to reinforce using any particular provider. At the same time, we know most people will use a handful of providers because these things follow a [Power law distribution](https://en.wikipedia.org/wiki/Power_law), so it would result in better UX. Another huge issue is where to point users who don’t have an account. Right now I am pointing them to [the get a POD page on solidproject.org](https://solidproject.org/users/get-a-pod), but there’s [a lot of things](https://github.com/solid/solidproject.org/issues/412) I don’t like about it. Right now I’m not focusing my efforts on onboarding users who don’t have a POD already, but if I were there’s a lot of things I’d probably change. @jaxoncreed wrote a post a while ago that touches on the topic, and there were some nice ideas in there: [The Full Complexity of On-boarding with Solid](https://medium.com/@JacksonMorgan/the-full-complexity-of-onboarding-with-solid-7aeaa842358). --- _[View the full topic](https://forum.solidproject.org/t/has-any-work-been-done-to-standardise-ux-patterns-for-logging-into-solid-applications/5251)._