Community Wishlist Survey 2021/Miscellaneous/Unify Preferences and Global Preferences

Unify Preferences and Global Preferences

Discussion

  • Some users want to have some different preferences across all Wikimedia projects. The signature setting is the most important here, I guess, because user signatures typically contain a link to the talk page of the signer and it is good if the link can be translated. For example, I use “PiotrekDDYSKUSJA” on pl.wikt, but would like to use “PiotrekDTALK” here or on en.wikt. (Actually, I have just set it here.) PiotrekDTALK 21:33, 17 November 2020 (UTC)[reply]
There's already a task to add signatures in global preferences, but as you said some people want different signature for different wikis, there can be an option to apply A sign on X, Y, Z wikis and B sign on others. All I'm trying to say is that having one place for all user preferences is much preferred than 700+ different preferences. ‐‐1997kB (talk) 06:40, 20 November 2020 (UTC)[reply]
  • I don't think they should be unified, instead, we should simply flick the default for new users who never know about, nor would care very much about the fact that you can have local preferences. —TheDJ (talkcontribs) 10:53, 20 November 2020 (UTC)[reply]
  • While this product was being built, I told the team the design was horribly backwards. The current design theoretically provides the needed functionality, but in reality it is almost unusable. It is particularly unhelpful for new users. If this project is taken up you can ping me and I'm happy to discuss details. In short here is my suggested userstory:
    1. A new user finds their way to the Preferences for the first time. They look for, find, and change a setting. They expect this change to apply globally (which is what it should do). This is the primary and basic use-case. The user likely returns to this use case many times before encountering the next use case.
    2. The user becomes more experienced, more sophisticated, their needs become more sophisticated. They realize they want/need a different preference-value for something on this particular wiki. They either click a special option displayed next to the preference, or they enter some more advanced mode, and they create a LOCAL override for this preference. The user can then change the local setting, which only applies on the current wiki.
    3. When the user returns to the preference panel they see all active preferences. Most preferences display the GLOBAL setting for simple direct editing, but where a LOCAL override exists then the LOCAL value is displayed for simple direct editing. (The local-value-display directly replaces the global-value-display, and the UI uses a colored-background or other styling to highlight that a LOCAL preference is displayed in this slot.)
I considered writing comparison Story for a user attempting to use the current interface, but it would be long and ugly as the user repeatedly runs into problems.
P.S. I am not thrilled with consuming another Community tech slot to complete a project was abandoned in an almost unusable state. Alsee (talk) 10:05, 21 November 2020 (UTC)[reply]

Voting