1) yes, the "primary action" will be rightmost, this could mean
progressive, in the case of a multi-step form form, destructive in the case
of process where the primary function is to delete something and
constructive in the case of the final step in a single or multi-step
process that creates something or finalizes a non destructive process.
2) they should be ordered from right to left in order of importance and
frequency of use, there should only be one primary action. secondary
actions should have neutral or quiet appearance.
We will capture as many patterns and best practices in the mediawiki.ui
living style guide as possible, however they will be a guide and set of
best practices, and there will likely be exceptions, and places where the
patterns break down.
Without completely redesigning the bottom of the wikitext editor, the
minimal mediawiki.ui version of the WTE bottom could go from
[ Save Page ] [ Show Preview ] [ Show Changes ] Cancel
to…
*Cancel/Discard* (mw.destructive.quiet) *Show changes*
(mw.progressive.quiet) *Preview* (mw.progressive.quiet) *[ Save ]*
(mw.constructive.normal)
*Jared Zimmerman * \\ Director of User Experience \\ Wikimedia Foundation
M +1 415 609 4043 \\ @jaredzimmerman <http://loo.ms/g0>
On Thu, Aug 28, 2014 at 4:24 PM, Jon Robson <jrobson(a)wikimedia.org> wrote:
Sure. I completely understand and have written a patch
for the preferences
case, but I was just having a more bigger picture thought around this. Our
job is to identify patterns and improve documentation in the style guide so
developers are empowered to build the right thing based on advice from
designers.
To take the editing form for example [1]
Currently we have Save | Show Preview |Show pages | cancel | editing help
at the bottom of the form
My question is
1) should all submit buttons be aligned right in forms
2) Where multiple buttons exist in a form, how do we order them. There is
no guidance on how multiple buttons in a form should be rendered in the
style guide. Is there some logical way to order buttons? Do constructive /
destructive always come last? Does progressive come before those?
There are plenty of people, including a bunch of volunteers, keen to help
with building out consistency across our projects, so we should work out
what needs fixing should document any decisions on bugzilla [2].
Even if we don't know the right answer right now, it is good to start this
discussion now.
[1]
http://mwui.wmflabs.org/wiki/Foo?action=edit
[2]
https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki&componen…
On Thu, Aug 28, 2014 at 4:12 PM, Jared Zimmerman <
jared.zimmerman(a)wikimedia.org> wrote:
Jon, what controls are you referring to, this
should only affect
[Save] Restore all default settings (in all sections)
<https://en.wikipedia.org/wiki/Special:Preferences/reset>
and be right aligned to the page.
Restore default settings <- Quite destructive [ Save ] <- Normal
constructive.
I agree with Steven that we could just move forward with styling first
and layout later.
*Jared Zimmerman * \\ Director of User Experience \\ Wikimedia
Foundation
M +1 415 609 4043 \\ @jaredzimmerman <http://loo.ms/g0>
On Thu, Aug 28, 2014 at 2:08 PM, Steven Walling <swalling(a)wikimedia.org>
wrote:
On Thu, Aug 28, 2014 at 1:40 PM, Jon Robson <jrobson(a)wikimedia.org>
wrote:
On bug 65317 [1] it is suggested that the
preferences page should have
buttons aligned to the right and should be ordered so constructive is
the last. I've written a fix for this and I would appreciate some code
review.
This had me wondering, should this apply to all forms? e.g. the editing
form
If so I think we probably need to get this into the style guide in
some form, detailing how buttons should be ordered. We may want to
introduce mw-ui-button-group or mw-ui-form-button-group.
[1]
https://bugzilla.wikimedia.org/show_bug.cgi?id=65317
I think before we make a decision we need to think this through, by
asking two questions:
1. What do most users expect here, in terms of ordering? If we don't
know, how can we learn what they do expect?
2. If users expect the primary action to be on the right, how would this
change core forms other than Preferences, such as signup, login, editing
(in wikitext and VE)?
In the mean time, the simplest thing to do is not to rewrite Preferences
to make a new divergent standard, but just update the button classes
without mucking with the ordering. That's the minimum viable release for
updating Preferences to match mw.ui styles. This will provide the most
benefit with the least effort.
--
Steven Walling,
Product Manager
https://wikimediafoundation.org/
_______________________________________________
Design mailing list
Design(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design
_______________________________________________
Design mailing list
Design(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design
_______________________________________________
Design mailing list
Design(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/design