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