Page MenuHomePhabricator

Persistent contribution entry point on the mobile navigation menu
Open, HighPublic

Description

On mobile there is no clear way to find Section Translation. Although users may discover the tool by following a link to it or accepting an invite, they may have no clue on how to find the tool again. This ticket proposes to expand the menu options available on mobile to provide access to an area where new contributions (including translations can be made):

  • A "contribute" option will replace the current "Contributions" option, using the "pencil" icon and leading to a new tab on the Contributions page.
    • Subtitle. The menu option will have a sub-title listing some of the ways to contribute in order to anticipate to users what they will find after selecting the option. This message (in the future) can be customized based on the user to show the most relevant options for them.
  • The Contributions page will be updated to incorporate a tab selector providing access to two views: (a) "Create" will list options to start a new contribution, (b) "View contributions" will list the user contributions in the same they are shown now. The new view on the Contributions page will be only visible on the own user's contributions page (not when viewing someone else page).
    • Options to contribute. The initial options provided will be the same shown at the Contributions page on desktop by Content Translation (example) with the addition of "suggested edits". This will evolve in the future as more options are available.
    • Default view. The view to create a new contribution should be the default when reaching the page from the "Contribute" option. However, when reaching the page from the user page (where there is an option to access the user contributions) the list of existing contributions will be shown by default.

The proposed idea is illustrated in this prototype and in the mockups below:

Navigation menu with the new optionContributions page (new contributions)Contributions page (list of contributions)
sx-entry-persistent-menu.png (667×375 px, 46 KB)
contribs-new copy 4.png (862×375 px, 67 KB)
contribs-list.png (862×375 px, 100 KB)

This approach is intended to increase visibility to translation in a scalable way (more contribution options can be incorporated in the future).

Design details

Navigation menu with the new option

"Contribute" option will be replace the existing "Contributions" one, using the pencil icon and the same text style as other options in the menu. Additional description text will be shown below the option. The description will use a smaller font (13px) in regular weight (not bold) and the same color.

Contribute
Translations, suggested edits…

  • The subtitle will be limited to one line of text using ellipsis to cut the sentence before it wraps.

Contributions page update

The Contributions page will be extended for the current user in order to incorporate a new view to start contributing. A tab selector will support switching to the list of contributions (which will be represented in the same way they are now).

Another small change proposed is to align the user name to the left (right on RTL languages) for a cleaner layout.

The whole cards are tappable, providing access to a page where a type of contribution can be made:

  • "Translations" links to Special:ContentTranslation in the current wiki. It uses the "language" icon.
  • "Suggested edits" will link to the newcomer homepage . It uses the "lightbulb" icon.
  • "Upload media" links to the Upload Wizard on Commons. It uses the "upload" icon.
  • "New page" links to Special:WantedPages in the current wiki. It uses the "article" icon.

Layout and styling details are described below:

sx-entry-persistent-dimensions.png (768×1 px, 127 KB)

Messages:

Translations
Translate one section or a whole article. Make more contents available in more languages.

[Start a translation]

Suggested edits
Make small and easy changes (e.g., add a link or copyedit) to improve existing articles.
[View suggested edits]

Upload media
Share educational images, videos, and other media files with a free license.

[Upload a file]

New page
Start a new article for a topic that has been requested.

[View missing pages]

Technical detail

Based on input from Language team engineers, it makes sense to support this in two parts:

  • The general entry point would be part of Mobile Frontend. This will provide the navigation menu option, reorganize the Contributions page in two tabs and provide some initial list of general options to start a contribution that can be expanded.
  • Extensions such as Content Translation will provide options to contribute by extending the previous list.

Gradual deployment

The changes described above (even when organized in two parts: general and translation-specific) will be deployed only to the wikis where Section Translation is available. In this way we make sure that users start experiencing the new entry point with a complete list of options (including the option to translate on mobile) and we learn gradually about the change in a limited context (i.e., not exposing a limited lit everywhere). this will require a configuration variable.

Currently Section Translation is available is Bengali Wikipedia, but soon the list may get expanded to more wikis (T285842).

Further improvements

Guidance captured in a separate ticket (T287569) will help users find the persistent entry point after they discovered the tool with another entry point. This will help in situations where the user gets an opportunistic invite (e.g., an article missing in a language) and is not sure how to get back to the tool.

Event Timeline

Pginer-WMF updated the task description. (Show Details)
Pginer-WMF updated the task description. (Show Details)

similar to my comment on T287016, I wonder if in this case it would make sense to choose the most useful new contribution workflow (e.g. New translation) and only add that one into the sidebar? Having a menu item New contributions that leads to a menu seems a little redundant. Instead could you use the "Contributions" page as both a menu of the contributions options, and a list of contributions you've made?

image.png (432×386 px, 22 KB)

similar to my comment on T287016, I wonder if in this case it would make sense to choose the most useful new contribution workflow (e.g. New translation) and only add that one into the sidebar? Having a menu item New contributions that leads to a menu seems a little redundant. Instead could you use the "Contributions" page as both a menu of the contributions options, and a list of contributions you've made?

The idea here was to set a space that can accommodate a long list of options to contribute. These may grow in the future by incorporating some of the options currently provided on the Android app (suggested edits for adding article descriptions, image captions, and image tagging), Task suggestions from Growth, etc.

The idea here was to set a space that can accommodate a long list of options to contribute. These may grow in the future by incorporating some of the options currently provided on the Android app (suggested edits for adding article descriptions, image captions, and image tagging), Task suggestions from Growth, etc.

ok, that's useful context. I still feel like it's worth questioning whether we need two separate pages (1) list of past contributions, (2) list of contribution options? Something about having Contributions and then New contribution right next to each other in the sidebar feels off to me. I wonder if it might be more simple for people to understand if there's one Contributions page that has both things:

image.png (432×385 px, 29 KB)

The idea here was to set a space that can accommodate a long list of options to contribute. These may grow in the future by incorporating some of the options currently provided on the Android app (suggested edits for adding article descriptions, image captions, and image tagging), Task suggestions from Growth, etc.

ok, that's useful context. I still feel like it's worth questioning whether we need two separate pages (1) list of past contributions, (2) list of contribution options? Something about having Contributions and then New contribution right next to each other in the sidebar feels off to me. I wonder if it might be more simple for people to understand if there's one Contributions page that has both things:

image.png (432×385 px, 29 KB)

I really like the proposed approach of combining new and existing contributions under a single Contributions page. This goes along the lines of our original thinking: on desktop we extended the contributions page with the actions to start a new contribution as a way to access Content Translation. However, our recent research showed issues around discoverability, precisely about he challenge of guessing that contributions provide the option to create new ones (page 14 of the report):

The ‘contributions’ menu at the top of the page didn’t receive many clicks because participants interpreted ‘contributions’ to mean previous/past editing activities, not an entry point for a new contribution.

Users looking for a way to translate have to figure out that (1) translation is a way to contribute and (2) that contributions is the place where new contributions can be started. The recent design removes friction about (2) by providing a more explicit entry point, and after still seeing challenges around (1) we updated the design to provide a description line to exemplify the kind of contributions that can be started.

In summary, I think there are two separate aspects to consider:

  • Whether "new contributions" are a separate page or part of Contributions. Regarding this I think it is ok to combine the pages as you illustrated in the mockup. I was inclined to keep it more neutral (separate page) to keep open the possibility of combining it with other similar pages such as the newcomer homepage.
  • How prominent to make a direct access to "New contributions". Regarding this one, I think it makes sense to make the option to start a contribution more prominent given the previous findings. We can explore alternative wordings to solve for the issues about two similar options after each other (I can see both possibilities for such similarity to help or confuse), but given the many potential ways to contribute and the participatory nature of our project I think that one top level option to contribute is justified.

This probably does not need a new value of event_source in the content_translation_event schema (T287403), since the analogous entry point on desktop is covered by contributions_menu (the access_method field allows us to distinguish between the mobile and desktop version).

I updated the proposed design based on feedback:

  • Repurpose the Contributions option in the menu (with new label). This avoids adding new options (and potential confusion when those are too similar)
  • Label the option in a more actionable way: "Contribute".
  • Reuse the existing Contributions page to create two tabbed views, with new contributions being the default.

This simplifies the design while retaining aspects that will help with discoverability and scale.
Thanks for all the useful feedback!

Pginer-WMF updated the task description. (Show Details)
Pginer-WMF removed a project: Design.

Thanks for the tag on this task @Pginer-WMF, sorry I only got to reading through it today. I wonder if it would be feasible and worthwhile at this stage to add an extra menu item for the newcomer "Suggested edits" after Translations and above Upload media?
Adding @MMiller_WMF for thoughts as well.

Thanks for the tag on this task @Pginer-WMF, sorry I only got to reading through it today. I wonder if it would be feasible and worthwhile at this stage to add an extra menu item for the newcomer "Suggested edits" after Translations and above Upload media?
Adding @MMiller_WMF for thoughts as well.

I think "Suggested edits" can be a good fit. Can you provide more details on the following aspects:

  • Url to link to.
  • Any additional conditions the user needs to meet in order to access the suggested edits (we may want to show only the option if there is something behind). These could be about availability in certain wikis or for certain users groups.
  • Suggestions for icon and description to use.

@Pginer-WMF two small wording things:

  • I wonder if the term "media" might make sense to replace "uploads"? I.e. "Contribute translations, media, and more" vs. "Contribute translations, uploads, and more"
  • How will the subtext below Contribute behave if it's more than one line? I was thinking of suggesting using "etc." instead of "and more" to shorten the text, but I don't know if such a term exists in all languages

@Pginer-WMF two small wording things:

Good points. Replying below.

  • I wonder if the term "media" might make sense to replace "uploads"? I.e. "Contribute translations, media, and more" vs. "Contribute translations, uploads, and more"

Yes, makes sense. Media describes more directly what the user contributes rather than the action (uploading) which is more technical. I'll update the spec.

  • How will the subtext below Contribute behave if it's more than one line? I was thinking of suggesting using "etc." instead of "and more" to shorten the text, but I don't know if such a term exists in all languages

Given the context, ideally the text should be in one line. So maybe we could use ellipsis to cut the sentence before it wraps. That is, use the sentence "Translations, media…" and let the browser cut it early if some translations make the text too long. For example, if the Hausa translation (according to Google: "Fassarori, kafofin watsa labarai...") does not fit in one line it could render as just "Fassarori, kafofin wat..."

Regarding "etc." I'm a bit hesitant in terms of using simple language since it is (1) an abbreviation and (2) referring to a latin sentence. On the other hand it is quite common, so those may be more theoretical concerns than practical ones.

FYI, in Visual Editor's Insert menu, "Media" was replaced with something more explicit because people had reasons to think "Media" alone is not clear enough: T223775

FYI, in Visual Editor's Insert menu, "Media" was replaced with something more explicit because people had reasons to think "Media" alone is not clear enough: T223775

Thanks for the input. I see how "media" being generic could be problematic to translators. Here we can be more specific and use one prominent type of media file such as "images". That would make the sentence to be "Translations, images…"

VE seems to be using the term "Images and media", but here since we are already defining a longer sequence of elements, I think it is ok to just mention images and let the ellipsis represent the rest.

An alternative would be to highlight a different kind of contribution. I was hesitant to make article creation more prominent (since it is a complex task for newcomers), but we can consider edit suggestions if finally integrated as proposed in T286466#7242604.

Thanks for the tag on this task @Pginer-WMF, sorry I only got to reading through it today. I wonder if it would be feasible and worthwhile at this stage to add an extra menu item for the newcomer "Suggested edits" after Translations and above Upload media?
Adding @MMiller_WMF for thoughts as well.

I think "Suggested edits" can be a good fit. Can you provide more details on the following aspects:

  • Url to link to.
  • Any additional conditions the user needs to meet in order to access the suggested edits (we may want to show only the option if there is something behind). These could be about availability in certain wikis or for certain users groups.
  • Suggestions for icon and description to use.

Thanks @Pginer-WMF! Here's the icon and text details:

  • Icon: lightbulb from OOUI icon library
  • Title: Suggested edits
  • Description: Make small and easy changes (e.g., add a link or copyedit) to improve existing articles.
  • Link text: View suggested edits

image.png (256×688 px, 21 KB)

@MMiller_WMF is going to follow up with the URL as he is making the decision of whether to link directly to the
"Suggested edits" overlay module on mobile, or to link to the newcomer homepage.

Thanks for all the input @RHo, @alexhollender, and @Amire80. I updated the ticket description, mockups and prototypes to capture the updates:

  • Included suggested edits as option to contribute (will add the destination for the link once it is confirmed).
  • Used suggested edits in the sub-title text (instead of "media") since it is more relevant to show direct contributions to the current project rather than jumping to Commons, and it avoids the complexity of the "media" term too.
  • Adjusted the sub-title to use ellipsis and specified it will take only one line, being cropped using ellipsis if needed.

@Pginer-WMF another idea, possibly for future iterations or just to log for the record...since it will always be difficult to pick representative items to list below Contribute, we could instead try a more general/emotional(?) subtext, e.g.

image.png (824×1 px, 126 KB)

@Pginer-WMF -- thank you for working on these "edit discovery" ideas and for including the Growth features (FYI @ppelberg on edit discovery).

  • In the longer term, I've been imagining that the "newcomer homepage" could evolve into a centralized place to discover edits for all users. Rather than having a contributions tab list possible edits, we would instead drive users to their homepage from the left nav and they would discover edit types there (including section translation). Of course, the homepage isn't ready for that yet, doesn't contain all the edit types yet, and isn't generalized beyond newcomers yet. I definitely think the ideas on this task are good to experiment and learn from now, but I want to call out that maybe in the long term, it would work the other way around (instead of suggested edits being in a list with other edit types, the other edit types are in a list of suggested edits). @Pginer-WMF -- what do you think about this?
  • Last year, we noticed that some newcomers would tap "Contributions" looking for a way to contribute. Therefore, we implemented T227575: Homepage: link from Special:Contributions (mobile), which makes it so that if a logged-in user has 0 edits, their "Contributions" page has a progressive button directing them to the newcomer homepage (see below). We should think about whether that needs to be changed, because I think if we leave it along, under the design here, a user with 0 edits would have one tab listing several contribution options, and then the second tab would say "You have not yet made any contributions. Go to your homepage!" I think this would wind up as disjointed instruction about how to get started. One idea could be to not even show the second tab until the user has made a contribution (and also not show the tab menu). Instead, the top of the page could say, "You have not yet made any contributions! Get started below." @RHo @Pginer-WMF -- what do you think of all this?
  • By including suggested edits in the list, we will definitely be interested to measure how much traffic this drives to the homepage. I think we need to give you a specific URL to track this in our HomepageVisit schema. I'll get back to you about that.

image.png (1×794 px, 172 KB)

@Pginer-WMF another idea, possibly for future iterations or just to log for the record...since it will always be difficult to pick representative items to list below Contribute, we could instead try a more general/emotional(?) subtext, e.g.

I made a brief mention of that line being smarter in the future. These proposals look good and make perfect sense. We may need to explore which is the right balance between general encouragement and anticipating what users will find behind the menu. In that regard, I found the "Become a Wikipedia editor" to provide a good balance (encompassing all kinds of contributions while still being specific of what the user will get). Seems worth exploring and a potential area where A/B test can help to quickly test multiple hypotheses.

@Pginer-WMF -- thank you for working on these "edit discovery" ideas and for including the Growth features (FYI @ppelberg on edit discovery).

  • In the longer term, I've been imagining that the "newcomer homepage" could evolve into a centralized place to discover edits for all users. Rather than having a contributions tab list possible edits, we would instead drive users to their homepage from the left nav and they would discover edit types there (including section translation). Of course, the homepage isn't ready for that yet, doesn't contain all the edit types yet, and isn't generalized beyond newcomers yet. I definitely think the ideas on this task are good to experiment and learn from now, but I want to call out that maybe in the long term, it would work the other way around (instead of suggested edits being in a list with other edit types, the other edit types are in a list of suggested edits). @Pginer-WMF -- what do you think about this?
  • Last year, we noticed that some newcomers would tap "Contributions" looking for a way to contribute. Therefore, we implemented T227575: Homepage: link from Special:Contributions (mobile), which makes it so that if a logged-in user has 0 edits, their "Contributions" page has a progressive button directing them to the newcomer homepage (see below). We should think about whether that needs to be changed, because I think if we leave it along, under the design here, a user with 0 edits would have one tab listing several contribution options, and then the second tab would say "You have not yet made any contributions. Go to your homepage!" I think this would wind up as disjointed instruction about how to get started. One idea could be to not even show the second tab until the user has made a contribution (and also not show the tab menu). Instead, the top of the page could say, "You have not yet made any contributions! Get started below." @RHo @Pginer-WMF -- what do you think of all this?

If we are speaking about this interstitial menu/page ( and not about a potential future where it goes to a homepage/dashboard directly), I think the persistent spot for contributions history is more consistent and gives even people with 0 contributions an idea of where they would go to see their history. If I as a newcomer do decide to click on "View contributions", I would expect to see 0 contributions and it's still useful at that point for the extra pointer to the homepage.

  • By including suggested edits in the list, we will definitely be interested to measure how much traffic this drives to the homepage. I think we need to give you a specific URL to track this in our HomepageVisit schema. I'll get back to you about that.

image.png (1×794 px, 172 KB)

@Pginer-WMF -- thank you for working on these "edit discovery" ideas and for including the Growth features (FYI @ppelberg on edit discovery).

Thanks for the feedback. Very good points! Replying below

  • In the longer term, I've been imagining that the "newcomer homepage" could evolve into a centralized place to discover edits for all users. [...] @Pginer-WMF -- what do you think about this?

Makes perfect sense to me, and I'd support such change when the homepage is ready. I think that new contributions conceptually make sense to be connected with both the User and Contributions. I'd be ok with new contributions living in either as long as they are linked from the other too.

We can start with the options to start a contribution living in Contributions (which is already linked form the current user page), and this can evolve to work the other way around. Users expecting it to be in the old place will find a link to the new one, so there should not be a big re-learning cost for users (not to mention that we' plan to deploy on a small set of wikis where Section Translation is enabled, currently 1, soon 4).

  • Last year, we noticed that some newcomers would tap "Contributions" looking for a way to contribute. Therefore, we implemented T227575: Homepage: link from Special:Contributions (mobile), which makes it so that if a logged-in user has 0 edits, their "Contributions" page has a progressive button directing them to the newcomer homepage (see below). [...] One idea could be to not even show the second tab until the user has made a contribution (and also not show the tab menu). Instead, the top of the page could say, "You have not yet made any contributions! Get started below." @RHo @Pginer-WMF -- what do you think of all this?

I think it makes sense to avoid a contradicting message about where to go for starting new contributions. Some possible directions could be about (a) hiding it, (b) adjusting it to point to the new contributions tab instead, or (c) adjust the messaging so that the link to the home page has a different premise.

The proposed idea (along the lines of hiding plus a general simplification of the UI) is worth exploring. Newcomers would get a simplified view with the same units of information but without them being structured on a tabbed view which could be considered unnecessary for an empty list. I'll check how that could look.

  • By including suggested edits in the list, we will definitely be interested to measure how much traffic this drives to the homepage. I think we need to give you a specific URL to track this in our HomepageVisit schema. I'll get back to you about that.

Thanks!

@Pginer-WMF @RHo -- okay, @RHo , what you were saying about establishing a persistent place for finding your contributions (even when you have none) makes sense to me. So I guess we should just leave that tab alone.

From the "Create new" menu, I think we should link to the homepage, not directly to the suggested edits overlay. Suggested edits is the top thing on the homepage anyway, and we want users to know they have a homepage -- plus the homepage discovery banner will kick in if it's their first time on the homepage, explaining how to return to it.

Therefore, @Pginer-WMF -- here's the link we would like to use: https://en.m.wikipedia.org/w/index.php?title=Special:Homepage&source=contributelist&namespace=-1

I created T287926: Create new "source" value for HomepageVisit: contributelist so that we can make the change to our EventLogging to record this new source. When will Language team be doing this work, so we know by when we need to update our EventLogging schema?

Therefore, @Pginer-WMF -- here's the link we would like to use: https://en.m.wikipedia.org/w/index.php?title=Special:Homepage&source=contributelist&namespace=-1

Great. I updated the description to capture this.

Also related to a previous comment from @santhosh I updated the text in the tab to be "Create" (previously was "Create new") to avoid it being a partial sentence which could lead to issues in localization.

I created T287926: Create new "source" value for HomepageVisit: contributelist so that we can make the change to our EventLogging to record this new source. When will Language team be doing this work, so we know by when we need to update our EventLogging schema?

Timeline is hard to predict. In the initial analysis our engineers identified that the preferred solution would be to make a general change to the contributions page to support a list of actions that other extensions can contribute, and then extend it. They identified that the former change should live in the mobile front-end and may require involvement form the Web team. We started to navigate this process and are waiting for the Wen team to confirm on complexity and availability for this.