Design/Design Review

=October= =2013.10.30=

Grant Access to Apps

 * Try to eliminate the first step
 * Potentially separate out projects that you have already added into their own view (Break them out of list)
 * Think about Language Filters: If the high number of projects is due to the replication of a project per language (English Wikipedia, Spanish Wikipedia, Polish Wikipedia, and 300 more), we may consider not to represent information flat. Some options:
 * Allow user to only select a project and apply the settings for all the languages the project is in. This is good if language does not matter in this context.
 * Allow user to select the project which by default represents all languages, but allow to customise the languages later if the user wants to. For example, the user can expand the "Wikipedia (all languages)" item to select only some of them. This is good if language may be a factor for granting access.
 * Present a language filter, that allows to view only projects available in a given language, this will reduce the list. Thisis good if the common thing is to select only projects in my language.
 * Consider integrating the selector as a widget that acts in-place instead that in a modal window. This will reduce the number of steps for the user and avoid the blocking feeling of a modal window.

Flow on the Go

 * Icons Review - can we use icons without labels for actions like star and flag?
 * Think about whitespace management, currently there are many uneven breaks for the eye making the experience visually chaotic.

Profiles

 * Connect Intent and Talk
 * Think about how to surface contributions within the right navigation area.

=2013.10.22=

Limn Report Creation

 * why allow users to edit the unique ID
 * tags are new, would require some work to add
 * tags are not bi-directional, tags are added automatically but when removed they don't remove the associated data set
 * is preview useful?
 * how do I change color of sub-metrics?
 * how do I add new sub-metrics?
 * how do you publish the report, is the url of the edit screen the same as the url for the report view?

Unified Edit Toolbar

 * will it be a lot of work to have article issues templates appear in issues flyout
 * are the edit buttons non-rectangular
 * use of thank icon is a little weird
 * would it make sense to have "view code/view source" as a sub-mode within VE rather than split at the top
 * do we need a global pref that overrides sticky pref
 * I fixed this: doesn't remove template, but posts a message/template to the talk page about what I think I've done
 * can article issues be moved to some other kind of article metadata, rather than templates
 * "next" button should be blue (progressive action)
 * would this design for edit summary actually decrease the number of people entering an edit summary?
 * on save confirmation, force user to enter edit summary, like Googles untitled document warning
 * allow edit descriptions to be entered while the page is "saving"
 * "this is a minor edit" if no edit summary is entered
 * detect if user hovers over save button without entering an edit summary and auto expand or highlight edit summary control
 * for TOS agreement: try to have agreement at signup, for new users, for existing users catch them during edit
 * How to tie the new user edit exp. into getting started and/or guided tours
 * Pau to share sketches related guided tour/getting started
 * Does edit summary need a confirmation button?
 * Discard flyout actions should be flipped with primary on right, and
 * Discard/exit should probably be on the far left(?)
 * Trash can could scare uses "am I deleting the article?"
 * Can we construct a sentence out of the edit toolbar Help->Mode->Edit->Preview-Summarize->Save
 * when mode-switching choose [Discard & Switch] [ Save & Discard]