태그 패널에 "새 태그 추가" 옵션이 필요합니다

We need a “Create New Tag” option on this page:

I’m aware that we can create new tags using the Composer, but is it the only way?! I don’t think it makes sense to open the Composer to create tags. I mean, the feature could still be there, of course, but it shouldn’t be the only way and especially not even the main way of doing it.

If I’m in a panel called Tags, it would make sense that there’s a button or menu option to Create New Tag. This is the most intuitive approach, in my opinion.

And while we’re at it, why the extra dropdown menu when there’s plenty of space to add the buttons right on the page, and get rid of the menu?

I’m always in favor of dropdown menus when there’s limited space, but other than that, I’m all for reducing the amount of clicks, and specially, removing friction and confusion caused by hidden options that sometimes may not be immediately obvious and visible to the user.

3개의 좋아요

No, but you’re right that there isn’t an obvious way.

All the current ways to create a tag are associated with putting the tag to use (attaching it to a new topic, adding a tag as a synonym to an existing tag, creating a tag while creating a tag group). Beyond this, I believe the only other way to create a new tag is through bulk upload.

This has been discussed a bit in Create tags outside of new post — I don’t think there’s any opposition to this feature, it just hasn’t been prioritized.

7개의 좋아요

Those should also exist, of course.
I thing that the main way, which is on a panel called “Tags”, should have been implemented since day one, because that’s where we can manage all tags. That’s what seems to make more sense to me, along with the creation on topic creation. Much more than the bulk upload, for example.

I think some of the things I’ve been finding in Discourse to be “weird” is more about creating confusion on things that would make sense being in a certain place. And as you can see, these things tend to populate the forum a lot, when it wouldn’t be necessary if there was some logic behind it.

Not trying to sound “rude” or anything, especially because I’ve been loving Discourse and what allows us to do. I just think that some of these things should get a bit more “love and attention” and shouldn’t be put at the bottom of the priority list, just because there’s a workaround and they are not high priority. We as users also like to see “non-priority” things getting some attention to make everything look and run smoother and easier to work with.

For example as much as the old way was not ideal, where the components were presented with those images with the shapes, the new layout is pretty bad, tbh. It’s all cramped and hard to work with, especially in smaller screens. Sure, we can still do what needs to be done, but some of these things (like the components panel) is just a few CSS lines to change width, hide some unnecessary panels, etc.

Hope you guys find time to fix these non-priority things. Unfortunately, from what I see from the post you shared, it’s been 5 years since that topic was created and there’s still no update on that.

Again, I don’t want to sound rude or ungrateful for a platform as good as this, and provided for free. Not at all. I just wish the details also mattered, especially when users feel that things aren’t working as they should.

1개의 좋아요

If I may… They do. The devs definitely pay attention and put work into them. Believe me that if they didn’t, using Discourse would be a way less pleasurable experience.

The thing is that there’s so many details to pay attention to that they realistically can’t put resources into all of them – even after years.

pr-welcome tags are sometimes used to encourage users to contribute, as Discourse is open source, but some welcomed features need to be thought thoroughly design-wise, and then having an external developer sending a PR is not always the best solution.

5개의 좋아요

Another issue: I was trying to create the tags using the Composer, I actually need to post the topic. The “Create XYZ…” that shows when a tag doesn’t exist, doesn’t really “create” the tag unless we post the topic. Then we have to delete it, which seems unnecessary if the panel Tags had all the tools for us to Create, Manage, Delete tags.

I believe they do, don’t get me wrong. My point here is just that we can divide “non-priority” fixes and tweaks into 2: some are not hyper relevant, and some are, because they affect the normal functionality and workflow of a website. When we need to jump around to do something that should be done in a single page, that to me is an indication that there’s something to be fixed. Maybe not a priority like a security issue, for example, but it should be evaluated. The workflow I mentioned is just simple and basic UI/UX, in order to create a smooth experience on the website.

동의합니다 :slight_smile:

변경 사항/수정 작업을 수행하는 또 다른 기준은, 제기된 문제가 매우 심각하지 않거나 구현이 매우 쉽지 않는 한, Discourse는 고객의 요청에 의해 주도되는 변경 사항을 우선시하며, 일반적으로(이 원칙에서 벗어나지 않았다고 생각합니다) 3의 규칙을 따릅니다:

이것이 왜 누군가에게는 명백해 보이는 일부 문제가 오랜 시간이 지나도 처리되지 않는지를 설명해 줍니다.

Contribute > UX, Contribute > Feature, 심지어 Contribute > Bug 채널을 깊이 살펴보면 이 주제와 유사한 많은 요청을 발견할 수 있을 것입니다. 저도 보고한 사항이 끝내 수정되지 않아 가끔 좌절감을 느낀 적이 있습니다 :see_no_evil_monkey:

2개의 좋아요

게시물이 새 주제로 분리되었습니다: 다중 태그를 처음부터 추가하는 방법

이 게시물을 나중에 방문할 사람들을 위한 업데이트:

4개의 좋아요