Talk:Community configuration 2.0

July 2023 - initial thoughts regarding Community configuration 2.0
The Growth team plans to create a Community Configuration 2.0, based on Special:EditGrowthConfig.

This new feature will allow local administrators to change settings for Wikimedia Foundation-designed features. This way, they can configure the different features to best suit their wiki’s specific needs. This strategy eliminates the technical barrier for admins, to customize local settings. This also encourages a more inclusive and collaborative product development process.

This configuration page is visible to anyone, but only a selected group of users can edit it and configure Growth features

But, there are currently two primary limitations to Community Configuration:


 * Discoverability: Many Administrators are unaware of the existence of Community Configuration.
 * Usage Scope: At present, only the Growth features can use Community Configuration.

We plan to integrate Community configuration into MediaWiki, as a default feature. Other Wikimedia Foundation teams and volunteer developers will be able to create Community configurable features. We expect this central place to be more discoverable.

Before the Growth team starts this project, we are seeking feedback, to guide our efforts in the right direction. We are particularly interested in your thoughts on the following:


 * 1) How do you feel about more Wikimedia Foundation features that can be configured (enabled, disabled, edited) by Administrators?
 * 2) * Do you have any reservations or concerns about this idea?
 * 3) What can we do to ensure that all Administrators are well-informed about Community Configuration?
 * 4) How confident are Administrators in making changes using Community Configuration?
 * 5) Based on your experience editing Special:EditGrowthConfig, are any parts of the procedure unclear or ambiguous?
 * 6) Community Configuration should be visible to all. Should it only be modifiable by a select group of experienced Wikimedians?
 * 7) Should all configuration options be only editable by Administrators and interface administrators?
 * 8) * Should we consider different user access levels for certain configuration options?
 * 9) Out of curiosity, do you have any thoughts on how many edits would be made to this community configuration page each year?

Your insights will be invaluable in shaping the trajectory of this project. We look forward to your constructive feedback! Trizek (WMF) (talk) 16:49, 18 July 2023 (UTC)

Community Configuration 2.0 - setting project goals
Hello User:Novem_Linguae, User:Sohom_Datta, User:Pppery, User:Matěj_Suchánek, User:SD0001, and User:ArielGlenn! The Growth team will start work on the Community Configuration 2.0 project soon, and we would love to have your feedback about the goals the Growth team is setting. Each of you have shown some level of interest in this project, by adding ideas or following the related Phabricator task: T323811, so hopefully this request for feedback doesn’t seem totally random! We are hoping to set this project's goals in collaboration with the community, so that's why I'm reaching out to you.

Unlike most projects the Growth team works on, we can’t A/B test Community Configuration in a meaningful way, and it’s a challenge to measure the success or impact of Community Configuration for a variety of reasons. But clearly we need some specific goals for this project! Here are our draft goals:


 * 1) By the end of March 2024, Growth features will utilize Community Configuration 2.0.
 * 2) By the end of June 2024, at least one other WMF team in Product and Technology has either launched or is in the active development stage for a project that is using Community Configuration 2.0.
 * 3) By the end of June 2024, Community Configuration 2.0 has been used to customize at least 20 wikis. In other words, editors with extended rights are aware of and utilize Community Configuration.
 * 4) By the end of June 2024, initial guidelines for the types of functionality that should and should not be in Community Configuration, and types of user rights that can adjust Community Configuration, will be agreed on in consultation and collaboration with volunteers and interested product teams.

To be clear, these are the short-term goals that relate to just the next 10 months (and the current WMF annual plan). Long term, we hope that Community Configuration supports a wide range of features, extensions, and use cases. Also I should mention we will have a wider discussion with technical stakeholders soon to cover the actual technical implementation details (T344144), and we’ll share designs and prototypes soon, but first we want to finalize the project goals!

If you have the time, I’m interested in feedback on these questions:


 * Do you have ideas for how we can ensure Community Configuration is a tool admins know about and utilize when needed?
 * Are there any changes we should make to any of these goals?  Or are there additional project goals we should add?

Thank you in advance for any feedback! And please ping any other volunteers that may be interested in providing feedback on this project, or post the link to this discussion in other channels that might include interested stakeholders. Thank you! - KStoller-WMF (talk) 19:43, 22 September 2023 (UTC)


 * "Do you have ideas for how we can ensure Community Configuration is a tool admins know about and utilize when needed?"
 * Certain special pages/actions (Special:Upload, Special:MovePage, action=delete etc.) have links to MediaWiki pages defining  menu items if the current user is allowed to edit the MediaWiki page. Similar links could be added for Community Configuration 2.0 if it’s used to configure something that can provide a link (e.g. Special:HomePage and/or Special:MentorDashboard from Community Configuration 1.0 could have such a link); however, many of the things listed in T323811 don’t have room for these links (e.g. there’s no place for an extra link around the site logo).
 * Of course, having them listed at Special:SpecialPages is a must-have, although I’m not sure how many admins check back regularly to see if there’s something new there, and it’s also already a bit crowded. —Tacsipacsi (talk) 11:34, 24 September 2023 (UTC)
 * Thank you, @Tacsipacsi, this is a great feedback. These ideas all seem like logical ways to help surface the availability of Community configuration! KStoller-WMF (talk) 19:14, 13 October 2023 (UTC)
 * @Novem Linguae, @Sohom Datta, @Pppery, @Matěj_Suchánek, @SD0001, @ArielGlenn, @Tacsipacsi:
 * Community_Configuration_accordions_expanded.png
 * Here are some initial design ideas for how we could make the new Community Configuration 2.0 form more scalable and user-friendly. For comparison, the current form is here: Special:EditGrowthConfig.
 * Community_Configuration_dashboard.png
 * A few things worth mentioning:
 * These designs are using the GrowthExperiments extension configuration options as an example. We will likely still need a Special page or separate dashboard to easily access any configuration page as Community Configuration is adopted more widely.
 * That header image is a placeholder and will eventually be replaced with an image that better represents Community Configuration.
 * If you have a moment, I would love to hear feedback on:
 * Which design do you prefer, the Accordion approach or the Dashboard approach?
 * Do you have any feedback about the onboarding at top? Do you think there are other questions we should attempt to answer in that section?
 * We will be conducting a few prototype walk-throughs with interactive versions of these designs. Are you interested in being part of one of those walk-throughs? (It would be a private, 1-on-1 chat with a fantastic design researcher who works with the Growth team).
 * Thanks in advance for anyone who has feedback on these designs or the project goals I mentioned above! — KStoller-WMF (talk) 19:43, 13 October 2023 (UTC)
 * I visually like the accordion better, but I like that the dashboard design highlights more information without clicking anywhere, so all in all, I prefer the dashboard. —Tacsipacsi (talk) 06:41, 16 October 2023 (UTC)
 * I slightly prefer accordion. One is able to scan it linearly instead of in a zigzag pattern. I'd recommend "expand all" and "collapse all" links at the top in case folks want to view everything or do a ctrl-F search.
 * I would recommend removing the giant image from the onboarding. That is taking up a lot of screen real estate. I'd slightly prefer removing the 3 sales pitch tiles, or replacing them less with sales pitch stuff and more with practical tips, although if these stayed I could live with it :)
 * Not at this time. Busy with day job for awhile, low bandwidth. Happy to respond to pings though.
 * – Novem Linguae (talk) 14:39, 16 October 2023 (UTC)
 * Definitely the accordion, while the dashboard style might expose more information, most of the time, the usecase will be to modify one specific section/setting and having a lot of information in this context can be both overwhelming and introduce more chances of errenously modifying unrelated data. A interface to search for specific configurations would be a great addition.
 * I agree with @Novem Linguae here, the giant graphic isn't really required and is somewhat misleading in that it shows a theme of communication rather than a theme of customizing technical configurations for one's wiki. That being said, besides the first tile (which does seems sales pitchy), the second and third tile are good advice and should be kept. In fact, I would suggest tightening up the wording of the second tile to make it clear that consensus and previewing are not optional, but rather a necessity when making these kinds of user-facing configuration changes.
 * I would be up for that post next week :)
 * Additional feedback: I think two things that I would wanted to have seen are:
 * The ability/requirement of providing a reason/link to consensus for each such setting change.
 * A clear way of denoting which editor last changed these settings (and when+why)
 * Sohom Datta (talk) 11:28, 20 October 2023 (UTC)

Third-party wikis
Why did you change “any wiki that installs the Community Configuration extension” to “any Wikimedia project that installs the Community Configuration extension”? What about third-party wikis, can’t they also install the extension? It also makes little sens to talk about Wikimedia projects that install the Community Configuration extension because (I assume) it will be installed on all Wikimedia projects. —Tacsipacsi (talk) 07:16, 18 October 2023 (UTC)