Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Option to hide .bsky.social portion of user handle #5424

Open
hopqer opened this issue Sep 19, 2024 · 1 comment
Open

Option to hide .bsky.social portion of user handle #5424

hopqer opened this issue Sep 19, 2024 · 1 comment
Labels
feature-request A request for a new feature

Comments

@hopqer
Copy link

hopqer commented Sep 19, 2024

Some users choose a custom domain as their bluesky handle, and that's great, especially for verification purposes! But for those who just want to remain unverified & local with username dot bsky dot social, it would look super clean if given the option - at least in the feed - to hide the dot bsky dot social portion of the URL. (Though it would also vastly improve mentions by not eating up as much of the character limit, I'm not sure how that might affect user tagging on the back end.)

So for example: (@)hopper.bsky.social would just appear as (@)hopper in the feed while (@)hopper(.)com would show the entire URL as the handle

@hopqer hopqer added the feature-request A request for a new feature label Sep 19, 2024
@AdrianoCahete
Copy link

I don't think that this will happen because the way federate id works. You can have a lot of PDS'es, without a center Auth server.

But, I think that they can change how the handle is displayed on profile, and, maybe, on messages/citations. On profile they have more flexibility, but on messages is a little different, small window of improvement in there, IMO.

Who is the UI/UX responsible for project, @pfrazee @mozzius? (sorry for always tag you two, since I'm Brazilian, is the only 2 that I easier remember Hahahahah)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature-request A request for a new feature
Projects
None yet
Development

No branches or pull requests

2 participants