this post was submitted on 06 Sep 2023
104 points (94.8% liked)

Open Source

28934 readers
352 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 4 years ago
MODERATORS
 

Fellow Lemmy users,

The Lemmy development team is considering adding a new tag system that would allow us to tag posts with keywords. This could make it easier to search for and find content on Lemmy.

Before implementing this, the team would like our feedback as users. Specifically:

  • Do you think having post tags would be helpful on Lemmy? Why or why not?

  • How should tags be displayed and integrated into Lemmy?

Please share your thoughts on whether you'd find a tag system useful, and if so, how you'd want it implemented. The dev team reads the feedback and will use it to decide how to proceed.

To give your input, you can comment or vote here or on the GitHub issue[^1]. You can vote whether or not you want the feature, and the different implementations, so we can see which is the most popular.

Thanks for helping shape Lemmy! This is our community, so please speak up.

Looking forward to hearing your thoughts.

[^1]: GitHub — Post tags

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 4 points 10 months ago (1 children)

I think limiting the number of post tags is not a good idea. Of course it's probably for the better if a community can't have 200 different tags for "active use", but for a community with a broad topic (which is common at this time in Lemmy), tags would be useful for the kind or the topic of the post one makes.
With kind I mean "question", "meme", "news" and "sale" among others, or also if a kind of post is only allowed on a certain day of the week, a useful rule could be the mandatory use of the corresponding tag on it, so those whom it bothers can filter it out, and the posts are also searchable based on that for those interested. Adding to this, as time goes on and the day-limited topics change, you (as a community moderator) probably don't want to delete their tags to keep the posts of it searchable, just as it was originally. Archiving tags (like Gitea will do apparently in the next major version) would be a useful feature for this case, to keep them for searchability, but also keep them out of the way of actively used tags for when you tag your new post. It is basically a boolean variable for each tag, and sorting of tags in menus based on its state.
And with topic, it would be a similar use case but for a recently very hot topic, but to be honest I can't see this one being used by posters, as I imagine these would be very volatile, and as I understand posts can only have tags that were declared by mods for the community.

If we have a limited number of community specific tag, at least make the limit configurable by the server admin.

[–] [email protected] 1 points 9 months ago (2 children)

What about the federated picture?

An instance doesn’t just have its tags, it has all tags for all communities and instances. tags require storage (disk); retrieving and searching by tags require compute.

So if you have x instances each with infinite tags, but each tag referring only to a tiny … this may not be great for the server.

Great point about frozen tags.

[–] [email protected] 2 points 9 months ago

Maybe archived/frozen tags generally should not be transported to federating servers, except when actually needed like for showing them in a list, or when a post that is being viewed has some of them. Even then, these ones could be only stored in a cache-like fashion, possibly with an upper limit on storage.
A count of such tags may still be useful to transport, though.. to show it on the UI to the user, and possibly for the server to decide whether it wants to preload them right now.

There could be limits though on the number of tags a post can have (10?), and the number of non-archived tags a community can have (50?), with both of these being configurable for a server by an admin, and preferably also allowing community specific overrides for these limits.

[–] [email protected] 2 points 9 months ago (1 children)

Also, yes this sounds a little scary, but is it really a problem? Posts and comments can be infinite too, and they contain much more data, a long blob of text. Compared to that, tags should only contain a label, a color code, maybe a description, and that's it. Maybe some simple properties in bitflags later.
And tags should also accumulate much slower than posts and comments.
But, if a federating sever or a client would load all the tags at once (which does not happen with posts and comments, right?), that may be a problem, but the limit on non-archived tags could solve this I think, and a conservative limit on tag label and description length (details may as well go into a wiki (I think we don't have those yet, though) or a post like that)

[–] [email protected] 1 points 9 months ago

A binary large object (blob) is trivial for a database; a post is only loaded once & rendered in full exactly once.

Tags are a search key and will be constantly rendered & used as a filter.