VisualEditor/Design meetings/2015-05-04

From mediawiki.org

Present: James Forrester, Neil P. Quinn, Nirzar Pangarkar, Abbey Ripstra, Daisy Chen, Ed Sanders, Trevor Parscal, Grace Gellerman.

Action items are in bold.

Estimate landing of new citation inspector (T97390)[edit]

  • Trevor has written the tab layout (T97877)
  • No new features—just moving existing features into tab layout
  • Ed estimate of 3 to 5 days coding work—should be ready by this time next week
    • Contingent on OOjs UI release happening before Ed starts work
    • James will work on the release today
  • Abbey will plan to do usability testing on Tuesday, 12 May
    • Abbey will check in with Greg Grossmeier about stability of beta cluster

Design details for the new citation inspector (T97390)[edit]

  • Auto-fill button will remain labeled "generate"
  • Copy underneath the auto-fill citation text box
    • Nizar will work on
  • Trevor: We should consider internationalization earlier in the copywriting process
    • First stab from designer or PM is okay
    • More input from community liaisons?
    • Can give translators more info on the reasons behind wording (e.g. "This button text should communicate to the user that auto-filled citations can be a lot less work.") by including it in the string description (under language code qqq)
    • Abbey, Nirzar: we should have a copywriter who has expertise in this
    • Comms at one point had a project about defining and standardizing the overall tone of the site's copy
  • One state missing from mockup: what happens after you press generate?
    • Nirzar will work on
  • Trevor: we need to make sure Kaity hands off her work on radio buttons for selecting reused citations
    • Nirzar will discuss with Kaity

Further link inspector changes[edit]

  • Nirzar: we should have a standard 'remove' button on headings of context menus, e.g. trash can icon
    • Need to think about this in terms of all types of context items
    • Particularly useful on mobile, where you currently have to open the inspector to remove (and inspectors take up the whole viewport)
    • Might run short of space in the title bar where the heading text is long—trash can icon is beneficial here
    • Remove button could be inside the link inspector only
  • Nirzar: should add line below the heading in the link context menu to make it appear more consistent with the link inspector
    • Trevor: as we add more buttons and info to the context menu, it becomes more like a full-fledged inspector
    • Ed: I always thought the view (context menu) and edit (inspector) states should be as similar as possible, but have to think carefully
      • Eg. should the delete button stay when you click edit, for consistenc?
      • We should deliberately choose whether to have the two states very distinct (could help prevent mode errors), or very similar
    • Trevor, Ed: generally okay with two states looking very similar, as long as UX testing doesn't raise any problems
    • Nirzar will think more generally about how view and edit modes of context items should differ

Extra discussion[edit]

  • Mobile editing with VE?
    • James: Was meant to be a priority this quarter, seems like that might be derailed
    • Abbey: Would love to do discovery-oriented UX testing on how people use Wikipedia on mobile
    • Nirzar: working on a draft design for mobile editing
      • recently discussed it with Pau
      • will present it to the group in the next couple of weeks
  • Abbey: might be hiring a senior researcher by the end of the month. Have sights on a good candidate.