The usual guidelines about tags suggest to use tags that:
don't say anything about the user who is asking the question
describe a specific area of expertise
For example, beginner is a tag that describes the user who asks the question, not the question itself. error doesn't describe a specific area of Drupal expertise. Differently, views describes a ...
I think that questions about using Twig in Drupal are different enough from general theming to warrant removing the tag synonym. Based on the Twig-related questions I have read, most were about "how can I do this Drupal thing in Twig (eg, absolute links)" and not "how do I iterate in Twig" or "how do I style this Twig output".
While Twig is most closely ...
No, I do not think we need explicit tags for database backends.
One, I think the current database tag is sufficient here. There really is very little in Drupal that is database specific, and internals questions (like the one you referenced) are more about the implementation of the Database API.
My biggest fear is that people will start using database tags ...
The moderators brought this question to my attention. While I don't think the action proposed in the question is productive, I do think it's worth talking about openly.
If I'm reading you correctly, you are concerned that the moderators are overriding the will of the people by ignoring the score on meta answers. As it happens, I had a similar concern ...
As much as I agreed with this in the beginning I disagree with it now. I changed my mind. I was blinded somehow by the maybe drastic wording that introduced the "changes".
Discouragement sounds like a drastic word, I think. "The use
of version tags is discouraged." Ay ay ay. But in the end - if I understand it right now - all this is about is that we are ...
I mostly agree with @Clive, but need a little more space to address @kiamlaluno's comment.
If we ignore how the tags currently being used, based on experience with clients, the concepts of content and content management are two very different things, and are often done by different user groups. Using the same tag would potentially results in it being used ...
My vote is to nuke it altogether.
http-headers would be more appropriate a tag for http-header specific questions, and the concept of headers in an HTML page (whether that's <head> or HTML5 <header> tags) is too abstract to warrant its own tag here.
If this gets support I'll nuke it later on.
Instead of making the two tags synonym, I have deleted them, since I agree with MPD.
I don't think we have users who answer questions about warning messages, and just to those questions. The fact then that some code is causing an warning message is not so relevant for answering to need its own tag.
You are on the unanswered tab.
If you click on newest, you will see the count says 76.
Keep in mind that the tag tab you visit is remembered for every tag you visit. So, if you visit https://drupal.stackexchange.com/questions/tagged/7?sort=unanswered&pageSize=50 and then https://drupal.stackexchange.com/questions/tagged/views, you will still ...
Bootstrap framework is no longer associated with Twitter so tightly as it used to be, it's no longer called "Twitter Bootstrap" in their own documentation, so including twitter in tag seems pointless. On SO it is used only for consistency with twitter-bootstrap-2 tag.
For the need of the tag itself, I do not think it's needed:
Questions that are really ...
The rule on Stack Exchange is that tags say something about the question, not the user who ask the question; that is the reason why tags like beginner, newbye, or i-am-in-troubles are not acceptable.
The usual answer is that everything about a user should be reported in the profile; that is why a signature is not welcome on Stack Exchange: If you want to ...
Your original question isn't actually about HTML5 (or Drupal actually, it's about a relative path issue), you just happen to be using an element that wasn't available before that version.
I don't think adding a tag is a good idea since it doesn't apply to the question. If there are (let's say) half-a-dozen or more other questions that are clearly about ...
Why does 'only tagging a question' always result in a 'rejected edit'?
AFAIK, there is no site rule that reviewers should always reject 'only tagging a question' edits. However, one of the preset grounds for rejection is that the edit is not "substantial" enough, and it may be that a number of reviewers feel that only adding a tag falls in that category.
I would agree that more could definitely be done with our tag wikis. Nice find @Clive that's the best tag wiki I've ever seen! I don't know how many users actually look at the tag wikis, but having explanations, tutorials, or faq's related to the tag would be a great resource.
I would also agree that a link to a tag wiki is not a fit answer, but a link to ...
Read Version tags considered harmful and Numeric version tags considered ... OK for backstory.
I think the comment is useless, because in all but very few cases, which version they're on is essential to answering the question. But it doesn't prohibit use of the tag, and you can just be judicious with your interpretation of "strictly necessary".
As a ...
That is how Stack Exchange works: When the question is older than X months, you keep the reputation you gained from your answer's votes, when the question is deleted. (The same is true for the question that still gives reputation to the OP even when the question is deleted and it X months old.)
That is not true for the tag score, though.
I strongly oppose community-based tags. Or any other way of making some group of users (or their content) stand out*.
I'm here to help Drupal community, and to get help from it. That's the only community I expect and want to see here. Introducing divisions will only make some people feel treated better or worse than others.
The grass is always greener on ...
I don't think this tag is needed, or would be beneficial for the site.
A good question can have multiple correct answers. Very often, a question can be solved both by custom code (ie, using the Drupal API), and a well-worn contrib module. In these cases, both answers would benefit future readers.
When you mark an answer as accepted, it really doesn't ...
I don't think we should create the tag. Essentially, because we actually have a specific close reason for that type of question
Questions on programming, PHP, SQL, etc. that do not relate directly to Drupal are off-topic here, but can be asked on Stack Overflow.
HTML would fit nicely into that list, as would HTML5. If a question really is about html 5, ...
From my point of view, this distinction is bad in itself.
Builders want to install a module to solve a problem
But if there isn't any, why should we limit answer to "cannot do", when thing is perfectly doable with some coding?
Developers can just build one
But really, why should they? It would be better use of their time to join efforts with ...
For brevity's sake, I think all tags should read for tag X:
This tag is for questions regarding Drupal X specifically. Version
tags should be used only when strictly necessary, for questions that
apply to Drupal X only, and not to merely say "I am using Drupal X in
The wording for the D8 is confusing (2x negative) & superfluous (we ...
Anticipating that the tag is considered too generic, I would ask how to help new users understand overall concepts without having to search through dozens of questions that touch on small parts of how Drupal works and do not interrelate each content piece. I would argue that there are enough questions from new site users that fall into this category that ...
I didn't delete the tag, but I strongly considered it. I was going to come back over the weekend and comment on it explaining why I didn't think it was a good fit for the site.
I'm sorry that it was deleted without any discussion or notification.
Tags are for the questions, not the answers a question receive.
If the question is "How do I create a table of data in Drupal?" and the answer suggests to use the Views module, then views should not be added to the question, as the question has nothing to do with the Views module; it is just one of the possible answers.
If you were adding tags basing on ...
As far as I can see, the questions using mail are really referring to emails. I made them synonyms. mail is remapped to email.
updating post history, 51 rows affected
updating posts, 37 rows affected
updating PostTags associations, 28 rows affected
removing/renaming old tag, 0 rows affected
updating count for master tag, 1 rows affected
I changed the excerpt for that tag to use the following text:
This tag is for questions about themes hosted on Drupal.org. Don't use it to generally mean "this question is about a theme," when the question is about a theme's code, or when the question is already using a specific tag, such as "theming," "theme-template," or a tag specific for the used ...