Welcome to Codidact Meta!
Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.
Post History
I don't know whether I like the following idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's...
Answer
#4: Post edited
- I don't know whether I like the following idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's an idea to discuss. Maybe discussion will lead to something better than either.
- ## Category per proposed community
- ### Process
- - If I have an idea for a new community, I add a description to the Descriptions category (as currently).
- - A moderator sees the new description and responds by creating a new category with that name, with the first paragraph of the description as the category description at the top of the page.
- - A link can now be added from the post in the Descriptions category to its new dedicated category.
- - Anyone can now add example questions to this category, and answer them and vote and comment on them.
- ### Less Codidact experience needed
- This means that the category only contains questions for this specific proposed community, and there is a community-specific description at the top of the category page, so people unfamiliar with Codidact can be given a link directly to the category and not have to find their way from the Descriptions category.
- ### Meta
- Should Meta questions be asked
- - In the existing Meta category
- - In the relevant proposed community category with the tag "meta"?
- - In an individual community-name-meta category per proposed community?
- I'd lean towards one of the first two, to keep the number of categories down.
- ### Tags
Currently all questions are in one category, so a tag name that happens to apply to two or more proposed communities will either have a description that only applies to one of them (whoever edited first), or has sections for different communities, making it confusing for people not experienced with how Proposals works.- With a category per community, there could also be a tag set per category (the software already supports this - it's an option an admin can select). This way, a tag in the Invasive Species category has a description unique to that category, even if a tag with the same name also exists in Board Games or Politics.
- I don't know whether I like the following idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's an idea to discuss. Maybe discussion will lead to something better than either.
- ## Category per proposed community
- ### Process
- - If I have an idea for a new community, I add a description to the Descriptions category (as currently).
- - A moderator sees the new description and responds by creating a new category with that name, with the first paragraph of the description as the category description at the top of the page.
- - A link can now be added from the post in the Descriptions category to its new dedicated category.
- - Anyone can now add example questions to this category, and answer them and vote and comment on them.
- ### Less Codidact experience needed
- This means that the category only contains questions for this specific proposed community, and there is a community-specific description at the top of the category page, so people unfamiliar with Codidact can be given a link directly to the category and not have to find their way from the Descriptions category.
- ### Meta
- Should Meta questions be asked
- - In the existing Meta category
- - In the relevant proposed community category with the tag "meta"?
- - In an individual community-name-meta category per proposed community?
- I'd lean towards one of the first two, to keep the number of categories down.
- ### Tags
- Currently all questions are in one category, so a tag name that happens to apply to two or more proposed communities will either have a description that only applies to one of them (whoever edited first), or have sections for different communities, making it confusing for people not experienced with how Proposals works.
- With a category per community, there could also be a tag set per category (the software already supports this - it's an option an admin can select). This way, a tag in the Invasive Species category has a description unique to that category, even if a tag with the same name also exists in Board Games or Politics.
#3: Post edited
- I don't know whether I like the following idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's an idea to discuss. Maybe discussion will lead to something better than either.
- ## Category per proposed community
- ### Process
- - If I have an idea for a new community, I add a description to the Descriptions category (as currently).
- - A moderator sees the new description and responds by creating a new category with that name, with the first paragraph of the description as the category description at the top of the page.
- - Anyone can now add example questions to this category, and answer them and vote and comment on them.
- ### Less Codidact experience needed
- This means that the category only contains questions for this specific proposed community, and there is a community-specific description at the top of the category page, so people unfamiliar with Codidact can be given a link directly to the category and not have to find their way from the Descriptions category.
- ### Meta
- Should Meta questions be asked
- - In the existing Meta category
- - In the relevant proposed community category with the tag "meta"?
- - In an individual community-name-meta category per proposed community?
- I'd lean towards one of the first two, to keep the number of categories down.
- ### Tags
- Currently all questions are in one category, so a tag name that happens to apply to two or more proposed communities will either have a description that only applies to one of them (whoever edited first), or has sections for different communities, making it confusing for people not experienced with how Proposals works.
- With a category per community, there could also be a tag set per category (the software already supports this - it's an option an admin can select). This way, a tag in the Invasive Species category has a description unique to that category, even if a tag with the same name also exists in Board Games or Politics.
- I don't know whether I like the following idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's an idea to discuss. Maybe discussion will lead to something better than either.
- ## Category per proposed community
- ### Process
- - If I have an idea for a new community, I add a description to the Descriptions category (as currently).
- - A moderator sees the new description and responds by creating a new category with that name, with the first paragraph of the description as the category description at the top of the page.
- - A link can now be added from the post in the Descriptions category to its new dedicated category.
- - Anyone can now add example questions to this category, and answer them and vote and comment on them.
- ### Less Codidact experience needed
- This means that the category only contains questions for this specific proposed community, and there is a community-specific description at the top of the category page, so people unfamiliar with Codidact can be given a link directly to the category and not have to find their way from the Descriptions category.
- ### Meta
- Should Meta questions be asked
- - In the existing Meta category
- - In the relevant proposed community category with the tag "meta"?
- - In an individual community-name-meta category per proposed community?
- I'd lean towards one of the first two, to keep the number of categories down.
- ### Tags
- Currently all questions are in one category, so a tag name that happens to apply to two or more proposed communities will either have a description that only applies to one of them (whoever edited first), or has sections for different communities, making it confusing for people not experienced with how Proposals works.
- With a category per community, there could also be a tag set per category (the software already supports this - it's an option an admin can select). This way, a tag in the Invasive Species category has a description unique to that category, even if a tag with the same name also exists in Board Games or Politics.
#2: Post edited
I don't know whether I like this idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's an idea to discuss. Maybe discussion will lead to something better than either.- ## Category per proposed community
- ### Process
- - If I have an idea for a new community, I add a description to the Descriptions category (as currently).
- - A moderator sees the new description and responds by creating a new category with that name, with the first paragraph of the description as the category description at the top of the page.
- - Anyone can now add example questions to this category, and answer them and vote and comment on them.
- ### Less Codidact experience needed
- This means that the category only contains questions for this specific proposed community, and there is a community-specific description at the top of the category page, so people unfamiliar with Codidact can be given a link directly to the category and not have to find their way from the Descriptions category.
- ### Meta
- Should Meta questions be asked
- - In the existing Meta category
- - In the relevant proposed community category with the tag "meta"?
- - In an individual community-name-meta category per proposed community?
- I'd lean towards one of the first two, to keep the number of categories down.
- ### Tags
- Currently all questions are in one category, so a tag name that happens to apply to two or more proposed communities will either have a description that only applies to one of them (whoever edited first), or has sections for different communities, making it confusing for people not experienced with how Proposals works.
- With a category per community, there could also be a tag set per category (the software already supports this - it's an option an admin can select). This way, a tag in the Invasive Species category has a description unique to that category, even if a tag with the same name also exists in Board Games or Politics.
- I don't know whether I like the following idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's an idea to discuss. Maybe discussion will lead to something better than either.
- ## Category per proposed community
- ### Process
- - If I have an idea for a new community, I add a description to the Descriptions category (as currently).
- - A moderator sees the new description and responds by creating a new category with that name, with the first paragraph of the description as the category description at the top of the page.
- - Anyone can now add example questions to this category, and answer them and vote and comment on them.
- ### Less Codidact experience needed
- This means that the category only contains questions for this specific proposed community, and there is a community-specific description at the top of the category page, so people unfamiliar with Codidact can be given a link directly to the category and not have to find their way from the Descriptions category.
- ### Meta
- Should Meta questions be asked
- - In the existing Meta category
- - In the relevant proposed community category with the tag "meta"?
- - In an individual community-name-meta category per proposed community?
- I'd lean towards one of the first two, to keep the number of categories down.
- ### Tags
- Currently all questions are in one category, so a tag name that happens to apply to two or more proposed communities will either have a description that only applies to one of them (whoever edited first), or has sections for different communities, making it confusing for people not experienced with how Proposals works.
- With a category per community, there could also be a tag set per category (the software already supports this - it's an option an admin can select). This way, a tag in the Invasive Species category has a description unique to that category, even if a tag with the same name also exists in Board Games or Politics.
#1: Initial revision
I don't know whether I like this idea better or worse than the current approach with a tag for each proposed community, but I agree we could benefit from discussion of new ideas, so here's an idea to discuss. Maybe discussion will lead to something better than either. ## Category per proposed community ### Process - If I have an idea for a new community, I add a description to the Descriptions category (as currently). - A moderator sees the new description and responds by creating a new category with that name, with the first paragraph of the description as the category description at the top of the page. - Anyone can now add example questions to this category, and answer them and vote and comment on them. ### Less Codidact experience needed This means that the category only contains questions for this specific proposed community, and there is a community-specific description at the top of the category page, so people unfamiliar with Codidact can be given a link directly to the category and not have to find their way from the Descriptions category. ### Meta Should Meta questions be asked - In the existing Meta category - In the relevant proposed community category with the tag "meta"? - In an individual community-name-meta category per proposed community? I'd lean towards one of the first two, to keep the number of categories down. ### Tags Currently all questions are in one category, so a tag name that happens to apply to two or more proposed communities will either have a description that only applies to one of them (whoever edited first), or has sections for different communities, making it confusing for people not experienced with how Proposals works. With a category per community, there could also be a tag set per category (the software already supports this - it's an option an admin can select). This way, a tag in the Invasive Species category has a description unique to that category, even if a tag with the same name also exists in Board Games or Politics.