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
[Tags] Use simpler "categories/tags" terminology #393
Comments
Maybe changing the flarum/tags extension would work best. |
That would be very powerful, but probably also very complicated and hard to understand. Sometimes, too much flexibility can be a pain for the user... |
This is a good idea except that it could become confusing (as said above by @franzliedke) |
The challenge is to implement a system with that kind of power (for users who want to take advantage of it), but with a simple UI so users who just want plain old categories won't get confused. I think I'm up for the challenge ;) |
Way to go! :) Maybe a default-UI and the option to switch to an extended-UI. |
Just thought about this. Mainly how to make it easy to understand and still flexible. I would think this may be good place for a natural language form, something like this. I made a crude writeup of phrases that could be used. Still needs polish, mind you. ;)
|
Having just installed the beta to test I have to agree that the primary / secondary tag naming is confusing and I would vote for Categories & Tags (or customisable naming). I would of thought that allowing all sorts of customisation may be over kill! I would also vote to hide secondary tags on the discussion view unless you are in the primary tag. I can see them becoming extremely crowded. |
If I can raise this issue from the dead, I'm not sure where this stands, but I honestly think the term 'categories' is tried and tired in the forumsphere. I like tags, labels, groups (as ambiguous as that is), channels, etc. |
There MUST be an option for a regularly styled forum layout. I feel the current way Flarum operates is "chatty". I like it but there needs to be an option for bigger comunities that have many subsections. It would be cool if you could apply the tags in the subsection without that subsection being the primary tag. There could be global tags and subsection specific tags. For example: Main forum => |
I feel like the option lies in an extension (which, I'll note, that's all that Tags is). |
I wouldn't be too surprised to see a categories extension come into life any time in the future. If so, it can perfectly exist next to the core tags extension. Related to terminology, out of experience I've used so far:
Related to renaming the extension. I wouldn't do that. But we might redefine the focus of what the goals of this package should be. Nothing in this package is forced. If we'd leave out the tag-index page we would have a perfectly valid and simple tagging system. |
I'm starting to really like Toby's initial suggestion. For those who haven't seen it yet, you can see a graphic representation of what he's got in mind down at the end of his second reply to flarum/framework#746. |
It just occurred to me that we might want to continue using the term "tags" as the generic name for the things handled by this extension. The reason is this: Rewriting this message to use the "categories/tags" terminology correctly could get too complex. Another approach might be to keep the "tags" term as the generic and use a different term ("keywords", perhaps?) to describe what we're currently calling "secondaries". That gives us:
EDIT: @luceos refers to secondaries as "Utility tags", which also works quite nicely in my opinion. That would allow you to leave the post stream message as it is ... and it would also mean you could get away without renaming the extension to Taxonomy. |
As for right-aligning categories in the topic list ... while I agree with that suggestion, I don't much like how the tags fade out when they overflow the space allotted for them: It looks like a UI malfunction rather than a feature. How about showing only the two most important tags instead, and displaying the rest when the user hovers over them? That would require some means of prioritizing them, such as:
And if there's a tie for second place (e.g. a thread has one category tag and two secondary tags) it could show whichever secondary tag was chosen first. This wouldn't be very discoverable, but it would be a bit prettier and help save space for the date in the mobile view |
@dcsjapan I agree that making them appear on hover makes sense, but I'm okay with the way it is right now. Did anybody complain on the forums so far? |
Oh wait, they already shift to the left on hover. Nice. :) |
No, just me, probably. 😜 The appearing on hover is good, but the half-faded appearance feels wrong somehow. |
I agree it looks weird. Perhaps it shows 2 tags then a '...' At the end |
While reworking the Tags extension, would it be possible to add some way for admins to control which tags (or which types of tags) are displayed in the sidebar list? See this forum post for an example of the sort of control that admins might appreciate having. |
@dcsjapan Yes I think that kind of power is probably a good idea. |
I think you should do this with pre defined defaults so advance uses can have more flexibility. |
I'll add two idea :
|
On the forum it was suggested to post my message here, so there you go: I just encountered some questions regarding Tags that should be features for me. Aside from this it would look very helpful to me, to allow (some) users to create secondary tasks automatically when creating their new post. This would be some pretty common behavior and would in the end result in better searchability (at least if I got the secondary tags idea right). |
This comment has been minimized.
This comment has been minimized.
I feel like this has devolved into a conversation about fundamentally redesigning the tags extension. I don't think this is a bad thing, but I would like to note that the original issue of confusing naming still stands. I propose that we implement Toby's proposed rename, and then, if relevant, reconsider this conversation (which I think would benefit by being split up over several issues). The conversation can continue regardless of what primary/secondary tags (or categories/tags) are called, but the rename will make end user's lives less complicated, and is trivial to execute. |
I disagree with the original terminology proposed. Categories is absolutely not something that makes this simpler. I would suggest to stick to using the Tag name, but prefix them to make their use and interpretation more straightforward, eg: Primary tags, Sub tags and Helper tags. Discussion should focus on the terminology here not on changing the actual implementation of the tags extension. |
At least from my understanding, there are 2 issues at hand here.
|
Primary tags → categories
Secondary tags → tags
Consider renaming the whole extension to Taxonomy.
Also consider category "groups"/"headings"
and this: https://discuss.flarum.org/d/1144-should-the-categories-in-the-topic-list-be-right-aligned
The text was updated successfully, but these errors were encountered: