Page MenuHomePhabricator

Add red link experience to empty search results on Minerva (JS version)
Open, MediumPublic

Description

Description

When the precise search term was not found, desktop MediaWiki search results include a red link using which a new article can be created:


Such a red link doesn't appear on the mobile search results. We should add one so that people can more easily create pages from mobile.

Note: there are two different search experiences on mobile: JS and non-JS. The non-JS experience is shared between desktop and mobile and as such any updates will need more consideration. It has its own task here: [will add link].

Designs

current desktopcurrent mobileproposed mobile

Developer notes

This will require changes to the SearchOverlay a component using inheritance right now. While that code remains in that form this may work against our removal of technical debt so we may want to stall this until that happens.

Showing the red link on https://en.m.wikipedia.org/w/index.php?search=Fooassa&title=Special%3ASearch&profile=default&fulltext=1&ns0=1
involves removing the CSS rule: .mw-search-createlink the red link drawer will then work

Sign off steps

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Amire80 removed subscribers: CKoerner_WMF, ovasileva, alexhollender.

(No idea why did this happen. I didn't mean to remove people, of course. Thanks for restoring, @CKoerner_WMF.)

@alexhollender - I think this qualified as a good change across the board. let's do it for everyone.

Weeeeeee! \o/

This might make sense on projects like Wikipedia, Wiktionary, or Wikiquote, but does not make sense for Wikisource.

Wikisource already has (daily now) people creating blank pages in place of content.

Adding the option to start a work on Wikisource through a mobile device because they didn't find it when they searched for it makes little sense.

The devs who are working on this should take care to implement it only for people who have the createpagemainns user-right (ability to create pages in mainspace) else there could be a messy UX situation where a person is asked if he wants to create a page and then is informed that he is unable to do so.

geraki added a subscriber: geraki.Feb 19 2019, 10:02 AM

Note: There is no "Create page" while typing on the search field, even in desktop. I believe we should keep it this way.
In elwiki we have modified MediaWiki:Searchmenu-new giving two red links in order to give the option to use either WikiEditor or VisualEditor to create the page. In fact it is the only way to create a page using VE since the first edit (T194128 has not been addressed yet).
I believe most experienced users will never use mobile creation, so it would be a good idea to open the red link straight with visual editing instead of source editing.

The feedback is appreciate, but I think there's a little confusion. This task is about adding a feature to search results on mobile to be more like desktop. For example if I search for "not a real page" on English Wikisource (both logged-out or logged-in) I see a red link under the search box that says "Create the page "Not a real page" on this wiki!" from which I can create a new page. The same search results on mobile do not show a red link under the search box. That is the change this task proposes.

The ability to create new pages (from mobile or desktop) does take into consideration local wiki user rights.

Jony added a subscriber: Jony.Feb 25 2019, 3:17 PM

I think this task is almost ready to go. The blocking element is the icon "add article" icon, which is not currently in OOUI. I've spoken with @Volker_E and he thinks it would be a good icon to add.

I am noting the preferred process here so I can refer to it when I have time to create the icon.

  1. Download icon template from Wikimedia Style Guide
  2. Create icon in Illustrator
  3. Export SVG and add to resources folder (WikimediaUI-icons-SVGs - add file & update .zip) as well
  4. Optimize SVG with SVGOMG https://jakearchibald.github.io/svgomg/ or a similar plugin
  5. Commit patch to DSG Git repo
  6. (Volker) Bring it to OOUI

For completion, the optimized final SVG:

The feedback is appreciate, but I think there's a little confusion. This task is about adding a feature to search results on mobile to be more like desktop.

Yes, we understand this. What we are saying is that mobile should remain different.

Someone on their mobile phone goes to the Italian Wikisource and does not find Tolstoy's novel "War and Peace". Do they need a red link to add the entire text of the novel from their mobile?

No one on Wikisource creates documents from a mobile. Adding the red link will cause many more bad pages on Wikisource. It is not helpful to have the red link on mobile.

alexhollender updated the task description. (Show Details)Mar 8 2019, 4:30 PM

I've just added some updated designs to the task description. I sent them to the design team for review so will see if I get any notes in the next few days, otherwise I think we can consider this good to go.

Alright, the two points of feedback I received were about feature parity between the JS and non-JS search results experience. Since they are independent issues I think it makes sense to put them in a separate task. I will note them here for completeness (and so I can reference this when I have time to make the separate task).

This pertains to the case where a term returns no search results, but 1) the system has a recommended "did you mean" option, and/or 2) the term appears in other pages. Currently in the no-JS search results experience we show these two elements (did you mean, and in other pages), but in the JS-enabled version we do not. The feedback was to include these things in the JS-enabled description.

current (with JS)current (no JS)potential improvement (no JS)

As there doesn't seem to be additional design work needed on this task I am going to move it out of the design column.

alexhollender lowered the priority of this task from High to Medium.Mar 13 2019, 4:45 PM
Jdlrobson added a subscriber: Jdlrobson.

One of the constraints which I'm sorry for not pointing out before is the search page HTML is the same on mobile and desktop, so to change mobile we'd also need to change the desktop...

The changes in the left screenshot for this look sound:


but can I suggest we pull the changes in the right screenshot into another separate task that also changes desktop?

alexhollender renamed this task from Search results on Mobile web don't include a red link to create a new article to Add redlink experience to empty search results on Mobile (JS version).Mar 29 2019, 4:59 PM
alexhollender updated the task description. (Show Details)

@Jdlrobson I've updated this task to scope it to the JS version only. The design is complete so I am moving it out of the design column. I will create the non-JS task now.

Jdlrobson lowered the priority of this task from Medium to Low.

@MMiller_WMF @ppelberg any interest in this task? I think it could be an important feature as it may serve as a bridge between reading and editing. Unfortunately our team hasn't been able to prioritize this.

@alexhollender -- thanks for pointing this out. This immediately makes me wonder how many pages get created via the redlink on desktop. More specifically, something like "what percent of new pages (that are not subsequently deleted) created by new editors on desktop are created via the search redlink?" I don't expect that we have the instrumentation to actually answer that question.

Anyway, we'll keep an eye on this task. One of my concerns (as others have brought up) is that our experience for creating totally new pages from mobile is not good -- maybe this would make more sense once we have more structured support for new page creation from mobile.

Masumrezarock100 added a comment.EditedSep 11 2019, 4:03 AM

Not sure why @EncycloPetey thinks that having a create page option on mobile is "not helpful". I am a heavy mobile user and I create articles and new pages too. Just because no one does it, doesn't mean no one ever will. And that "no one" word doesn't even fit here. Search all edits using "New page", and "mobile edit" tags I am sure you will find many pages.

Jdlrobson updated the task description. (Show Details)Oct 15 2019, 4:44 PM

If we agree this is the right approach this is a straightforward task to fix and would be suitable for patch-welcome and Google-Code-in-2019 - let's check in at Humans of the Web whether this is something we want to do.

Have you considered to add a link to an help page that would provide best practices to create articles?

@Trizek-WMF I am pretty sure the content of that help page would vary per every wiki. A Mediawiki custom message (messages kept in the Mediawiki namespace in a wiki) might be a good way to approach this.

@Trizek-WMF I am pretty sure the content of that help page would vary per every wiki. A Mediawiki custom message (messages kept in the Mediawiki namespace in a wiki) might be a good way to approach this.

I'm not sure to understand. The content of the help page is indeed varying from one wiki to the other, but it is not a concern for the current design. Have a local override will never be as clean as a proper design. This is why I'm suggesting a proper design, created to handle the creation of a new article and the link to the help page.

We have enough links for help pages, see https://www.wikidata.org/wiki/Q10968373. It can fallback on https://meta.wikimedia.org/wiki/Help:Starting_a_new_page if no local page exists (yet).

@Trizek-WMF - just to make sure, you're suggesting both a link to create the article and a link to the help page right? I think this could be a good way to do this.

And to clarify are we talking about all new red links?
If so such a link could easily be added e.g. as an information icon/link to the existing red link drawer workflow:

@Trizek-WMF - just to make sure, you're suggesting both a link to create the article and a link to the help page right?

Yes. And Jon's suggestion makes total sense (with a real "how to" link more than an icon). :)

And to clarify are we talking about all new red links?
If so such a link could easily be added e.g. as an information icon/link to the existing red link drawer workflow:

@alexhollender - could you make a mock of this when you get a chance?

Have you considered to add a link to an help page that would provide best practices to create articles?

Were you imagining this link would appear near the "Create page" button (either in the empty search results screen, or in the drawer that appears when tapping a red link), or on the new page creation screen? I wonder if it would make more sense to offer it to people once they've decided to create a new page?

Have you considered to add a link to an help page that would provide best practices to create articles?

Were you imagining this link would appear near the "Create page" button (either in the empty search results screen, or in the drawer that appears when tapping a red link), or on the new page creation screen? I wonder if it would make more sense to offer it to people once they've decided to create a new page?

I think our best option would be to present it within the drawer, as @Jdlrobson suggested in T211006#5636346

Jdlrobson renamed this task from Add redlink experience to empty search results on Mobile (JS version) to Add red link experience to empty search results on Mobile (JS version).Mar 17 2020, 4:26 PM
Jdlrobson renamed this task from Add red link experience to empty search results on Mobile (JS version) to Add red link experience to empty search results on Minerva (JS version).
Jdlrobson edited projects, added MinervaNeue; removed MobileFrontend.
Jdlrobson added subscribers: Tacsipacsi, Ammarpad.
Jdlrobson raised the priority of this task from Low to Needs Triage.Mar 17 2020, 5:49 PM

Resetting priority given it was at one point high and I was the one that lowered it to low. It might be more important now in light of current events.

Change 580407 had a related patch set uploaded (by Jdlrobson; owner: Tacsipacsi):
[mediawiki/skins/MinervaNeue@master] Show red link at top of search results (non-JS version)

https://gerrit.wikimedia.org/r/580407

ovasileva triaged this task as Medium priority.EditedMar 18 2020, 2:36 PM

This seems risky to continue with right now. Let's discuss in standup. There's a few open questions here:

  • Overall risk
  • Effects to moderation
  • Do we want separate experiences for red links within articles and within search (and if so, should the former get it's own task)
  • Should we include help information as suggested by @Trizek-WMF and how?

@Tacsipacsi - We are currently slowing down our deployments over the next couple of weeks. As a result, we'll be pausing the work here for now. In the meantime, we would like answer some of the questions outlined above - in particular, we want to get an idea of the effects this change would have on moderation as well as solidify the designs. I will update this task once we have more info on this.

ppelberg added a comment.EditedMar 19 2020, 6:52 PM

Notes from a quick chat @ovasileva and I had just now...
It seems like we, everyone who has commented on this ticket thus far, are in agreement there ought to be a workflow(s) for creating articles from search results that is well adapted to to mobile (device, context, etc.).

It also seems like there is good amount of uncertainty around who might engage with this workflow, why they might engage with this workflow, the impacts them engaging with this workflow could have on others [1] and as a result, how this workflow ought to be designed.

With this in mind, +1 to the root of the point @Trizek-WMF raised in T211006#5630616: "Have you considered to add a link to an help page that would provide best practices to create articles?"

IMO, it seems like a valuable first step would be to create and instrument just enough of the experience for us to be able to answer the following questions (not an exhaustive list) with more confidence than we are able to right now:

  • Who is attempting to create articles from search results on mobile?
  • Why are they engaging with the workflow for creating articles from search results on mobile? E.g. where on the spectrum of "I'm curious." <------> "I want to publish this new article right now." are they?
  • For people at varying points along this spectrum, what guidance/help do they need most in this moment to meet their needs/expectations?

  1. See @ovasileva's comments here: T211006#5979746
JTannerWMF added a subscriber: JTannerWMF.

It looks like the first step would be for the Web team, so I am moving this to the Editing Tracking tag.

Per T211006#5980933 please bump this back to backlog when we have a plan so we can work out what to do with @Tacsipacsi patch

MotokoCK added a subscriber: MotokoCK.EditedApr 25 2020, 4:32 AM

This configuration setting is essential for wikis which over a half of the visitor are mobile users such as Korean Wikipedia. In addition, small wikis, which need to be more developed, have to give users more options or opportunities to create a new page. I think if it is optional and set to "false" by default, it will not cause a lot of problems.

MotokoCK removed a subscriber: MotokoCK.Apr 25 2020, 4:41 AM
MotokoCK added a subscriber: MotokoCK.
Jdlrobson updated the task description. (Show Details)May 29 2020, 3:28 PM
Jdlrobson removed Jdlrobson as the assignee of this task.Jul 8 2020, 12:05 AM