VisualEditor/Design meetings/2015-05-04

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)

 * 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)

 * 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

 * 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

 * 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.