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

Dont use "subscribed" as default view for new users #2195

Closed
Nutomic opened this issue Apr 5, 2022 · 5 comments
Closed

Dont use "subscribed" as default view for new users #2195

Nutomic opened this issue Apr 5, 2022 · 5 comments
Labels
enhancement New feature or request type: discussion General talk without any clear action

Comments

@Nutomic
Copy link
Member

Nutomic commented Apr 5, 2022

Screenshot_20220405_125933

When a user signs up, he will only be subscribed to the instance's default community. So if he doesnt find the buttons for local/all, he will not see any other content. So i think it makes sense to use local or all as default view for new accounts, and let them change it to local manually after subscribing to some communities.

Similarly, users without login will see the local view by default, which can be very inactive on small instances. So in some cases, it would make sense to show all by default. Maybe it should be configurable by the admin?

Alternatively we could make the subscribed/local/all buttons more obvious in the frontend.

@Nutomic Nutomic added enhancement New feature or request type: discussion General talk without any clear action labels Apr 5, 2022
@tafiti
Copy link
Contributor

tafiti commented Apr 8, 2022

I think it should be configurable from the admin side.
I also think it is a good practice for admins to include a sidebar line that helps new members know the differences between local/subscribed/all.

@dessalines
Copy link
Member

We used to have All be the default view for not logged in users, and decided against all can be mostly filled with federated posts, and isn't a representation of what your instance is going for. I def think we should leave that to local, and not keep going back and forth.

I do agree tho that it would probably be best to have local be the default for newly signed up users too... a lot, after getting redirected to the communities page after signing up, only subscribe to a few communities.

I also think it is a good practice for admins to include a sidebar line that helps new members know the differences between local/subscribed/all.

This already exists, the little help icon right on the filter bar goes to a page that describes what all those mean.

As far as making this configurable, I don't know that its that necessary, since its already a user preference.

@tafiti
Copy link
Contributor

tafiti commented Apr 8, 2022

For instances that are selective on who they federate with, their identity is largely maintained when you view by all instead of local. I would also argue that this showcases federation right from the bat in that a random visitor gets to see what the ecosystem actually looks like.
On many occasions, a member of a "small" instance prefers to subscribe on to a major community, like c/privacy on a "bigger" community and those posts form a core stream of posts on those "smaller" instances. A new visitor may never know about all this if they just landed to /local and do not know about the options. Defaults matter.

Instead of hardcoding a default, what if admins can get to choose between all and local?

@Nutomic
Copy link
Member Author

Nutomic commented Apr 11, 2022

Another example are users who visit one of the "recommended instances" on join-lemmy.org. Those users are probably interested to content from the overall Lemmy network, not just from the particular instance. On the other hand, someone who directly joins an instance covering a particular topic is probably most interested in local posts.

So i agree that the only good solution is to make it configurable for instance admins. A single setting which applies to users both with and without login should be enough (with options being local or all).

@dessalines
Copy link
Member

Its doable, it'd be a default_post_listing_type in the site table.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request type: discussion General talk without any clear action
Projects
None yet
Development

No branches or pull requests

3 participants