Page MenuHomePhabricator

Solicit feedback from page maintainers about preload opt-in approach
Closed, ResolvedPublic

Description

This task is about consulting with "page maintainers" [i] to learn whether the workflow we are considering for making talk pages that use preloads compatible with the New Discussion Tool [ii] meets their needs.

Proposed workflow

  1. Create a new preload page
  2. Modify the existing page's preloaded content to ensure it meets the following requirements [iii]
    • Instructions are included within the editintro parameter instead of wikitext comments (<!--...-->)
    • If you have a signature in the preloaded text, ensure it's at the end so that the tool doesn't insert another one
    • Avoid {{subst:…}} syntax
    • Remove redundant instructions, like advising people to sign the new topic they create.
  3. ✅The URL parameter (see "1. Introduce a new parameter" in T270797) would route people using the new topic affordance equipped with a preload to the new discussion tool, if they had it enabled.

Open questions

  • What happens after a "page maintainer" creates a new preload? How do they "connect" that to the New Discussion Tool?
    • Assuming we go forward with the URL parameter route (see "1. Introduce a new parameter" in T270797), the "page maintainer" would not need to do anything beyond creating the new preload page.

Done


i. "Page maintainers" in this content refers to volunteers who have assumed responsibility for ensuring the preloads implemented on talk pages are effective at encouraging behavior that aligns with the purpose and culture of a particular page. E.g. https://en.wikipedia.org/wiki/Wikipedia:Teahouse.
ii. T270797
iii. These are borrowed from T270797.

Event Timeline

Notes from this team's 3-February conversation

  • What happens after a "page maintainer" creates a new preload? How do they "connect" that to the New Discussion Tool?
    • Assuming we go forward with the URL parameter route (see "1. Introduce a new parameter" in T270797), the "page maintainer" would not need to do anything beyond creating the new preload page. The URL parameter would route people clicking on a new section affordance "hooked up" to a preload to the New Discussion Tool, if they had the tool enabled.

I've represented the above in the task description.

A call for feedback about the approach we are proposing for supporting preloaded text is up on mediawiki.org: https://www.mediawiki.org/wiki/Topic:W2waw429fls7a4nw