The basic concept of this forum’s layout is that tags in the Project Discussion category are intended to be analogous to (or replacements for) various Fedora Project mailing lists, which are mostly team / SIG / subproject lists.
I’m hoping that we’ll very soon now have the Discourse Enterprise contract in place, which will enable us to merge in Ask Fedora.
On the one hand, it kind of feels organizationally nice and clean to have questions about Fedora Server tagged server in the (future) Ask Fedora category and topics for the project team in Project Discussions, and be able to click the tag and see them all at once.
However, this presents a problem for notifications (both by email and via the site’s indicator and “inbox”): you can’t subscribe to a tag per category only. That might be annoying for a workflow where you want to keep project team discussion separate from user questions. On the web, one can browse in that way (e.g.: Project Discussion category, tag #server), and mail subscribers could set up filtering on both the tag (in the subject line) and category (in List-ID: in the headers), but that’s an extra step and might not fit right for everyone.
So, as the subject says: what do you think about renaming most of the tags used under Project Discussion to have a -team, -sig, or -wg prefix?
Makes sense to me. It makes the structure also more comprehensible for newcomers. And I do not see a real disadvantage. I think the merge will force people to adjust here and there anyway, and pretty ain’t really a big thing, at least imho.
I think the distinction between questions on ask.fp & the wg is much more important. So it could be argued that this is an advantage.
What I am imagine right now, and I could be misunderstanding, is that there will be two categories. Project Discussions is one category and Ask Fedora is another. Additionally, when people make posts they may want to tag certain things, so there would be the server, for example, to specifically thread the topic to all of those topics, and then a #server-wg that will quietly co-exist so that the contributors can have a way of separating their focused discussions from the… more lackadaisical conversations that may happen.
A slight addition that is a bit off-topic but indirectly related:
It should be ensured that if people open topics in the merged discourse, the default category should be the ask category. The majority of ask.fedora users are not very deep in the Fedora organization and many just “click through” to get their problem posted. The ask by default reduces the likelihood of ask topics in, e.g., “server-wg” of the other category. I don’t think we need to worry about the vice versa.
Yeah, I agree. We had this problem on Ask alone with people guessing “Common Issues” when they didn’t have a default. So I added this plug-in, which allows a default to be set. Right now, the default is Ask in English on that site and Project Discussions here.
I agree that Ask should probably be the overall default in a merged site, but it’d be nice to make that customizable per-user. But even as is the default only gets loaded when there wouldn’t be one otherwise, like starting from the front page. If you press “new topic” inside a category, that category is the default. So that’s not so bad.
Could we consider a prefix instead of a suffix? I like this better because it is easier to discover teams and groups when adding a tag to a post. Essentially, it would easier to filter by SIG or WG by starting the tag with a prefix.
So, all of the email filters are included in this. We should maybe make a new topic about this part specifically? I find this a very disruptive change for the user experience. If we could roll it into the Ask Fedora merge, it would be better to have a massive change at once instead of multiple tiers of changes. If this makes sense?
But… unless I’m missing something, I think a prefix has several disadvantages:
More typing. You actually can start in the middle, so if the tag were #badges-team, typing bad still makes it show up, but it’s more natural to start at the beginning, which means a lot of team- to find the right tag.
Kind of confusing because we don’t usually invert like that… “Fedora Design Team”, not “Fedora Team Design”.
Puts Team vs. SIG. vs WG in a primary, emphasized position — when we generally want to de-emphasize that.
And if you are starting at the beginning, you need to remember whether it is #sig-cloud or #team-cloud or #wg-cloud.
And (a new one I just made up): phrasing it as “Team Cloud” seems more like “I’m a fan of cloud computing paradigms!” than “discussion for the team working on Cloud stuff”.
We could do that — we have a staging site as part of the Enterprise plan, so we could copy Discussion to there, then rename the tags, then merge in Ask, then copy everything back to here.
But there is a catch. The reason for this change is because tags on Ask overlap with the tags here — for example, both currently have #server. If we do the above, someone filtering on #server for this site who does not adjust would suddenly get the Ask category posts in the folder they were expecting to be for the team posts, and the #server-wg team posts unfiltered. I’m thinking it would make more sense to let people adjust this first. Does that make sense?
Granted, it is a few more characters. However, many times I approach a new topic as my intention to find the right audience for my topic. My desire for a prefix is because this is the typing I am already doing when I come to post something. For example, a Mindshare topic might be relevant to mind-co but I might also want to flag it to a specific team or sub-group too. If I can use a prefix as a filter to find other teams that I might not know about yet, that helps me get my content in front of the right group of people.
A prefix is not the same as the team title. Think of it like hostnames, a “pretty” hostname and a “static” hostname. The pretty hostname (or team name) is how it would be written in a document or spoken aloud. The static hostname is easier for sorting, organizing, and finding similar content. My pitch for a prefix is only about the “static” name, not changing how we refer or write a team name across the project.
Could we only use team- as a prefix then, and not adopt sig- or wg-? I think this is simpler. Maybe this is also in line with what you originally pitched.
So, let’s just have team- as a prefix then. Problem solved?
Then best to leave it to the tag homepage and Discourse magic-config post describe what the tag is all about?
This is useful context that I didn’t have. But if I am a newcomer to the community posting about something Fedora Server-related, and I am only typing in the tag field without digging in too much, I would be confused by what -wg or -sig means. (I often find myself having to explain SIG vs WG already to Fedora newcomers.) The difference between server and server-wg is not intuitive as a newcomer.
Additionally, I like the team- prefix better because as an author of a new topic, if I am trying to reach a team/SIG/WG, I must be intentional about it by starting the tag with team-. I think it is more intuitive and it would also avoid people posting general knowledge questions and topics in the wrong place. I feel that if a tag is prefixed by team-, it is more intuitive that this is a group of people doing work.
Sure, I think it is fine to wait for this to work its way into a mainline Discourse release. But as you noted, for Gmail users (as well as other email web clients, even some desktop client filters like Thunderbird), this won’t have an impact.
I’m perplexed by the “filter” concern. There are only a few tags allowed in the Project Discussion category that are not teams. (That is: high-level-bucket tags mindshare, engineering; objectives, which is kind of a odd one honestly; and the handful of support/help tags like idea). What’s the use of having the whole rest of the list of tags prefixed with the same thing?
Well, the things I said above. It looks weird, doesn’t match how we talk or use the terms, and I don’t understand what benefit it’d have.
I really don’t get that either. To me, #design-team means… the Design Team, very clearly. But #team-design means “the concept of designing things as a team”, or in a more slangy way, “I’m in favor of things being designed rather than just happening”.
which can be filtered on,… which means that if you get your notifications that way, you could sort them into different folders. This doesn’t help with distinguishing between notifications on the site, though, and I do think something like workstation could get overwhelming.
On the other hand, @dustymabe said he’d prefer not to have a distinction, and have coreos on both sides.
I don’t want to re-quote too much of the thread, but look up to the top few responses — I felt that what Ben and Joseph said about signal-to-noise ratio was pretty compelling. But, on the other hand (particularly for the Editions and Spins teams!) there’s kind of a neat symmetry to having the same tag used in both places. So, I’m going to put this on hold for a little bit and do two things:
Ask Discourse if we can configure the site so that category mute overrides tag watching. That way, one could subscribe to a tag but mute Ask Fedora if that becomes overwhelming.
Go ahead and rename a few specific tags where I think it makes particular sense. mind-co to #mindshare-committee, join to #join-sig, and design to #design-team, at least.
Then, we can what actually happens with “signal vs. noise”, and split tags if it becomes really necessary.
Except if you’re using Gmail. But we can’t do much to fix Gmail’s filtering! ↩︎
One of the observations I have made on Discourse is that these tags are never referred to in plain fonts and without the “#” prefix. Granted that people would still refer to them by reading them out loud, so #team-websites would still be said as “Team Rocket” “Team Websites” - we need to understand that these tags are like uniquely identifiable slugs for a group. They need not particularly have a 1:1 relation with the actual name of the team, SIG or subproject but as long they make it easy for the users to distinguish between the units and discover these groups, we should be fine.
Now that’s out of the way,
Agreed. That’s how most people look up stuff and if a tag is not compact yet representative enough, then it most likely is not a good tag for looking things up.
Yep. As I mentioned, the tags do not need to have a 1:1 matching with the actual name so the prefixes are mostly for representational and indexing purposes only
Please, no. There’s a valid reason why teams, SIGs and workgroups are called so and for the sake of resolving confusion about where the identifier should be placed, let us please not de-emphasize the importance of these names in the first place. Falling in line with what I mentioned before, they definitely need not be a 1:1 match but adding team- prefix would only end up causing confusion to folks when they mention of these tags by speaking them out loud.
AC: "Come find our discussions under the tag of Team Join"
AS: "Wait what? Aren't you called the Fedora Join SIG?"
AC: "Don't worry, we are still called the Fedora Join SIG. It's just the tag for our discussions."
AS: "Yeah, I guess"
I have a suggestion. I do not know if it is possible or if it would end up creating more problems but can we not have a redundant set of tags pointing to the same resource? Say, for instance, we have both #websites (like we did before) and #team-websites-and-apps as well as #websites-and-apps-team for the most recent changes. Now, why are both of the latter ones for the recent changes? The tag with the prefix #team- helps a lot with indexing and grouping groups that are contributor-specific and the one with the suffix -team helps with the manual lookup.
Apologies for the totally ill-placed Pokemon reference ↩︎
It, of course, is a different story to make people believe that ↩︎